选择正确的Sprint长度：来自现实Scrum场景的经验教训

Sprint长度——每个Scrum Sprint的持续时间——受Scrum指南约束为一个月或更短，但除此约束之外，选择由团队决定。常见的Sprint长度为一周、两周和四周。选择的重要性超出许多团队的认识：Sprint长度决定了规划、评审和回顾活动的节奏；它影响团队获得反馈的速度；它与团队正在进行的工作的复杂性和可预测性相互作用。2022年，随着远程和混合团队成为常态，Sprint长度决定有额外维度：较长的Sprint减少了分布式团队的仪式开销，但延长了反馈周期。较短的Sprint创造了更多同步点。以下是一个说明Sprint长度决策如何在实践中发挥作用的现实场景。

场景：一个三次改变Sprint长度的团队

一个公共部门组织的产品开发团队从四周Sprint开始。六个月后，他们注意到几个问题：Sprint规划会议花费整整一天，因为团队试图精确规划四周的工作。Sprint Backlog在Sprint结束时经常过时，因为需求变化比四周节奏能吸收的更快。Sprint评审不够频繁，无法保持利益相关者的有效参与。

团队切换到两周Sprint。规划会议时间减半。利益相关者参与度提高，因为每两周有一次评审。Sprint Backlog保持更新。又经过六个月，团队尝试了一周Sprint。他们发现开销对于他们的环境来说太高——一周Sprint的Scrum活动消耗了近20%的Sprint持续时间，留给复杂技术工作的时间不足。他们回到了两周，这仍然是他们稳定的节奏。

经验教训

• Sprint长度应与需求波动性匹配。如果需求频繁变化——如早期阶段产品开发中或响应快速变化的外部条件——较短的Sprint允许团队更快适应。如果需求稳定且工作复杂，较长的Sprint给团队更多不间断的时间。

• Sprint开销是随Sprint频率增加的真实成本。Sprint规划、Sprint评审和Sprint回顾是固定开销活动，其每单位时间的成本随Sprint变短而增加。一周Sprint团队每年举行52次规划活动、52次评审和52次回顾。四周团队各举行13次。

• 正确的Sprint长度是你的团队会一致承诺的长度。总能交付经过测试增量的两周Sprint比经常产生不完整工作的一周Sprint或变成迷你瀑布的四周Sprint更有价值。

XNM协助公共部门组织实施Scrum和敏捷交付实践，包括Sprint节奏设计和团队辅导。欢迎联系XNM项目群与项目交付咨询团队，探讨贵团队的Sprint长度和敏捷交付节奏。