MH Tsai
敏捷開發介紹 - 會議
敏捷開發介紹 - 會議
在細講 scrum 裡面有什麼會議前,歡迎先看這篇敏捷開發介紹
一個 Scrum 團隊組成裡面會有 5 個主要會議
- Sprint Grooming
- Sprint Planning
- Sprint Kickoff
- Sprint Start
- Sprint Demo & Retro
Sprint Grooming
確定候選的 User Story 都已經可以準備進到 Sprint Planning,在 Grooming 中 Scrum Master、Project Owner 和 Tech Lead,會先對候選 User Story 做檢視,會檢視以下重點:
- Story 的需求描述是否清楚
- Story 的預期產出是否清楚
Sprint Planning
評估完下個 Sprint 的所有 User Story,切分成可執行的 Tasks 並評估 Story points。**
**Scrum Master 會負責主持這個會議,和團隊成員討論每個 User Story 該如何被切分成可完成的 Task,並給每個 Task 對應的 Story Points。這個會議中最常令人詬病的就是會議時間,由於一個 User Story 該如何被完成,從不同面向切入都會有不同的情況要考慮,因此 Scrum Master 在這就很需要明確地限縮討論範圍,避免系統的過度設計和斟酌交付功能的時程。過多的會議和過長的會議時間,通常都是造成團隊成員對 Scrum 嚴重反感的原因。
Sprint Kickoff
根據團隊的開發容量 (Capacity)和 Feature 的優先程度 (Priority)分配 Task 給團隊成員。**
**很常遇到情況是 Planning 完之後 Tasks 遠超過團隊成員所能負荷的開發容量,這時應該和 Project Owner 討論 User Story 的取捨,這非常重要,因為做不完的就是做不完,不會因為硬放進 Sprint 裡就可以適當且高品質地交付,確保團隊成員都明白自己要做的 Task 內容後,就可以開始該Sprint。
Sprint Start
穩健地執行、完成 Task 和移除打擾團隊成員的外務,是 Scrum Master 此時最重要的事**
**Sprint 開始之後,每天中午都會主持一個 Daily Standup meeting,叫做 Standup 是因為希望這個每日同步進度的會議,時間盡量短 (大家腳痠了就知道要結束了)
Standup meeting 主要幾個要點:
- 每個人正在做了什麼
- 每個人接下來要做什麼
- 有沒有誰的 Task 被別人擋住 (Block)
通常 Sprint 中都會有很多意外 (完美的 Sprint 並不存在),可能是系統的不穩定或是需求變更, 這時候都是 Scrum Master 需要去協助調整資源,確保相關的人都知道會有什麼預期產出會受影響,並且在下一個 Grooming 的時候做出調整。
Sprint demo and retro
這個會議的重點就是展示完成的 Feature 和討論有什麼流程上需要改善的部分
每個 Sprint 結束的時候都很值得慶祝🍻,每個成功交付的功能都有歸功於團隊成員的貢獻,適當的鼓勵是對團隊仕氣非常重要的環節,除此之外,在這個會議也會討論:
- 有什麼是做的很好應該繼續的
- 有什麼是可以做的更好的
- 有什麼是應該要避免的
根據這個結論去修正 Scrum 然後我們就回到 Grooming 繼續開始下個 Sprint 週期
為什麼要有這些會議呢?讓我們來聊聊 Sprint 中的各種產出