入門 Scrum Part 3：迭代的執行流程：Sprint 和 Sprint 會議

Scrum 迭代的執行流程：Sprint 和 Sprint 工作會議

作為 PM 兼任 Scrum Master 我理解到 Scrum 迭代的執行流程對於團隊成功實現 Sprint 目標至關重要。在這篇文章中我將深入探討 Scrum 迭代的執行流程，尤其是 Sprint Plan Meeting

Scrum 迭代的執行流程

在 Scrum 中每個迭代被稱為 Sprint，每一個 Sprint 通常持續 2 到 4 週的時間。在每個 Sprint 中團隊需要交付一個可工作的增量 (Product Increment)，該增量可以是軟體功能、產品特性或任何其他有價值的交付成果。這個可工作的增量是一個可用於實際生產環境的產品版本而不是一個原型或試驗性產品。

Sprint 的目標是按時交付可工作的增量並持續為產品的增值做出貢獻，在 Scrum 中增量 (Product Increment) 指的是在每個 Sprint 中，團隊所完成的具有獨立價值的可工作軟體的一部分，這個軟體部分可以被使用者接受並使用。增量是構建產品的過程中的一個重要裏程碑，每個增量都應該能夠為產品的發展帶來實際的價值，每個增量都是基於之前增量的基礎之上完成的，這樣逐步地構建出最終的產品。

Sprint 工作會議通常包含以下幾個階段：

1. Sprint Planning  Meeting
2. Daily stand-up meeting
3. Sprint Review meeting
4. Retrospective meeting

Sprint Planning Meeting

Sprint Planning Meeting 是 Scrum 中最重要的事件之一。它通常是每個 Sprint 中最長的會議，時間通常為 4 小時。Sprint 工作會議的目的是讓團隊一起討論如何完成 Sprint 目標，制定可行的計劃，確保每個人的任務和時間表，並確保團隊成員都理解他們的工作。

Sprint Plan Meeting 包括以下幾個階段：

1. Sprint 目標
2. 討論和制定 Sprint Backlog
3. 制定計劃
4. 確保任務和時間表

下面我將詳細說明這些階段。

1. Sprint 目標

在 Sprint  Plan Meeting 開始之前，產品負責人必須確保 Sprint 目標，Sprint 目標是 Sprint 的一個簡短描述，它指出團隊在 Sprint 中希望完成的工作。

Sprint 目標應該是明確、可測量、有意義且能夠推動產品發展。Sprint 目標應該由產品負責人提供，但整個團隊都應該參與討論，確保所有團隊成員都理解 Sprint 目標，並能夠為其做出貢獻。

2. 討論和制定 Sprint Backlog

在確保了 Sprint 目標之後，團隊成員應該討論和制定 Sprint Backlog。Sprint Backlog 是一份包含所有 Sprint 工作專案的清單，這些工作專案必須在 Sprint 中完成。

Sprint Backlog 的內容可以是產品特性、故事、技術任務或缺陷修復等。Sprint Backlog 應該由整個團隊共同制定，並且必須符合 Sprint 目標。

在討論和制定 Sprint Backlog 時，團隊成員應該關注以下幾個方面：

• 工作專案是否符合 Sprint 目標
• 工作專案的優先線序次序
• 工作專案的可完成性
• 工作專案的時間估算

3. 制定計劃

在討論和制定了 Sprint Backlog 之後，團隊成員應該制定 Sprint 的計劃。計劃應該包括以下幾個方面：

• 完成 Sprint Backlog 所需的時間
• 每個工作專案的時間估算
• 每個工作專案的負責人
• 工作專案之間的依賴關係

制定計劃時團隊成員應該確保計劃是可行的，並且考慮到任何潛在的風險。團隊成員應該共同討論和制定計劃，確保所有人都理解計劃中的任務和時間表。

4. 確保任務和時間表

在討論和制定了 Sprint 的計劃之後，團隊成員應該確保每個工作專案的任務和時間表。每個工作專案的負責人應該確保該專案的所有任務，並為每個任務估算時間。

在確保任務和時間表時，團隊成員應該考慮以下幾個方面：

• 每個任務的時間估算是否合理
• 是否需要調整任務和時間表以應對潛在的風險
• 團隊成員是否理解其責任和時間表

確保任務和時間表是 Sprint 工作會議的最後一個階段。在確保任務和時間表後，團隊成員應該確保所有人都理解其任務和時間表。這包括每個工作專案的負責人以及其他團隊成員，他們可能會在某些任務中提供協助。

5. Sprint 執行

一旦 Sprint  Plan Meeting 結束，團隊成員就可以開始 Sprint 的執行。在 Sprint 執行期間，團隊成員應該進行以下幾項工作：

• 每天進行日常會議
• 定期檢查 Sprint Backlog 和計劃
• 定期更新 Sprint Backlog 的進度和時間表
• 在遇到任何問題時立即解決它們
• 確保 Sprint 目標得到實現

Daily stand-up meeting

Scrum Daily Meeting，又稱 Stand-up Meeting，是 Scrum 方法中最常見的會議。每天在 Sprint 週期內的固定時間和地點進行。團隊成員聚集在一起，分享昨天完成的任務，今天計劃完成的工作以及遇到的問題或障礙。主要目的是讓整個團隊理解當前進度和問題，協調工作，確保 Sprint 目標實現。日常會議可幫助理解 Sprint Backlog 進度和時間表，解決問題。每位團隊成員需分享進度和計劃，確保團隊向 Sprint 目標前進。定期檢查 Sprint Backlog 和計劃可確保 Sprint 目標實現。如有問題或風險，應儘早解決，確保 Sprint 順利進行。

Sprint Review Meeting 

Sprint Review Meeting 是 Sprint 的結束會議，通常在 Sprint 完成後的第一個工作日進行。在這個會議中，團隊展示他們在 Sprint 中完成的所有工作，向利益相關者展示產品的新功能和改進。在這個會議中，利益相關者提供反饋和評論，以幫助團隊進一步最佳化產品。該會議還可以促進利益相關者和團隊之間的溝通和合作，並確保 Sprint 目標得到達成，在 Sprint 執行期間，團隊成員應該定期更新 Sprint Backlog 的進度和時間表。這可以幫助團隊成員理解他們的進度和時間表是否與計劃相符以及是否需要進行任何調整，團隊成員應該確保 Sprint 目標得到實現。如果在 Sprint 結束時目標沒有得到實現，團隊成員應該進行回顧，確保造成目標未達成的原因，以便在下一個 Sprint 中加以改進。

Retrospective meeting

Retrospective meeting 是 Scrum 中的最後一個會議，通常在 Sprint Review Meeting 之後進行。在這個會議中，團隊回顧整個 Sprint 的過程，檢討該過程中發生的所有事情。團隊探討哪些事情做得好，哪些事情可以改進以及如何改進。這個會議的主要目的是為了幫助團隊學習和成長，進一步改進他們的工作方式和流程，以實現更好的結果。在這個會議中，團隊成員還可以提出任何其他建議或問題，以便在下一個 Sprint 中進一步改進。

結論

Sprint 是 Scrum 過程中的一個基本單位，它由 Sprint 工作會議、Sprint 執行和 Sprint 回顧三個部分組成。Sprint 工作會議是 Sprint 的開始階段，團隊成員在此階段確保 Sprint 目標，討論和制定 Sprint Backlog，制定計劃，確保任務和時間表。Sprint 執行期間，團隊成員進行日常會議，定期檢查 Sprint Backlog 和計劃，更新進度和時間表，解決任何問題，確保 Sprint 目標得到實現。Sprint 回顧階段是 Sprint 的結束階段，團隊成員在此階段回顧 Sprint 的過程，確保哪些事情做得好，哪些事情可以改進，以便在下一個 Sprint 中進行改進。

Scrum 的核心是一個自我組織、跨功能的團隊，他們在 Sprint 中一起工作，完成共同的目標。Scrum 透過 Sprint 提供了一個可持續的開發方法，可以在整個開發過程中持續交付高品質的產品。Scrum 適用於開發任何軟體產品或其他複雜產品，可以幫助團隊更好地控制進度和風險，提高產品質量和團隊效率，滿足客戶需求。

在實施 Scrum 過程中，需要遵循 Scrum 框架的基本原則和規範，並持續進行最佳化和改進。Scrum 框架的成功與否取決於團隊成員的合作、承諾和責任心以及管理者的支援和推動。透過實踐 Scrum，團隊可以實現更好的開發過程和產品交付，為客戶和組織帶來更大的價值和效益。