Kanban4：引入Scrum团队

Scrum的特性

迭代、对授权团队的重视、亲密的客户关系、敏捷性。

敏捷书籍：

Ken Schwaber《Scrum敏捷项目管理》（Agile Project Management with Scrum）

Corey Ladas《Scrumban: Essays on Kanban Systems for Lean Software Development》

Scrum的缺陷

Sprint虽然避免了在迭代期间工作中断，但会导致计划调整、反馈、发布和改进的延迟，并且增加额外的会议（Kanban方法移除了人为的迭代边界和其他会议，同时保持了工作流的顺畅和不间断）。

将Kanban方法引入Scrum团队

相当于在现有Scrum的展示板上添加了“完成”列、完成规则和在制品限制。

Kanban方法使Scrum更进一步，使我们能够持续对产品和服务进行改进，而不用依赖迭代的人为时间边界。

Kanban方法在更直接的层面上做了Scrum试图做的事情，这使得它更简单、更有效。

Scrum角色和术语与Kanban方法的对应关系

当使用Kanban方法时，仍然可以保留当前的Scrum Master和产品负责人这些角色，随着时间的推移，将这些角色的职责分散到整个团队，分配给不同的团队成员。

Scrum Master的职责

在Scrum中，Scrum Master使团队能够为客户创造价值。

1）组织相关的Scrum事件，来确保客户代表（产品负责人）有效地与团队一起工作并有效地组织产品待办事项列表；

2）Scrum Master教练赋能团队，消除团队前进的阻碍；

3）在整个大型组织中参与跟Scrum相关的工作，并且以其他方式尽一切可能确保团队逐步向客户提供高质量且可用的产品；

4）让所有相关人员都能知道最新的进展。

Scrum事件的演进

Scrum和kanban都有高层级规划会议和每日站会，但看板放弃了Scrum的其他事件，采用了更为流畅的工作流程和持续的产品交付。

有一些细节问题需要注意：

1）在迭代计划会议中，工作项会被分解为较小的任务，在Kanban方法中，团队在“分析”步骤中执行此分解；

2）Scrum团队使用迭代计划会议来分配工作项，在Kanban方法中，当记录卡从展示板上的一个步骤移动到下一个步骤时，才会进行工作项分配；

3）在Kanban的每日站会上，没有必要问“你做了什么？”和“你接下来要做什么？”，因为这些状态清楚地显示在展示板上；

4）Kanban方法没有要求一定要定期组织迭代评审会，但Kanban团队可能会选择组织定期或特别的演示，以展示引人注目的特性，或者获取有关设计决策的反馈；

5）Kanban方法不需要定期的迭代回顾会议。如果工作流程或质量出现问题，Kanban方法的在制品限制和完成规则将立即阻止任务继续进行，Kanban团队应该深入讨论这些问题，并且推动其产品、工作和方法的改进。

如何排除团队利益相关者的干扰？

他们可以提供反馈并影响待办事项的优先级排序，但不能打断正在进行的工作。

何时将特性分解为任务？

在工作流的“分析”步骤中将特性分解为可执行的任务，同时定义任务的产出物和要达成的目标。