Scrum团队应该多久履行一次Sprint承诺？[关闭]

承诺是一种承诺，我们都被教导您需要遵守承诺。但是，保持对每个Sprint的承诺是否现实？有时人们会生病，有时技术方法被证明是错误的，并且您必须重新考虑一切，有时在与产品所有者或用户进行进一步讨论时，您了解该功能应该与最初的想法大不相同。

我知道官方的Scrum指南现在使用“预测”一词而不是承诺，可能是为了解决这些问题。

因此，我的问题是组织中的团队多久履行一次承诺，以及您是否喜欢这种方法还是要更改它。

谢谢。

并不是团队应该多久“遵守诺言”的问题。
更多的问题是调查团队为什么会在履行承诺方面遇到问题。

如果这是虔诚的干预，那并不重要。但是，如果您发现由于技术方法上的错误而经常需要回到制图板上，或者PO不断改变主意，或者在冲刺开始时故事不够清晰，那么您会发现，需要调查原因。

不满足冲刺承诺是一种症状。您需要对根本原因感兴趣。

如果一切顺利，那么团队履行其Scrum承诺将是正常的。他们应该运转得足够冷静，以应付小规模，合理和可能发生的中断，例如日间疾病，儿童保育紧急情况等。如果不能，那么在我看来，Sprint过于投入，并且对他们的团队长期而言太热了。

如果sprint始终无法交付，那么scrum就会兑现承诺，使“问题”可见。问题可能包括没有正确定义任务，团队经验不足或不断尝试超额交付的管理文化-从而不断地落空。

无论哪种方式，解决方案都是找出根本原因并加以解决，而不是用力鞭打开发人员。

始终“接近”履行承诺的团队正在以更严重的方式失败。您可以确定他们没有执行足够的测试。

我个人认为，如果组织中没有人关心履行您的承诺，那么您并不是在谈论承诺。您需要两个合作伙伴达成交易并达成承诺。

考虑到所有“正常变化”，您应该能够保持冲刺承诺。如果您想了解更多关于基本变型的含义，可以阅读我关于敏捷规划基础的博客文章。而作为斯特凡说，不符合你的承诺是一种症状而不是疾病。

在每次冲刺之后，您都有时间检查该冲刺的实际速度，并使您的“平均速度”适应该速度（如上述文章中所述）。如果您的速度一直在下降，那么就开始看到可以帮助您检测到这种情况的根本原因的模式。这可能是过多的计划外工作（例如，一些小的紧急任务，正在处理的代码中的错误，在冲刺期间更改接受标准等）。所有这些数据都需要跟踪，很可能是Scrum管理员可以帮助她确定其中存在哪些模式。这将有助于团队在回顾期间提出行动。

我的观点是团队没有做出承诺。可以说，他们甚至没有做出预测。预测是在计划冲刺之前做出的-预测是平均而言，它们将满足其速度。这意味着有时候他们的速度比速度要高一些，有时他们的速度会低一些。

如果您定期做的速度小于速度，则速度会下降以反映这一点。因此，预测也会下降。如果您不断增加故事，而没有达到历史速度，则可以一次又一次地冲刺，这不是执行失败，而是计划失败。您知道自己的速度，因此不应提出超过历史所能完成的要点。

为了回答您的特定问题，在我使用scrum的三个组织中，只有一个组织随时间跟踪了“未落实”指标。对于该公司，团队通常会在85％的时间内达到预期。

如果您不履行承诺，则应降低速度。如果您一直在满足要求，则应该增加自己，直到有时失败。

问题是您有多严重失败？它应该总是很近。您要么有些懈怠，要么失败了一点。对于任何训练，跑步时间，举重等而言，这都是一个健康的目标。理想情况下，短跑中完成的平均工作量应该是速度周围的正态分布。

更重要的是速度的长期趋势。如果每周您增加15个故事点的速度，但只比前一周多完成10个，那真的是一件坏事吗？在某些地方，他们认为这是“伸展目标”。