概述
看板开发（Kanban）与Scrum都属于敏捷开发方法论，但是两者有着很多不同，有各自的适用场景。
看板开发虽然是受制造业看板启发，但是与精益开发关系不大。
看板开发与Scrum对比
固定时间窗 - 持续流动
打包发布 - 单件发布
开发完成速率 - 单件周期时间
迭代回顾 - 持续改进
迭代周期中减少需求变更 - 随时应对改变
Scrum例会 - 看板例会
固定的Scrum master - 轮值的看板教练
适合采用看板开发的场景
需求总量大，团队资源不足
需求变动频繁，需要团队快速应变
需求相对分散，不需要大规模协作
团队整体素质高，能够独立推进项目
看板开发三要素
- 可视化
- 信息可视化 - 重点突出，信息辐射，影响力
- 规则可视化 - 明确，丰富，渐进，全员了解，合作方了解
- 在制品限制
- 团队维度
- 个人维度
- 管理流动
- 拉取系统
- 周期时间
- 持续改进
特点
不断找BUG，促进团队自我反思，持续改进
强调团队成员的独立思考能力与全局观
信号卡构成
任务类型：
- 业务需求 - 黄
- 技术建设 - 绿
- 团队建设 - 蓝
- 紧急问题 - 粉
正文内容：
- 标题描述
- TASK ID
- 相关负责人
- 预估工时
- 关键日期
- 关键进展
- 测试环境
- 其它辅助信息
信号卡背面：
- 项目回顾者
- 项目经验或者改进方法
辅助贴条：
颜色按重要性从高到低排列
- 紧急情况
- 项目风险
- Deadline
- Block事项
- 其它值得特别关注的问题
磁钉：
每种颜色的磁钉代表正在处理某个问题的个人
限制磁钉的数量，每人最多四个
表情戳：
表示处理此问题时的特别情绪
看板构成
栏目：
- 待评估 - 需求池，可以由需求方维护优先级
- 评估中 - 正在评估需求的细节，评估完成后等待进入开发
- 准入条件：
- 已确认优先级
- 有需求负责人
- 开发中 - 设计 实现 联调自测
- 准入条件：
- 已确认优先级
- 有成本估计
- 明确相关协作人员
- 有预期提测时间
- 测试中 - 在测试环境中测试
- 准入条件：
- 自测通过
- 确认测试环境
- 有测试负责人
- 有预期上线时间
- 已上线 - 上线之后信号卡在看板上保留一段时间用来做回顾
- 准入条件：
- 已部署到线上环境
- 准出条件：
- 确认无遗留问题
- 了解上线之后的效果
- 经过项目回顾
信号卡排序规则：
- 按优先级从上到下排列
- 按完成时间从上到下排列
在制品限制
达到在制品限制之后不再拉取新的信号卡
- 团队限制 - 评估中 8 开发中 8 测试中 5
- 单人限制 - 开发中 2 其它 4
初期可以扩大在制品限制，运行一段时间后逐步减少在制品数量，加强流动效率
接近在制品限制之后要考虑改进方法
主持人制度
团队中的每个成员轮流主持看板例会。
主持看板例会之前要进行培训，确保充分了解看板开发的相关知识和规则。
看板教练
与Scrum模式不同，使用看板开发的团队不必要有一个固定的教练
团队中的每一个人都要培养成为看板教练
看板教练的职责与要求：
- 了解看板开发相关的知识，并在实际工作中应用
- 主持看板例会
- 通过看板实践改善整个团队，包括反思看板理论本身并作出改进
- 培养其它看板教练
