有没有人使用灵活的冲刺长度成功了？

Question

我知道最好的冲刺长度会因情况/公司而不同。这就是说，有人使用灵活的冲刺长度成功了吗？另外，我想知道是否有人对短期（1周）与长时间冲刺有强烈的意见？

背景：我们目前正在开发使用1周冲刺。我们的产品所有者似乎满足于此;然而，为了灵活性，我曾问过几次，以增加某些项目的冲刺时间。在所有情况下，我们都坚持短期冲刺。

Answer 1

照常：取决于。

我目前身处冲刺时间在两到四周之间的组织中。我个人并不热衷于此，因为它很难衡量速度，而且对于组织的其他人员来说，他们的计划与开发团队相匹配也很棘手。

另一方面，它确实意味着很少有故事会传播到下一个冲刺中，并且我们可以更容易地考虑到缺勤，意外的错误等等 - 通常会导致冲刺被彻底取消。

我已经参与过尝试一周冲刺的团队。在实践中，与冲刺计划，测试计划，部署等相关的开销很大，这意味着我们最终需要大约两天的实际开发时间：因此很难完成大型战略性工作。我相信现在团队使用看板，并且没有固定的冲刺持续时间，因此结果会更加快乐。

Answer 2

我们确定每个项目的冲刺长度。如果我们正在运行一个持续3-4周的小型项目，那么整整一周的冲刺并没有任何意义，我们转而采用类似看板的方法。

如果我们正在1到2周之间运行一个长期项目。然而，我们没有做到的事情，在冲刺长度方面绝对灵活，最终导致我们报告混乱。然而，我们所做的是将冲刺的长度加倍。不是为了完成松散的目标，而是为了完成两次冲刺负载，而不必解释为什么我们要重新安排内容。我们仍然尽力避免这种情况发生。