敏捷開發介紹 - 會議
敏捷開發介紹 - 會議
在細講 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 中的各種產出