Scrum 指南 | 23. Scrum 中的故事點和估計

已發表: 2022-05-26

在今天的文章中，我們將討論 Scrum 中的估計和故事點這一主題。 在 Scrum 中創建估算有助於預測完成任務所需的複雜性和時間。 通過分析過去，整個 Scrum 團隊共同預測未來會怎樣。

因此，Scrum 團隊越有經驗，他們的估計就越準確。 該團隊還合作確定在 Sprint 計劃期間完成任務的估計時間，請記住，這不是最終承諾，而是預測。 它的準確性取決於不斷經歷不可預見的變化和意外情況的眾多變量。 幸運的是，Scrum 方法論包含了一些技術和工具來促進一定程度的確定性，今天我們將詳細討論它們，以便您可以立即理解和應用它們！

Scrum 中的故事點和估計——目錄：

  1. 介紹
  2. Scrum 中故事點的重要性
  3. 故事點是相對單位。 這意味著：
  4. 相對估計技術
  5. 概括

介紹

在每個 Sprint 計劃中，產品負責人都會向團隊展示新的用戶故事。 產品負責人從產品待辦列表中選擇它們，以便在下一個 Sprint 中實施。 然後 Scrum 團隊成員共同估算完成這批新職責所需的工作量。 這種分配是一種估計，需求估計。

似乎最簡單的方法是以小時或天為單位定義完成任務所需的時間。 然而，自 1940 年代以來進行的實踐和研究證明並非如此。 即使是非常明確的任務，人類也無法準確估計完成所需的時間。 此外，完成一項任務所需的小時數取決於誰在執行任務，以及之前已經完成或未完成的任務。 這就是 Scrum 通常使用稱為故事點的單位的原因。

Scrum 中故事點的重要性

每個開發團隊通過借鑒經驗和個人任務的大小來實踐故事點的價值，即遵循經驗主義原則。 大多數情況下，在 Sprint 計劃期間，Scrum Master 會選擇一個或多個已完成用戶故事的樣本，作為確定要開發的用戶故事價值的參考點。

這就是為什麼您不能在沒有上下文的情況下在故事點中分配值。 例如，如果為第一個任務分配了值 10，則後續任務將根據它評估為更大或更小。 這樣，在 Scrum Team 項目中， Product Backlog 中的所有任務都是相互關聯的。 這意味著一個開發團隊執行的類似任務將獲得相似數量的積分。

Scrum Guide | 23. Story Points and Estimation in Scrum Reklama bloig scrum 1 23

故事點是相對單位。 這意味著：

故事點值僅與特定 Scrum 團隊執行的任務相關。 故事點描述了一個團隊完成任務的速度。 換句話說，A 團隊估計 10 個故事點的用戶故事，B 團隊可以得到 50 個故事點。這是因為，正如我們所提到的，它們的價值是相對於該團隊執行的其他任務以及他們在類似任務中的經驗來計算的.

在一個 Sprint 中完成的故事點的價值不能作為比較兩個 Scrum 團隊績效的基礎。 為了避免在管理 Scrum 項目時出現錯誤，重要的是要記住，以一個 Sprint 中完成的故事點表示的開發團隊的速度不能用於比較兩個團隊的績效。 這是因為他們可以在並行 Sprint 中完成相同的工作，一個團隊估計為 10 個，另一個團隊估計為 50 個故事點。

也不應忘記，估計包含許多未知元素，並且是在不完整數據的基礎上進行的。 出於這個原因，即使是經驗豐富的 Scrum 團隊的預測有時也可能與完成用戶故事所需的實際努力大不相同。

相對估計技術

Scrum 中最有效的估算技術是什麼？ 沒有一種適用於每個團隊的萬能方法。

在敏捷方法中的估計技術中，最常見的是：

  • 規劃撲克。 這種最流行的相對方法是通過紙牌遊戲來計算完成一項任務所需的工作量。 我們將在另一篇文章中介紹詳細的規則和流程。
  • 團隊估計遊戲。 這涉及使用從斐波那契數列中選擇的適當數值分配給定 Sprint 中用戶故事的執行。 我們也為此專門寫了一篇單獨的文章。

另一方面，Scrum 拒絕傳統項目管理方法論的經典絕對估計方法。 它估計任務的方式是預先定義整個項目的人月、持續時間和成本。 這是一個漫長的過程，難以實施，需要專家的參與，他們傾向於建立基本原理和行為準則，但不採取任何行動，他們不一定會執行他們估計的任務。 換句話說，它不僅乏味而且效率極低。

Estimation and Story Points in Scrum

故事點和估計 - 總結

估算是所有成熟 Scrum 團隊的一項非常重要的技能。 估算完成單個任務所需的時間和精力成為許多相關估算技術的主要焦點，例如規劃撲克或團隊估算遊戲。

帶有故事點的用戶故事是我們描述的另一種有效的測量技術，希望為我們的讀者提供一些方便的工具。 但是，重要的是要記住，他們的數據僅與Scrum 團隊執行的特定任務相關。 因此，故事點的數量並不能成為比較不同開發團隊速度的依據。

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

Scrum Guide | 23. Story Points and Estimation in Scrum caroline becker avatar 1background

作者：卡羅琳·貝克爾

作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

查看所有帖子

Scrum 指南：

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum？
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum？
  5. Scrum 團隊——它是什麼以及它是如何工作的？
  6. 誰是產品負責人？
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master？
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標？
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表？
  19. 什麼是用戶故事？
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼？
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖？
  31. 如何創建和解釋燃盡圖？
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展？
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養