sprint的长度--三个星期

sprint应该多长才好？

嗯，时间短就好。公司会因此而变得“敏捷”，有利于随机应变。短的sprint=短反馈周期=更频繁的交付=更频繁的客户反馈=在错误方向上花的时间更少=学习和改进的速度更快，众多好处接踵而来。

但是，时间长的sprint也不错。团队可以有更多时间充分准备、解决发生的问题、继续达成sprint目标，你也不会被接二连三的sprint 计划会议、演示等等压得不堪重负。

产品负责人一般会喜欢短一点的sprint，而开发人员喜欢时间长的sprint。所以sprint的长度是妥协后的产物。做过多次实验后，我们最终总结出了最喜欢的长度：三个星期。绝大部分团队的sprint长度都是三周。它不长不短，既让我们拥有足够的敏捷性，又让团队进入“流”1的状态，同时还可以解决sprint中出现的问题。

刚开始要试验sprint的长度。不要浪费太多时间做分析。选一个可以接受的长度先开始再说，等做完一两个sprint再进行调整。

确定了自己最喜欢的长度之后，就要在长时间内坚持住。