8.4 团队组织与敏捷项目管理

团队执行不是把人塞进流程图。好的组织方式让责任清晰、反馈变快、阻塞可见、改进持续发生。

敏捷项目管理的重点不是仪式本身，而是让团队更快交付可工作的增量，并从真实反馈中调整。

角色与责任

Scrum 中常见角色包括 Product Owner、Scrum Master 和 Developers。真正重要的不是头衔，而是责任边界：

• 谁决定产品优先级？
• 谁维护团队工作系统？
• 谁对技术实现和质量负责？
• 谁处理跨团队依赖？
• 谁能接受或拒绝完成结果？

如果责任不清，会议再多也只是同步混乱。

冲刺计划

冲刺计划不应该只产出任务列表。它应该回答：

• 这一轮的冲刺目标是什么？
• 团队实际容量是多少？
• 哪些故事支持同一个目标？
• Definition of Done 是什么？
• 最大风险和阻塞是什么？

容量不是理想人日。它要考虑支持值班、请假、评审瓶颈、技术债、上下文切换和不可预期工作。

评审与回顾

Sprint Review 面向产品结果：我们交付了什么？用户或利益相关者看到后学到了什么？下一步优先级是否改变？

Retrospective 面向团队系统：我们如何工作？哪里卡住？哪一个小实验能让下周更好？

好的回顾行动应该小、具体、可观察。例如“把 Review WIP 限制为 3，并观察下周评审等待时间”，比“大家以后更积极一点”更有工程价值。

敏捷不是让团队更忙，而是让团队更快学习、更少浪费、更能持续交付。