Scrum敏捷项目管理

Scrum Sprint持续时间

冲刺长度应根据项目持续时间进行选择;但是,它们不应超过四个星期。考虑一个为期三个月的项目。如果它有四个星期的冲刺,那么在项目发布之前,利益相关者只能参加两个演示。反馈不足以减轻风险。较短的冲刺长度是必要的。

一年的项目呢?假设四个星期的冲刺大约每月中断一次,那么该项目将为利益相关者提供11个机会(加上最终版本)以查看正在开发的产品。根据涉及的其他因素,四周冲刺是一个现实的选择。

如果一个项目预计将持续一年以上,请重新考虑该项目。多年项目太大。找到一种方法将其分成较短的发行版。就像您不希望进行两个月的冲刺一样,您也不想进行两年的项目–将其分为四个,六个月的项目。如果您发现无法将项目分解为较小的部分,则可能是公司中存在较大的文化问题,在尝试使用Scrum之前应先解决

团队分解任务的能力在短距离冲刺中至关重要,而在较长的冲刺中仍然很重要。分解任务本身就是一种艺术形式,需要批判性思维,头脑清晰,具有超越问题表面的能力。如果您的团队擅长分解任务(或急于想变得出色),则可以使用较短的冲刺(一到两周)。如果您的团队仍在学习如何分解任务,则可能需要从更长的冲刺开始(2-4周)。

来源:“ Scrum现场指南:第一年的实践建议”,Mitch Lacey,Addison-Wesley,

在他的书的摘录中,Mitch Lacey对Scrum中的项目和冲刺持续时间提供了很好的建议。有人认为Scrum中的冲刺持续时间应该总是两个星期。如果在项目期间冲刺的长度必须保持恒定,则许多因素都会影响冲刺的持续时间。

Scrum敏捷项目管理
Scrum Sprint透视图。资源: 使用Scrum的自适应项目管理

如上所述,项目的持续时间是一个重要因素。较短的项目应该具有较短的sprint,因为sprint的目标不仅是交付可能可行的软件,而且主要是获得有关它的反馈,并允许在此反馈之后调整积压项目和优先级。因此,团队的目标应该是使冲刺持续时间更短,因为这样可以获得更多的反馈。其他因素,例如技术基础架构,Scrum团队的规模,其成员或用户的可用性将影响Scrum冲刺的持续时间。

您还可以考虑减少冲刺长度的问题,作为表明组织或Scrum团队可能存在问题的指标。最终用户是否缺乏承诺?团队成员是否致力于过多的项目?团队是否缺乏某些技术技能,从而无法在冲刺结束时交付可用的软件?

进一步阅读

* 敏捷Scrum Sprint长度:什么适合您? (PDF)
* 为什么要冲刺,应该持续多长时间?
* 理想迭代长度–调查
* 冲刺需要多长时间?
* 什么’理想的冲刺长度