Scrum 指南 | 16. 擴展 Scrum

已發表: 2022-05-16

Scrum 團隊應由最多 10 人組成。 但是當一大群專家需要在一個項目上工作時該怎麼辦？ 或者，如果組織決定採用敏捷的管理方式？ 為了解決這個問題，Scrum 開發人員提出了 [email protected]，它是一種按照 Scrum 原則組織整個團隊的無尺度架構。

Scaling Scrum – 目錄：

  1. 介紹
  2. [電子郵件保護]
  3. Scrum 的 Scrum
  4. 進一步的擴展和[電子郵件保護]問題
  5. 概括

介紹

隨著組織的發展，新的問題就會出現。 例如，由於內部結構複雜、決策制定困難或方向設定困難導致員工效率下降。 在小型項目團隊級別運營敏捷的公司通常希望擴大規模。

許多企業在沒有擴展 Scrum 的情況下做得很好。 即使許多 Scrum 團隊同時運行，它們也不需要協調，因為這些組是獨立運行的。 但是，這並不意味著它是一個多團隊 Scrum。 只有當大多數組織都在開發一種產品並且可以有效地同步其多個 Scrum 團隊時，才需要擴展。

大多數大規模採用敏捷管理方法的組織選擇 SAFE 模型或規模化敏捷框架。 然而，今天我們不會關注SAFE ，而是討論一種稱為[電子郵件保護]的不同模型，因為根據 2021 年第 15 份敏捷狀態報告，它是選擇敏捷的企業中的第二佳選擇。

[電子郵件保護]

1996 年，Scrum 的創建者 Jeff Sutherland 和 Ken Schwaber 正在開展一個大型項目。 當他們這樣做時，他們很難讓較小的團隊在 Scrum 中同步工作。 他們想出了一種方法來擴展它，他們最終稱之為 [電子郵件保護]

與官方 Scrum 指南類似的是[email protected] 指南，它將這種擴展工作的方式定義為：

Scrum 團隊網絡按照 Scrum 指南運行的框架，以解決複雜的自適應問題並創造性地交付具有盡可能多價值的產品。

[email protected] 的基本前提是簡單和高效。 因此，它的運行是基於無標度架構的。 換句話說，它使用 Scrum 來擴展 Scrum。 這樣一來，由擔任產品負責人、Scrum Master 或開發人員的個人組成的 Scrum 團隊成為 Scrum of Scrums：由團隊組成的團隊。

Scrum 的 Scrum

Scrum of Scrums 是一個 Scrum 團隊，由擔任傳統 Scrum 角色的人員組成。 但是，由於 Scrum of Scrums 的任務是整合幾個 Scrum 團隊的工作成果，所以需要額外的帖子：

  • 產品負責人團隊– 一組產品負責人，他們開會就優先事項達成一致並創建有凝聚力的產品願景
  • 首席產品負責人——Scrum 團隊的產品負責人或專門處理 Scrum of Scrums 的人
  • Scrum of Scrums Master——監督 Scrum of Scrums 有效性的人。

他們在相同的 Scrum 活動中見面並使用類似的工件。

Scaling Scrum

進一步的擴展和 [電子郵件保護] 問題

[email protected] 的無尺度架構意味著它可以不止一次地進行擴展。 如果一個組織需要在更大範圍內協調團隊，它可以設置 Scrum of Scrums。

然而，像任何其他管理方法一樣，擴展 Scrum 也有其缺陷，在這種情況下，它們與基本的 Scrum 團隊相似，只是它們的比例更大。 這就是為什麼我們建議在更大規模地開始 Scrum 之前製定每個 Scrum 團隊內部協作的細節。 我們建議為經驗豐富的團隊擴展 Scrum，這些團隊對 Scrum 的價值觀和運作有很好的了解和理解。

scaling

擴展 Scrum – 總結

擴展 Scrum 不是兒戲。 它要求 Scrum 團隊熟練地應用 Scrum 原則並與其他 Scrum 團隊同步他們的任務。 因此，要回答的基本問題是：是否需要縮放？ 僅僅因為一個組織中有很多 Scrum 團隊並不意味著協調他們會帶來更好的結果。

如果一個組織選擇增強 Scrum，它將獲得一個可以進一步成功增強的無尺度架構。 然而，每次增強都伴隨著產品負責人團隊、首席產品負責人和 Scrum of Scrums Master 必須處理的複雜程度的增加。

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

Scrum Guide | 16. Scaling 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. 產品積壓培養