冲刺计划：预测与承诺

我遇到了关于上述主题的有趣讨论：

2011 年夏天，Ken Schwaber 和 Jeff Sutherland 修订了他们的 Scrum 指南。在其中，他们删除了 Scrum 已知的一种长期存在的行为，即团队对产品所有者和客户的承诺。承诺被 预测取代。他们说团队可能会预测他们的工作，但不会承诺。

作者——米奇·莱西（Mitch Lacey）发表 了我从文章中提取的他的观点 如下：

虽然我理解他们的逻辑，但我更喜欢承诺，原因如下：

• 致力于某事会使团队处于与仅仅预测不同的心态。如果团队进行预测，则暗示不满足他们所说的所有事情是可以接受的行为。虽然团队可能会从他们的预测中学习，最终估计方差较小  ，但我发现 与承诺 的团队相比 ，预测的团队需要更长的时间来减少方差。
• 预测或估计适用于 产品积压工作。然而，当团队将故事从产品 backlog 转移到 sprint backlog 并分解它们时，他们正在增加另一个层次的粒度，找出允许他们问自己的小细节“我们可以承诺吗？” 预测有团队退回到懒惰状态的风险，而不是说“我们只需要预测，如果我们错过了一些东西也没关系，我们可以稍后再解决。”

Scrum.org 对“预测”或“承诺”有什么 看法？

这种变化有一个直接的原因，这与单词本身的含义有关。承诺一词通常与承担的职责有关。在承诺交付产品待办事项列表后，  Scrum 团队，首先是产品负责人，尤其是利益相关者可能会觉得有义务在 Sprint 结束时实际交付所有这些项目。但现实不断向我们表明，如果不是不可能的话，要始终履行这一自我强加的承诺而不对质量做出妥协是很困难的。冲刺 积压 足够复杂以至于不确定性总是存在的，常识告诉我们，我们不应该承诺我们不确定能够交付的东西。当我们使用“承诺”这个词时，我们很容易偏向于“义务-承诺-承诺”的思维方式。

我的个人意见：

我认为双方都有合理的理由。 你有什么意见和看法？