Scrum 團隊如何運作？—

一個Scrum團隊是由一群共同合作以交付產品增量的個人組成，包含三個關鍵角色:

自我組織與跨功能

在Scrum中，團隊是自我組織且跨功能:

自我組織團隊選擇如何最有效地完成工作——而不是由團隊外的人指揮。
跨功能團隊具備完成工作所需的所有技能，而不依賴團隊外的個人。Scrum團隊模式旨在優化彈性、創造力和生產力。

Scrum團隊如何有效合作？

Scrum團隊以增量且迭代的方式交付產品，最大化回饋機會。交付一個「完成」的產品增量，確保始終有一個可發行的版本可用。

Scrum由一組原則（或五個Scrum價值）定義，應被理解為團隊內有效工作的簡單指南。它們是：

勇氣——尤其是在解決困難問題時
專注
承諾對共同團隊目標的承諾
尊重為團隊成員
開放性 進行工作以及可能出現的任何挑戰

Scrum 的核心概念

Scrum 包含一系列Sprints 或開發迭代。每個 Scrum Sprint 都包含相同的流程：角色（人員）、事件（會議）以及成果物（具體的交付成果）。

Sprint 是一個重複的開發週期，直到專案完成為止。
在每個 Sprint 中，需求會被開發、測試、整合並獲得批准（通常以使用者故事的形式）。此流程會從一個 Sprint 持續到下一個 Sprint。

如前所述，Scrum 框架包含三個不同的類別：角色, 事件，以及成果物:

Scrum 角色

Scrum 框架由三個核心角色定義：開發團隊、Scrum 主管和產品負責人。

產品負責人

產品負責人負責最大化產品及開發團隊工作的價值。實現方式可能因組織、Scrum 團隊或個人而異。

產品負責人的角色

產品負責人是唯一負責管理產品待辦事項清單。產品待辦事項清單的管理包括：

明確表達產品待辦事項；
根據目標與目的，對產品待辦事項清單中的項目進行排序；
優化開發團隊所執行工作的價值；
確保產品待辦事項清單對所有人可見、透明且清晰，顯示 Scrum 團隊接下來將處理的內容；以及
確保開發團隊理解產品待辦事項中的項目達到所需的程度。

Scrum 主管

Scrum 主管負責確保 Scrum 理解並被執行。Scrum 主管透過確保 Scrum 團隊遵守 Scrum 理論、實務與規則來達成此目標。

Scrum 主管是 Scrum 團隊的服務型領導者。Scrum 主管協助團隊外的人了解與團隊互動中哪些是有用的，哪些是無效的。Scrum 主管協助所有人改變這些互動，以最大化 Scrum 團隊所創造的價值。

Scrum 主管的角色

Scrum 主管以多種方式支援產品負責人，包括：

識別有效的產品待辦事項管理技術；
協助 Scrum 團隊理解清晰且簡明的產品待辦事項的重要性；
理解在經驗環境中的產品規劃；
確保產品負責人知道如何排序產品待辦事項以最大化價值；
理解並實踐敏捷性；以及
促進Scrum 事件必要時。

Scrum 主管支援開發團隊

Scrum 主管以多種方式支援開發團隊，包括：

引導開發團隊實現自我組織與跨功能；
協助開發團隊交付高價值的產品；
消除阻礙團隊進展的障礙；
依需要促進 Scrum 事件；以及
在 Scrum 尚未完全被採用或理解的組織中，引導開發團隊。

Scrum 主管支援組織

Scrum 主管以多種方式支援組織，包括：
領導並引導組織採用 Scrum；
規劃組織內 Scrum 的實施；
協助員工與利益相關者理解並採用 Scrum 與經驗式產品開發；
推動變革以提升 Scrum 團隊的生產力；以及
與其他 Scrum 主管合作，以提升組織內 Scrum 的有效性。

開發團隊

開發團隊由專業人員組成，他們在每個 Sprint 結束時交付一個可能交付的「完成」產品增量。只有開發團隊的成員才能創造增量。

開發團隊是自我組織的，並由組織賦予權力，以自主組織和管理自己的工作。這種協同作用可優化團隊的整體效率和效能。

開發團隊的角色

開發團隊具有以下特徵：

他們是自我組織的。沒有任何人（即使是Scrum Master）會告訴開發團隊如何將產品待辦事項轉化為可交付的增量。
開發團隊是跨功能的，擁有創造產品增量所需的所有技能。
無論執行何種工作，Scrum 不承認開發團隊成員的任何其他頭銜，僅承認「開發人員」。此規則無任何例外。
無論所處理的具體領域為何（例如測試或業務分析），Scrum 不承認開發團隊內有任何子團隊。此規則無任何例外。
團隊成員可能具備專業技能和專長，但責任由整個開發團隊承擔。

Scrum 事件

Scrum 框架以五個事件為特徵。它們是：Sprint，Sprint 規劃, 每日站會, Sprint 回顧，以及Sprint 回顧.

一個Sprint（也稱為迭代）是 Scrum 中開發的基本單位。Sprint 是一種時間限定努力——表示其有明確的時間限制。每個 Sprint 的持續時間是預先決定的，通常為一至四周，最常見為兩週。
Sprint 規劃是 Scrum 框架中的一個事件，團隊在其中決定在 Sprint 期間將處理哪些產品待辦事項，並討論完成這些事項的初步計劃。
一個每日站會（也稱為每日站會）是每天舉行的短時間限定會議。該會議通常限制在 5 至 15 分鐘，有時也稱為站會、晨會或每日同步。
Sprint 回顧Sprint 回顧 出現在 Sprint 結束後。在審查期間，產品負責人說明在 Sprint 中已完成與未完成的工作。隨後團隊展示已完成的工作，並討論進展、挑戰以及如何改進。
這Sprint 回顧 在每次 Sprint 之後舉行，緊接在 Sprint 回顧之後。它為團隊提供了檢視自身並為下一個 Sprint 制定改進計劃的機會。

Scrum 藝術品

藝術品是提供專案詳細資訊的實體記錄。Scrum 藝術品包括產品待辦事項清單、Sprint 待辦事項清單，以及產品增量。

這產品待辦事項清單 是一個優先排序的特徵、錯誤或技術工作清單，目前尚未進行中。從產品負責人的觀點來看，它應包含所有具有價值的工作。
隨著產品需求的演變，產品負責人與其他團隊成員共同審查並根據需要調整產品待辦事項清單。
這Sprint 待辦事項清單 是為 Sprint 選定的所有產品待辦事項清單項目之清單。此清單透過從產品待辦事項清單中優先排序項目，直到團隊認為已達到其 Sprint 容量為止。團隊成員根據技能與優先順序，在 Sprint 待辦事項清單中登記任務，遵循自組織的 Scrum 架構。
這產品增量 是 Sprint 期間所有已完成產品工作的總和，加上之前所有 Sprint 中已完成的工作。Sprint 的目標是產生一個已完成的產品增量。Scrum 團隊決定什麼定義增量的「完成」狀態，但所有成員必須同意並理解此定義。

Scrum 生命週期

Scrum 生命週期從產品待辦事項清單開始，但未提供如何開發或優先排序的指導。相反地，它包含一系列 Sprint，最終產生一個可能可交付的產品增量，如下方圖示所示。

在這些 Sprint 中，產品開發所需的所有活動都在整體產品的一小部分上進行。以下是 Scrum 生命週期中關鍵步驟的說明：

敏捷 Scrum 架構

企業進行優先排序，團隊則自我組織，以決定交付最高優先順序功能的最佳方式。
產品負責人代表企業，負責維護產品待辦事項清單（功能清單）並設定開發優先順序。
在 Sprint 規劃期間，團隊從待辦事項清單的頂端取出一小部分，加入 Sprint 待辦事項清單，並決定如何交付。
Scrum 基於稱為 Sprint 的迭代週期，通常持續 2 至 4 週，在此期間產品會被設計、編碼與測試，同時每日站會追蹤進度（每日 Scrum）。
在此過程中，Scrum 主管確保團隊專注於其目標。
在 Sprint 結束時，工作應準備好交付給利益相關者。
Sprint 以 Sprint 回顧和反思結束。
在下一個 Sprint 中，團隊選擇產品待辦事項列表中的另一個部分，並再次開始。
此過程持續進行，直到整個待辦事項列表完成，或因時間或預算限制而停止工作。
這持續進行，直到專案被視為完成，無論是工作停止（截止日期、預算等）或整個待辦事項列表完成。

Scrum團隊如何運作？——快速指南