2.3 敏捷（Agile）、Scrum 与 Kanban

敏捷（Agile）不是会议安排。它是一种降低“做错事情”成本的方式：交付小增量，从真实反馈中学习，并持续调整。

Scrum 和 Kanban 是组织这类工作的常见方式，但它们解决的问题不同。

敏捷思维

敏捷思维重视：

• 可运行软件，而不是只描述进度的状态报告。
• 与用户和利益相关者协作，而不是遥远交接。
• 响应变化，而不是假装第一版计划完美。
• 可持续节奏，而不是英雄式救火。

成熟的敏捷实践很有纪律。它需要测试、清晰的待办事项梳理、小故事、完成定义、评审和持续改进。

不成熟版本则用口号替代工程。

Scrum

Scrum 把工作组织进有时间盒的冲刺（sprint）。它通常包括产品负责人、Scrum Master（流程促进者）、开发者、冲刺计划、每日站会、评审和回顾。

当团队能形成有意义的冲刺目标，并交付潜在可发布增量时，Scrum 效果最好。当工作主要由打断驱动、不可见，或难以切片时，它会很吃力。

Kanban

Kanban 可视化工作、限制进行中工作、管理流动，并持续改进。当工作连续到来、优先级经常变化，或团队维护一个经常被打断的服务时，它往往更适合。

Kanban 的关键问题不是“每个人有多忙？”而是“工作从请求到完成是否顺畅流动？”

常见问题信号

注意这些警讯：

• 站会之后没有任何计划改变。
• 冲刺目标只是无关任务卡列表。
• 速度指标被用来压迫个人。
• 进行中工作越来越多，完成工作没有增长。
• 复盘没有给下一周期产生实验。
• Kanban 看板只是可视化混乱，却从不限制混乱。

好的敏捷实践让学习更频繁，让工作更容易完成。