问基于迭代长度的sprint回顾/回顾的理想长度是多少？

EN

根据我的经验，冲刺计划通常要花半天时间在一个复杂的项目上进行为期两周的冲刺，而客户并不真正知道他们在做什么。显然，对于一个聪明而有经验的团队来说，这通常会更快。

不过，短跑计划时间并不是线性的--4周的冲刺一般不需要一整天的时间规划，一周的冲刺时间仍将与两周的冲刺时间大致相同。

Sprint评审应该只需要一两个小时，半天的时间是绝对最多的。记住，你是在展示你建造的东西。即使微软推出了一款全新的Windows操作系统，也不会进行一整天的演示--人们会关掉它，感到厌烦。

你的冲刺回顾应该是你的团队在其他人离开之后所做的事情。就像和咖啡/啤酒/烈性烈酒坐在一起，问问自己你做得如何。这不应该是一次正式的、详细的讨论--相反，这是一个真正反思最近事件的机会。在我看来最多一小时，通常接近20分钟。

根据我的经验，一些scrum事件的时间框是：

1，为期4周的短跑：

• 规划-8小时
• 审查-4小时
• 复古-3小时

2，为期1周的短跑：

• 计划-2小时
• 审查-1小时
• 复古- 45分钟

对于可选的冲刺长度为2周、3周，我们可以在1周前多次跑完。

尊重，

Sprint是用来反思已经取得的进展，也是微调你的过程的时候。如果你有一个月(4周)冲刺，用一天作为回顾，一天复古，一天计划是正常的。随着短跑时间的缩短(2周)，你应该能够在更短的时间内进行回顾和回顾:半天用于回顾，半天用于回顾。不管你怎么说，计划都是一天的事情。(如果只是给团队几个小时的时间从计划中恢复过来，这比任何其他活动都更累人)。

到目前为止，我一直避免这么说，但是有一种方法可以破解这个系统，比如精益