7、拥抱 Kanban：提升团队绩效与敏捷性

拥抱 Kanban：提升团队绩效与敏捷性

1. 变革的疑虑与衡量指标

在软件开发领域，从传统的瀑布模型转向 Kanban 方法时，团队成员和管理层可能会质疑这种变革是否值得。毕竟，瀑布模型已经有效运行多年。然而，采用 Kanban 通常是为了提高团队的敏捷性，在更短的时间内为客户交付更高质量的价值。

为了衡量这些成果，可以关注两个日常指标及其移动平均值：完成的任务和未解决的 bug。这两个指标易于计算，定义清晰，并且直接与敏捷性、生产力和质量相关。以下是对这些指标的详细说明：
- 团队规模变化 ：如果团队规模变化较大，应将完成的任务和未解决的 bug 数量除以团队成员数，得到每个团队成员的相应指标。这样便于跨团队比较，但管理层可能较难直观理解。
- 瀑布模型任务计算 ：在瀑布模型中，所有任务在每个里程碑或版本结束时才被视为完成，因为此时任务才经过验证且所有问题都已解决。不过，如果团队能将所有 bug 直接与任务关联，也可在最后一个 bug 解决的当天计算任务完成情况。但对于移动平均值（生产力指标）而言，只要在里程碑长度内进行平均，这种额外的准确性并非必需。
- 移动平均值 ：移动平均值可以是 7 天的周生产力平均值、30 天的月生产力平均值，或根据需要设定的其他长度。为了比较瀑布模型和 Kanban 的生产力，应在瀑布模型的里程碑长度内进行平均。

2. 数据对比与成果展示

通过对四个九周周期的数据进行分析，其中前两个周期采用瀑布模型（分为六周的实施阶段和三周的验证阶段），后两个周期采用 Kanban 方法。结果显示