衝刺計劃：預測與承諾

我遇到了關於上述主題的有趣討論：

2011 年夏天，Ken Schwaber 和 Jeff Sutherland 修訂了他們的 Scrum 指南。在其中，他們刪除了 Scrum 已知的一種長期存在的行為，即團隊對產品所有者和客戶的承諾。承諾被 預測取代。他們說團隊可能會預測他們的工作，但不會承諾。

作者——米奇·萊西（Mitch Lacey）發表 了我從文章中提取的他的觀點 如下：

雖然我理解他們的邏輯，但我更喜歡承諾，原因如下：

• 致力於某事會使團隊處於與僅僅預測不同的心態。如果團隊進行預測，則暗示不滿足他們所說的所有事情是可以接受的行為。雖然團隊可能會從他們的預測中學習，最終估計方差較小  ，但我發現 與承諾 的團隊相比 ，預測的團隊需要更長的時間來減少方差。
• 預測或估計適用於 產品積壓工作。然而，當團隊將故事從產品 backlog 轉移到 sprint backlog 並分解它們時，他們正在增加另一個層次的粒度，找出允許他們問自己的小細節“我們可以承諾嗎？” 預測有團隊退回到懶惰狀態的風險，而不是說“我們只需要預測，如果我們錯過了一些東西也沒關係，我們可以稍後再解決。”

Scrum.org 對“預測”或“承諾”有什麼 看法？

這種變化有一個直接的原因，這與單詞本身的含義有關。承諾一詞通常與承擔的職責有關。在承諾交付產品待辦事項列表後，  Scrum 團隊，首先是產品負責人，尤其是利益相關者可能會覺得有義務在 Sprint 結束時實際交付所有這些項目。但現實不斷向我們表明，如果不是不可能的話，要始終履行這一自我強加的承諾而不對質量做出妥協是很困難的。衝刺 積壓 足夠複雜以至於不確定性總是存在的，常識告訴我們，我們不應該承諾我們不確定能夠交付的東西。當我們使用“承諾”這個詞時，我們很容易偏向於“義務-承諾-承諾”的思維方式。

我的個人意見：

我認為雙方都有合理的理由。 你有什麼意見和看法？