5分鐘Scrum學習

Scrum是一種專注且靈活的專案管理方法，使團隊能夠透過迭代式軟體開發流程進行工作。Scrum 是經驗主義的，為團隊提供一種方法，用以建立對某事物應如何運作的假設，進行測試，反思經驗，並在正確使用框架時做出適當調整。

Scrum 的結構允許團隊結合對其環境具有意義的其他框架實務。在敏捷世界中，Scrum 已成為軟體開發的領導方法。Scrum 的概念可靠，並已獲得全球數千個開發團隊的驗證。Scrum 最適合於跨功能團隊在產品開發環境中使用，這些環境需要將大量工作分解為多個 2 至 4 週的迭代。

Scrum 的起源

1986：竹内弘和野中郁次郎發表了他們的文章「新新產品開發遊戲」於《哈佛商業評論》中。文章描述了一種橄欖球式的做法，其中「產品開發過程源自精心挑選的跨領域團隊之間的持續互動，團隊成員從頭到尾共同工作。」這篇文章經常被引用為 Scrum 框架的靈感來源。

Scrum 價值（Scrum 價值)

以下原則支持 Scrum 的經驗主義特性：

透明度
團隊必須在一個所有人都了解其他成員所面臨挑戰的環境中工作。團隊會內部揭露問題——通常是長期存在的問題——這些問題會阻礙團隊的成功。

檢視
該框架包含頻繁的檢查點，讓團隊能夠反思其流程的運作情況。這些檢查點包括每日站會和 Sprint 回顧會議。

適應
團隊持續評估進展，並調整那些看似無效的項目。

開發團隊（開發團隊)

產品負責人

「產品負責人是負責管理產品待辦事項清單，以達成團隊期望交付成果的角色。

在 Scrum 中設立產品負責人角色，是為了解決產品開發團隊在決定要開發什麼時所面臨的多重衝突方向或缺乏方向的挑戰。

Scrum 負責人

「Scrum 負責人 負責確保團隊成員實踐敏捷價值觀和原則，並遵循團隊同意採用的流程和實踐。

這個頭銜最初用來指稱一位能夠指導他人的Scrum專家。

這個角色通常沒有正式權力。擔任此角色的人必須從具有影響力的位置領導，通常採取服務型領導的立場。

開發團隊
這個開發團隊 包括在一次Sprint內交付產品增量的成員。

開發團隊的主要責任是在每次Sprint中交付創造價值的增量。工作如何分配由團隊根據當前情況決定。

Scrum工件

產品待辦事項清單
這個產品待辦事項清單 是產品所有可能變更的有序清單。產品待辦事項清單中的項目是選擇項，而非承諾——列在清單上並不保證會交付。

產品負責人持續維護 產品待辦事項清單，包括其內容、清晰度和排序。

Sprint待辦事項清單
這個Sprint待辦事項清單 是在Sprint期間選擇交付的產品待辦事項清單項目，以及團隊識別出為交付這些項目並達成Sprint目標所必需的任務。

增量
增量是Sprint結束時完成的產品待辦事項清單項目集合，這些項目符合團隊的「完成定義」。Sprint 符合團隊的「完成定義」。產品負責人可決定在未來的Sprint中釋出此增量，或在其基礎上進一步開發。

完成定義
這個完成定義 是團隊對產品待辦事項清單項目在被視為完成前必須滿足的標準所達成的共識。

Scrum活動

Sprint
一個時間限定的一個持續一個月或更短時間的活動，在此期間團隊交付一個可能可發行的產品增量。Sprint 的典型特徵包括：

• 開發期間持續時間一致
• 新的 Sprint 在上一個 Sprint 結束後立即開始
• Sprint 的起始與結束日期是固定的

Sprint 規劃（Sprint 規劃)
團隊開始 Sprint 時，會討論將在 Sprint 中處理產品待辦事項中的哪些項目。Sprint 規劃的最終成果是Sprint 待辦事項.

Sprint 規劃通常分為兩個部分。在第一部分中，產品負責人與其他團隊成員協商確定哪些產品待辦事項將納入 Sprint。

在 Sprint 規劃的第二部分，團隊決定如何成功交付所選的產品待辦事項，作為一個可能可發行的產品增量的一部分。如果這是他們的慣例，團隊可能會識別出達成此目標所需的具體任務。所選的產品待辦事項（如適用）與識別出的任務共同構成 Sprint 待辦事項。

一旦團隊與產品負責人根據產品待辦事項的描述達成對 Sprint 範圍的共識，就不再能向 Sprint 待辦事項中添加其他項目。這可保護團隊免受 Sprint 期間範圍變更的影響。

每日站會（每日 Scrum）
每日 Scrum是一場短暫（通常不超過 15 分鐘）的會議，團隊在其中協調第二天的活動。每日 Scrum 不是用來報告進度或解決問題的。

Sprint 回顧
在 Sprint 結束時，整個團隊（包括產品負責人）與產品利益相關者一起審查 Sprint 的成果。此討論的目的在於審查、示範，並可能允許利益相關者使用增量以提供反饋。Sprint 回顧並非用來提供進度報告。來自 Sprint 回顧的反饋將被納入產品待辦事項，以供未來考慮。

Sprint 回顧
在 Sprint 回顧結束後，於 Sprint 結束時，團隊（包括產品負責人）反思上一個 Sprint，並識別未來可進行的調整。這回顧將產生至少一個行動項目，納入下一個 Sprint 的 Sprint 待辦事項中。

五項核心價值

• 開放
• 尊重
• 勇氣
• 專注
• 承諾

生命週期

Scrum 是一個框架，讓開發團隊能夠靈活應對變化的環境。該框架提供了足夠的控制點，確保團隊不會偏離預期成果，並能在工作進行中識別和解決問題，調整流程。

Scrum 的生命週期從已優先排序的待辦事項清單開始，但它並未提供如何建立或優先排序待辦事項清單的指導。

Scrum 的生命週期由一系列的 Sprint 組成，最終產生一個可交付的產品增量。在這些 Sprint 中，產品開發所需的各項活動僅在整體產品的一小部分上進行。以下是 Scrum 生命週期中關鍵步驟的描述：

1. 建立產品待辦事項清單。
2. 產品負責人與開發團隊進行 Sprint 規劃。在 Sprint 規劃的第一部分，定義 Sprint 的範圍；在第二部分，制定達成該範圍的執行計畫。
3. 隨著 Sprint 的推進，開發團隊執行必要的工作，以交付所選的產品待辦事項。
4. 每天，開發團隊在 每日站會.
5. 在 Sprint 結束時，開發團隊交付 Sprint 規劃中所選的產品待辦事項。團隊會舉行 Sprint 回顧向客戶展示增量並收集反饋。團隊與產品負責人也會回顧截至目前的 Sprint 進展，並在回顧會議中相應調整流程。
6. 團隊會重複步驟 2 到 5，直到達成理想的產品成果。重複步驟 2 到 5，直到達成理想的產品成果。

主要優勢

ScrumScrum 透過提供一種簡單但有效的管理方式，讓參與產品開發的小型協作團隊能有效管理工作，對軟體開發領域做出了重大貢獻。它提供一個框架和一組簡單的規則，使團隊能達到適當的規劃、工作控制、風險識別與緩解，以及問題識別與解決。