考慮到可行的完成定義對于 Scrum 團隊成功的重要性，我一直困惑的是，許多 Scrum 團隊對于他們的完成定義是多麼自滿或無知。因此，讓我與您分享這一關鍵 Scrum 成功因素的十大首要原則，以提高團隊的效率、團隊精神和聲譽。

根據 Scrum 指南定義完成的目的

Scrum 指南将完成的定義描述如下：

“完成的定義是當增量滿足産品所需的質量度量時對增量狀态的正式描述。”

“當産品待辦事項符合完成的定義時，增量就誕生了。”

“完成的定義通過讓每個人都對作為增量的一部分完成的工作有共同的理解來創造透明度。如果産品待辦列表項不符合完成的定義，則無法發布，甚至無法在 Sprint 評審中展示。相反，它會返回到 Product Backlog 以供将來考慮。”

“如果增量的完成定義是組織标準的一部分，那麼所有 Scrum 團隊都必須至少遵循它。如果它不是組織标準，Scrum 團隊必須創建适合産品的完成定義。”

“開發人員必須遵守完成的定義。如果有多個 Scrum 團隊在一個産品上一起工作，他們必須相互定義并遵守相同的完成定義。”

來源：Scrum 指南 2020。

Scrum 指南經常提到完成的定義，以強調廣為人知和接受的質量标準對于成功的 Scrum 團隊和組織的重要性。沒有卓越的技術和高質量的産品，就沒有業務敏捷性——這兩者都得到了“完成的定義”的反映和支持。

對于以下 Scrum Guide 的引用，請注意各節開頭的數字是指官方 Scrum Guide 的官方英文 PDF 中的頁面：

第 5 頁：但是，開發人員始終負責通過遵守完成的定義來灌輸質量。

第 6 頁：Scrum Master 以多種方式為 Scrum 團隊服務，包括幫助 Scrum 團隊專注于創建滿足完成定義的高價值增量。

第 7 頁：在 Sprint 期間，質量沒有下降。

第 8 頁：[Sprint 計劃：這個 Sprint 可以做什麼？] 選擇在一個 Sprint 中可以完成多少可能具有挑戰性。然而，開發人員對他們過去的表現、即将到來的容量和完成的定義了解得越多，他們對 Sprint 預測的信心就越大。

第 8 頁：[Sprint 計劃：選定的工作将如何完成？] 對于每個選定的 Product Backlog 項目，開發人員計劃創建滿足完成定義的增量所需的工作。

第 10 頁：Scrum 團隊檢查上一個 Sprint 在個人、交互、流程、工具及其完成定義方面的進展情況。

第 10 頁：[工件承諾：] 對于增量，它是完成的定義。

第 10 頁：Scrum 團隊可以在一個 Sprint 内完成的産品待辦事項列表項目被視為已準備好在 Sprint 計劃活動中進行選擇。

第 12 頁：工作不能被視為增量的一部分，除非它符合完成的定義。

第 12 頁：完成的定義是對增量狀态的正式描述，當它滿足産品所需的質量測量時。

第 12 頁：當産品待辦列表項滿足完成的定義時，增量就誕生了。

第 12 頁：完成的定義通過讓每個人都對作為增量的一部分完成的工作有一個共同的理解來創造透明度。

第 12 頁：如果産品待辦列表項不符合完成的定義，則無法發布，甚至無法在 Sprint 評審中展示。

第 12 頁：相反，[未完成的 Product Backlog 項目] 返回到 Product Backlog 以供将來考慮。

第 12 頁：如果增量的 Done 定義是組織标準的一部分，則所有 Scrum 團隊都必須至少遵循它。

第 12 頁：如果它不是組織标準，Scrum 團隊必須為産品适當地創建完成的定義。

第 12 頁：開發人員必須遵守完成的定義。

第 12 頁：如果有多個 Scrum 團隊在一個産品上一起工作，他們必須相互定義并遵守相同的完成定義。

來源：此引用彙總來自Scrum Guide 2020 - Reordered。

完成成功原則的定義

我對完成成功原則的十大定義（排名不分先後）如下：

完成有一個定義：這應該是顯而易見的：如果沒有定義什麼構成可交付性的質量标準，您的 Scrum 團隊将面臨其技術基礎緩慢而穩定的下降，不可避免地積累技術債務。如果您的組織的戰略目标是成為敏捷組織并擁抱業務敏捷性，那麼您已經在這個階段迷失了方向。業務敏捷性需要卓越的技術，而完成的定義對于達到并保持這一水平至關重要。

完成意味着可交付：完成定義所定義的“完成”狀态意味着我們可以向客戶交付增量，而不會産生法律、财務或道德影響。一旦産品待辦列表項符合完成的定義，它不需要任何其他形式的批準，不需要産品負責人，當然也不需要任何“質量門”來發布增量。

使（組織）完成的定義适應 Scrum 團隊的需求：每當組織提供标準的完成定義時，将其視為質量的最小公分母。但是，然後根據您的客戶或 Scrum 團隊的需求調整此完成定義。

透明度：完成的定義隻有在組織中的每個人都可以訪問并理解它的情況下才能發揮其作為通用質量标準的潛力。隐藏完成的定義将阻止它在 Scrum 團隊之外工作。使“完成的定義”透明化的一個好方法是将您的利益相關者包括在其創建中；見以下原則。

使創建或調整完成的定義成為一種協作努力：與流行的看法相反，創建完成的定義不是開發人員的任務，而是整個 Scrum 團隊的任務。那麼，既然已經建立，您為什麼不通過邀請利益相關者和主題專家加入來進一步擴大小組呢？例如，進行練習以了解您的選民對“完成”和質量的理解。當然，最終确定完成的定義仍然是 Scrum 團隊的責任。然而，讓其他人參與這個過程将有助于建立信任。

定期檢查和調整完成的定義：您的完成定義不是靜态的，而是不斷發展的。随着 Scrum 團隊對問題和解決方案空間的了解越來越多，它會希望擴展并吸收之前完成定義的相鄰領域，以減少依賴關系并提高其自我管理水平。（請注意，擴展需要首先在利益相關者之間建立信任。您的 Scrum 團隊不能以閃電戰的方式将自己置于該位置。）了解您的完成定義是否需要升級的有效方法是定期在團隊成員和利益相關者之間進行匿名調查。

推銷你對完成的定義：你需要向組織的其他人宣傳自我管理質量标準的想法。當組織相信問答部門、質量門或“強化 Sprint”時，銷售完成的定義尤其必要。一種行之有效的方法是邀請您的利益相關者參與創建 Scrum 團隊的“完成定義”。

“足夠好”适用于完成的定義：完成的定義并不是要從可用技術中擠出最高質量水平。您的團隊的質量水平需要滿足客戶期望、治理要求以及共同的道德或道德标準。您構建的所有東西都不需要鍍金或“勞斯萊斯”。

不要展示或交付未完成的工作：如果“完成意味着可交付”是每個 Scrum 團隊成功的關鍵因素，那麼我們會忽略我們正在做的任何事情，直到它在 Sprint Review 期間達到那個水平。這是一個堅定的信念，在絕大多數工作中都堅定不移。直到它不是，例如，在緊急情況下：想象需要立即修複的超級關鍵錯誤；一些即興的解決方案可能沒問題，直到您不久之後想出真實的東西。或者想想一個資金拮據的初創公司需要在下一輪融資中完成的關鍵裡程碑——誰想死于美麗？然而，這些例子中的統一點是一樣的：你提供一個蹩腳的版本來阻止潮流，然後盡快真正的“完成”版本。

永遠不要放棄完成的定義：在 Scrum 中絕對沒有刻意的偷工減料，例如，為了滿足任意期限而放棄完成的定義；看上面。但是，如果您的利益相關者憑空提出交付日期，您必須在組織内解決這種協作反模式。不知何故，他們似乎不信任您的 Scrum 團隊。找出原因并解決根本問題，而不是為了“讓事情順利進行”而違反團隊對完成的定義。

結論

完成的定義是 Scrum 團隊交付預期質量增量的重要墊腳石。從團隊的角度來看，它提供了良好的投資回報，并應指導 Scrum 團隊實現産品目标。忽視完成的定義将緩慢而穩定地削弱團隊解決客戶問題的能力、聲譽以及對組織可持續性的貢獻。

你如何處理完成的定義？請在評論中與我們分享您的學習成果。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!