长假之后，Scrum团队应该修改Sprint的结束时间吗？

本文主要是介绍长假之后，Scrum团队应该修改Sprint的结束时间吗？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

敏捷团队如果采用Scrum模式，那么在团队成立时的共识讨论会上确定每个冲刺(sprint)的时间长度。一般敏捷实践建议的每个sprint 的时间长度是2周。

现在的问题是，如果遇到长假或者其他原因，造成 sprint 的实际工作日减少，敏捷团队可以临时修改 sprint 的结束时间以保证每个 sprint 的工作时间都是一样的吗？

比如这个春节长假有 3 天假期，团队成员还会请假，造成实际人力资源不足，Scrum Master是不是应该把包含长假的这个 sprint 的结束时间延后呢？

这个问题是 Scrum Master 认证考试中的一个问题，先说正确答案吧。答案是“不能”。

为什么呢？

Sprint 是一个计时单位

sprint 是一个计时单位。计时单位的标准是准确表示流逝的时间。时间本身是一去不复返的，谁都没有办法让消逝的时间重新来过。Scrum 团队在每个 sprint，或者说每个日历时间单位承诺要完成的任务做好安排，尽力完成冲刺。

在做 Sprint Planning 甚至是 Release Planning 的时候，Scrum Team 就应该做好充分的计划，即使因为 Sprint 内可用工作时间少，完成的任务少，也要直面时间的流逝，只有这样团队才会共同解决时间、成本和范围这样的项目铁三角问题。

如果允许团队可以修改 Sprint 结束的时间，团队就有了时间可以被停滞的假象。团队可能会因为长假，成员的缺勤，以及其他原因而更改结束时间。结果就是作为衡量团队工作效率的 Velocity 就会失去了基准，团队也会因为体会不到时间的流逝，失去了共同应对不确定性的机会。

站在客户的角度看问题

在每个 Sprint 结束时，Scrum 团队都会通过 Sprint Review 来展示团队的工作成果，得到客户的反馈。持续地沟通才能保证产品的价值，团队不应该轻易放弃这种机会。如果改变 Sprint 的结束时间，就意味着要通知每个会参加 Sprint Review 会议的 Stake Holder，也就意味着要改变惯例，沟通成本急剧增加，破坏信任。特别是如果有国际客户，还需要解释不规律的长假，成本更高！

在 Sprint 结束时间不能被修改的情况下，一个看中客户交流的团队在 Sprint Planning 的时候就会为每次跟客户的交流做好准备，考虑到每个 Sprint 里可能出现的各种情况。