Scrum 指南 | 34. Scrum 中的速度——開發團隊的速度

已發表: 2022-07-06

Scrum 中的速度可幫助您確定 Scrum 團隊完成任務的速度。 我們可以將其定義為在一個 Sprint 中完成的平均故事點數。 Velocity 還可以根據已經完成的工作進度來估計項目的持續時間。 然而，這只對一個以均勻穩定的節奏工作的成熟團隊來說才有意義。 看看 Velocity 是什麼以及如何讓它最適合您！

Scrum 中的速度——目錄：

  1. Scrum 中的速度——簡介
  2. 實際和計劃速度
  3. Scrum 中與 Velocity 相關的困難和風險
  4. 概括

Scrum 中的速度——簡介

速度是衡量 Scrum 團隊步伐的一種可選但流行的方法。 這是因為準確估計的 Velocity 可以在合理範圍內預測完成項目所需的時間。 但是，它是一種只能應用於給定開發團隊的衡量標準，該團隊將使用熟悉的單位（例如故事點）執行其“重視”自己的任務。

開發團隊的速度通常以速度圖的形式呈現。 X 軸上標記了連續的 Sprint。 另一方面，在 Y 軸上，我們將找到在給定 Sprint 中完成的故事點或其他相應單元的數量。 借助速度圖，Scrum 團隊可以清楚地了解其工作節奏的變化。 如果圖表上標記的線在上升，則意味著團隊正在優化其效率或降低故事點的價值。 因此，Scrum Master 和產品負責人都應該仔細遵循顯示團隊速度的路線。

velocity in scrum - speed of the development team

實際和計劃速度

開發團隊的實際速度描述了已完成 Sprint 中的工作節奏，並在每個 Sprint 結束時計算。 它採用所有已完成用戶故事的故事點總和的值。 開發團隊的實際速度允許您以一定的概率計劃和估計未來任務的速度。

另一方面，計劃速度是根據實際速度的平均值估算的。 它需要假設開發團隊沒有變化。 它是開發團隊的一個重要內部工具，可以在此基礎上評估團隊內部的合作是否順利，工作節奏是否保持。

計劃速度還使產品負責人能夠預測計劃在後續 Sprint 中執行的定義明確的用戶故事的執行時間。 這可以更有效地培養我們在本文中所寫的產品待辦列表。 然而，應用計劃速度來估計項目持續時間的做法並不是那麼簡單。

Scrum 中與 Velocity 相關的困難和風險

Scrum 中的速度通常被賦予了太多的重要性，而沒有考慮以下因素：

  • 估計更大的整體或整個項目——雖然開發團隊可以準確地估計分配給特定任務的故事點的數量，但很難或不可能描述更大的整體以供將來在這些單元中實施
  • 項目的變化——項目的任何變化都可能意味著實現產品目標所需的故事點數量的變化。 也可能是已經完成的任務需要修改，甚至不會在產品的最終版本中使用
  • 不可預見的事件——根據已經完成的項目預測未來項目的速度，即將實際速度轉化為計劃速度，可以得到準確的估計。 但是，每個項目都有其特殊性，通常不可能根據歷史進行準確的預測。
Velocity in Scrum

概括

使用速度作為衡量開發團隊有效性的指標可能會導致其可靠性降低。 它還會降低估計的質量，我們在本文中對此進行了更詳細的介紹。 畢竟，為了在指標中獲得最佳結果，開發團隊可能會高估任務的勞動強度以提高速度。 這是有害的，因為團隊本身會丟失有價值的信息以進行改進並更準確地計劃其任務。

Scrum 中的速度主要是作為開發團隊用來評估其工作進度的內部衡量標準派上用場的。 這是因為它允許它確定在單個 Sprint 中能夠完成多少任務。

產品負責人手中的速度成為估算大型任務截止日期的有用工具。

然而，最大的風險與使用速度作為評估開發團隊的指標有關。 這是因為它會降低其可信度，甚至故意高估其價值，以改善對 Scrum 團隊工作的外部評估。

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

Scrum Guide | 34. Velocity in Scrum - Speed of the Development Team 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. 產品積壓培養