# 如何跑 Sprint (衝刺)？

###### tags: `dev` `docs` `training`

開發團隊應該包含以下角色，一個成員可能擁有不只一個角色：

- Team Lead：與成員討論與分析安排 Story 內容與 Tasks
- Team Member：開發 Story 與 Task，遇到問題隨時與 Team Lead 討論
- Product Owner (PO)：在每次 Sprint 向團隊提出需求，這個角色可以是 PM 或是上層
- Scrum Master：協助團隊能順利的運作，適時讓團隊自省與改善

## 現任成員角色

- Team Lead：
- Team Member：
- Product Owner：
- Scrum Master：

## 使用工具

- Sprint note：HackMD
- Kanban：Shortcut

現在每個 Sprint 為期**兩週**，以下描述完整一個 Sprint 應該有哪些程序，請務必按照順序執行：

## Sprint Planning

- 為上個 Sprint 的結束，也是新的 Sprint 的開始
- Tead Lead 新增一篇 Sprint note 與 Kanban 新增一個 Iteration
- 由 PO 提出這次的需求，盡可能詳細與明確
- 由 Team Lead 協助帶領成員寫出明確的 Story
- 由 Team Lead 與 Team Member 一同分析 Story，完成 Story 描述與列出 Task，盡可能詳細
- Scrum Master 協助帶領進行 Story 點數估計，按照之前已經完成的某個 Story 作為參考，評估 Story 相對大小，讓成員彼此對 Story 的心理認知更接近
- 基於上次 Sprint 完成的點數，估計這次能執行到的 Story，排序優先度，並把超出點出的 Story 移出 Sprint

## Sprint Daily

- 每個開發日，由 Team Lead 發起，帶領 Team Member 每個人回顧昨天開發的進度，提出是否有需要協助的，或是有空可以協助別人，並講述今天的開發項目
- 每日更新 Sprint note，用以記錄每次 Sprint 的工作內容，在回顧時可以使用
- 若有需求不明確的地方，請務必向 PO, PM 提出詢問，並將更新的資訊同步回 Kanban 與 Sprint note 中
- 若 PO, PM 有臨時更動 Story 內容，請向 Team Lead 提出更改，並將更新的資訊同步回 Kanban 與 Sprint note 中

## Sprint Demo

- 在 Sprint 的最後，將開發進度展示給所有人知道
- Team Lead 在 Demo 之前，向 Team Member 詢問是否有需要 Demo 的項目
- 向所有成員，包含 PO, PM 等，提出邀請參加 Demo 與列出 Demo 順序與內容
- 在 Demo 之前將要展示的內容與環境準備好
- Demo 時由 Team Lead 帶領，盡可能讓每個成員成功展示

## Sprint Review

- 接續 Demo 之後，Team Lead 帶領 Team Member 回顧這次 Sprint 執行的內容
- 詢問 Team Member 是否有在 Sprint 中間新增處理的事情或是增加的 Story，並加回紀錄在 Sprint note 與 Kanban 上
- 詢問 Team Member 確認每個 Story 的進度，更新執行狀態到 Kanban 上並移動到正確的 Workflow (Ready to dev, In progress, Ready to review, Complete)
- 統計這次 Sprint 完成的點數

## Sprint Retro

- 由 Scrum Master 帶領，詢問 Team Lead 與 Team Member 這次 Sprint 執行中有遇到任何問題或是發現開發流程上需要改善的各種部分
- 稱讚成員哪些部分做得好、提醒團隊有哪些部分需要改進
- 是否有設備上的問題，例如電腦有問題、冷氣太冷、沒零食肚子餓
- 團隊可以自省並提出改善，例如需要有自動化測試、缺少人手、改進架構等
- 團隊是自我組織的，要互相信任並且積極溝通