敏捷：Scrum的5個會議
阿新 • • 發佈：2018-12-24
http://blog.csdn.net/liumiaocn/article/details/52475180
在本文中我們會整理一下Scrum的五個Event也是五個會議的相關資訊。
sprint plan meeting
sprint規劃會議的主要資訊如下
| 項番 | ITEM | 詳細說明 |
|---|---|---|
| No.1 | WHY | 為即將要開展的sprint指定計劃 |
| No.2 | WHO | 全員參加 |
| No.3 | WHEN | sprint第一天 |
| No.4 | WHAT | 本sprint要交付的內容如何完成 1.一般由PO來講product backlog 2.然後團隊來進行評估，得出sprint backlog 3.拆分task以估算時間 4.領取task |
| No.5 | HOW LONG | 8小時之內（1個月的sprint） |
| No.6 | INPUT | 產品列表 最新增量 團隊容量 歷史資料 |
| No.7 | OUTPUT | 本次sprint的backlog |
daily scrum meeting
| 項番 | ITEM | 詳細說明 |
|---|---|---|
| No.1 | WHY | 指定24小時的計劃 |
| No.2 | WHO | Scrum Master和開發團隊 |
| No.3 | WHEN | 每天 固定時間 規定地點 |
| No.4 | WHAT | 3個問題 我昨天作了什麼/我今天要做什麼/我有什麼問題 |
| No.5 | HOW LONG | 15分鐘之內 |
| No.6 | INPUT | sprint待辦列表 |
| No.7 | OUTPUT | sprint待辦列表 |
product backlog refinement meeting
| 項番 | ITEM | 詳細說明 |
|---|---|---|
| No.1 | WHY | 為接下來的一到兩個sprint作準備 |
| No.2 | WHO | 全員參加 |
| No.3 | WHEN | sprint進行中 |
| No.4 | WHAT | 1.澄清 2.拆分 3.排序 4.更新驗收標準 |
| No.5 | HOW LONG | sprint的5-10% |
| No.6 | INPUT | product backlog |
| No.7 | OUTPUT | product backlog |
sprint review meeting
| 項番 | ITEM | 詳細說明 |
|---|---|---|
| No.1 | WHY | 檢視增量並調整 |
| No.2 | WHO | 全員參加 |
| No.3 | WHEN | sprint結束時 |
| No.4 | WHAT | 1.done和undong的check 2.問題3.成果演示 4.下一步計劃討論和調整的討論 |
| No.5 | HOW LONG | 4個小時之內 |
| No.6 | INPUT | 增量 / product backlog / Issue List |
| No.7 | OUTPUT | 修訂版product backlog/下一個sprint的sprint backlog/獲取反饋促進合作 |
sprint retrospective meeting
| 項番 | ITEM | 詳細說明 |
|---|---|---|
| No.1 | WHY | 為下一個sprint作改進 |
| No.2 | WHO | 全員參加 |
| No.3 | WHEN | sprint評審會議結束後 |
| No.4 | WHAT | 檢視/調整/計劃 |
| No.5 | HOW LONG | 1-3小時（1個月的sprint） |
| No.6 | INPUT | Burn Down Chart/評審會議結果/調查結果/sprint backlog |
| No.7 | OUTPUT | 改進計劃或下次sprint的改善執行計劃 |
總結
曾經看到過VersionOne的一個調查，失敗的Agile專案中大概超過40%的是因為對Agile的文化不熟悉，對各種做法不清晰而導致的。為Agile而Agile，或者只是做Agile的殼，實際仍然按照原來地方式走，我們做過太多類似的事情。期待的是Agile Coach不再整天空談文化和讓世界充滿愛和信任，期待專案的管理重新迴歸到有據可循的階段。以上整理僅為一個參照，請勿對號入座。