冲刺规划：敏捷团队最佳实践

关键要点

规划基础

高质量的冲刺规划需要一种结构化的方法,包括分析之前的冲刺、评估团队能力和清晰定义目标。

1. 规划的准备应该提前开始。Product Owner必须在会议前至少一天准备和优先排序backlog。开发团队应该有机会提前审查user story并提出澄清问题。
2. 经典分配规则:每周冲刺两小时的规划。对于两周冲刺,这意味着四小时——尽管实践表明,将这段时间分成多个较短的会议而不是一次延长的会议通常更有效。

准备阶段

没有高质量的准备,改进冲刺规划是不可能的。这个阶段经常被低估,尽管它决定了整个过程的成功。

• Definition of Ready (DoR)在纳入冲刺之前为user story的准备情况建立标准。每个故事应包含明确的接受标准、复杂性估计和已识别的对其他任务的依赖。没有遵守DoR,规划会变得混乱,团队在澄清而不是在执行规划上花费时间。
• Backlog refinement应该定期进行,而不仅仅是在冲刺规划之前。将冲刺时间的10%分配给这个过程是标准做法。团队可以每周进行几次简短的细化会议,逐步处理未来冲刺的故事。
• Velocity分析给团队提供实际交付能力的准确图景。重要的是不仅要考虑最近3-5个冲刺的平均Velocity,还要考虑可能影响即将到来的冲刺生产力的因素:计划假期、节假日、累积的技术债务或外部依赖。

规划会议

冲刺规划由两个结构化阶段组成:确定冲刺中将交付什么,以及确定如何实施选定的工作。两个阶段需要不同类型的输入并产生不同类型的输出——混淆它们会降低每一阶段的效率。

1. 团队与Product Owner一起,定义统一所有选定user story的冲刺目标。目标应该是具体的、可衡量的,并且对所有参与者有意义。无效的目标:"改善用户体验。"有效的目标:"用户将能够通过社交媒体一键注册。"
2. 开发团队将选定的故事分解为任务并以小时估算它们。这个过程揭示了在故事层面看不到的隐藏复杂性和依赖关系。每个任务不应超过8小时——超过此阈值的任务需要进一步分解为子任务。

角色与职责

有效的冲刺规划取决于每个参与者理解并在其定义的角色内运作。

• Scrum Master促进过程,执行时间盒,并帮助团队达成决策。Scrum Master不强加解决方案,而是提出正确的问题并保持讨论的高效性。
• Product Owner负责backlog优先级和关于应该首先实施哪些功能的决策。他们必须准备好解释每个故事的业务价值,并以足够的具体性回答开发团队的问题以便于估算。
• 开发团队承诺交付结果。这种承诺必须来自团队本身,而不是从外部分配——团队产生的承诺产生的动机和责任水平在质上不同于强加的目标。

常见错误

• 高估能力是最常见的冲刺规划错误。团队总是承担超过他们能完成的工作,特别是在项目开始时或成功冲刺之后。运营原则是:承诺不足而超额交付更好。未履行的承诺侵蚀了利益相关者的信任,并降低了团队在后续冲刺中的动机。
• 缺少时间缓冲是一个关键的结构错误。冲刺计划应该包括10-20%的缓冲时间用于不可预见的任务、bug和技术支持请求。这种储备不应预先填充额外的故事——其功能是吸收每个冲刺中存在的未计划工作。
• 忽视依赖关系会在冲刺中期造成阻碍者。所有外部依赖必须在规划期间识别和解决。当任务依赖于其他团队或外部供应商时,必须提前商定截止日期并在冲刺开始之前获得确认。

过程监控

规划过程本身的持续改进是成熟Agile实践的标准元素。在回顾期间,团队不仅应该分析冲刺执行结果,还应将规划质量作为一个独特的输入变量进行分析。

分析指标:

• 估算准确性——比较每个故事和任务的计划时间与实际花费时间
• 完成故事的百分比——冲刺结束时交付的冲刺承诺故事的比例
• 规划后冲刺中变化的次数——规划稳定性和需求清晰度的衡量
• 规划花费的时间——根据标准分配进行跟踪,以识别慢性过度或投资不足

Burndown图表在整个冲刺过程中跟踪进度,并足够早地浮现问题以便采取纠正措施。当图表表明团队不会完成计划工作时,需要采取纠正措施:重新优先排序剩余任务或从冲刺范围中移除最低优先级的user story。

调整规划

• 远程团队需要对冲刺规划进行特定的调整。必须配备专门的协作工具,并积极管理所有远程参与者的公平参与。在分布式情境下,通过几个较短的会议进行规划而不是一次延长的会议,始终产生更好的参与度和输出质量。
• 有多个团队的大型项目需要在项目层面进行协调。Scrum of Scrums或SAFe(Scaled Agile Framework)提供了在具有共享依赖的团队之间同步冲刺规划的结构机制。
• 维护项目——其中冲刺时间的很大一部分用于支持和bug解决——需要明确为未计划工作预留容量。冲刺容量的30-50%的标准分配用于支持工作,其余可用于新功能开发,防止了将支持工作视为开销而非计划容量所导致的交付失败。

相关文章:

有关项目管理框架和约束平衡,请阅读项目管理三角形:平衡范围、时间和成本。

有关Kanban看板和可视化工作流管理的实用概述,请阅读什么是Kanban看板?可视化工作流管理指南。

有关Agile团队如何使用人物角色与真实用户需求保持一致,请阅读Agile人物角色:在Agile项目中增强以用户为中心的开发。

结论

有效的冲刺规划需要一种系统的方法和持续改进,作为有意的实践而非项目后活动。回顾提供了结构化的机制,不仅可以分析冲刺执行结果,还可以分析塑造它们的规划输入——使规划过程本身受到Agile应用于产品开发的相同迭代改进。

推荐阅读

"Scrum: The Art of Doing Twice the Work in Half the Time"

解释Scrum框架如何构建团队工作以实现高交付吞吐量和可预测的冲刺承诺。

"User Story Mapping: Discover the Whole Story, Build the Right Product"

可视化故事映射帮助团队对产品目标形成共同理解,并围绕以用户为中心的优先事项构建冲刺规划。

"Essential Scrum: A Practical Guide to the Most Popular Agile Process"

关于Scrum结构、角色和实践的全面参考,适用于在日常工作中应用该框架的团队。