Scrum Sprint优化

Question

寻找一种系统的方法来估计和比较sprint配置的成功因素，其基础是：

• 团队规模
• 短跑持续时间
• 故事数

Answer 1

如果您接受持续改进的想法，这将是最好的。

就团队规模而言，Scrum需要团队规模不超过11人，开发团队中最多有9人。还有一些角色需要你来填补。您需要一个不是开发团队成员的Scrum，一个可以充当客户的声音并维护产品待办事项的产品负责人，而且您需要至少一个或两个开发人员，所以这里有一个由3-4人组成的团队。根据所涉及的项目和团队，您可能需要一些其他人--图形设计师、可用性专家、系统管理员、质量专家、市场营销人员和销售人员--他们可能无法与开发团队集成。

对于每次冲刺的故事数，这将随着时间的推移而正常化。优先考虑您的待办事项，然后采取您的团队认为合理数量的故事，从产品积压的斯普林特积压。在您的第一个sprint之后，您有一个可以用来计算未来sprint的故事数量的速度。使用完成的故事点、短跑的持续时间和人力资源利用率计算速度。当人们离开或被添加到团队中时，您可以调整您的sprint长度，或者人们将他们的时间划分为多个项目，适当地选择故事的数量。在sprint回顾过程中解决问题。

Scrum指南表示，短跑时间不到1个月，以周为单位进行测量。2~3周为典型。如果这对你不起作用，就调整一下。一定要相应地计划您的sprint，根据sprint过程中可用的资源、持续时间和以前的速度。

Answer 2

Scrum是一个简单的“检查和调整”框架，而不是方法论。

团队规模、Sprint持续时间和其他时间都应根据您的具体情况进行调整。您可以通过不断检查过程来调整它，这要归功于回顾和回顾。