專案與開發
敏捷開發入門看板｜理解 Scrum 的三個角色·五個事件·三項產出物，跑完第一個衝刺
入門｜白板 2 頁·任務看板 5 欄（4 個父任務、12 個子任務）
入門：不使用專業術語，只要依照白板上的提問與填寫範例逐一回答，就能成形。
剛開始學敏捷開發的人，以及第一次加入 Scrum 團隊的人，用這套給新手的敏捷開發入門範本，理解三個角色、五個事件、三項產出物，把第一個衝刺完整跑一遍。白板上依序是敏捷開發的想法、兩週衝刺的五個步驟、三個角色的三個框、三項產出物的三個框、五個事件速查表、用 MoSCoW 挑出這次要做的部分（四欄），以及 KPT 回顧。任務看板分成產品待辦清單、衝刺待辦清單、開發中、待審查、完成五欄，認識用語、安排第一個衝刺、開好每日站立會議、審查與回顧這四個父任務與十二個子任務全部是未開始。不懂 Scrum 的做法就直接參加，很容易被術語甩在後頭；照著這塊看板由上往下走一遍並跑完一個衝刺，連每日站立會議上該說什麼都會變清楚。這也是敏捷開發怎麼做、Scrum 怎麼入門的一份具體答案。與已經在運作的團隊所用的兩週衝刺營運看板不同，這裡的主角是用語的理解和第一次的完整體驗。
免費註冊後，即可從範本市集複製並使用此範本
白板預覽
以文字閱讀白板內容
敏捷開發 入門看板
使用方式：① 讀懂敏捷開發的想法 → ② 走一遍兩週衝刺的流程 → ③ 確認三個角色與三項產出物（看板③〜⑧） → ④ 訂下五個事件的時間，並用 MoSCoW 分出這次要做與先不做的（看板⑨⑩） → ⑤ 用 KPT 檢視（看板⑪）
① 什麼是敏捷開發（用短週期做出來、給人看、再修）
- 一句話說完 用兩週左右的短週期做出會動的東西，給人看， 收到意見再修。不斷重複這個過程。
- 和以前做法的不同 例：不是把所有規格都訂完才動手， 而是先訂好先做什麼，由上往下一點一點做。順序中途可以改。
- 好在哪裡 例：每兩週就看得到實物，方向偏了兩週內就會發現。 重做也只多花一輪的工。
② 兩週衝刺的流程（每日站立會議每天重複）
- 1. 衝刺規劃會議 衝刺的第一天。用⑩的 MoSCoW 挑出兩週內要做的東西，做出衝刺待辦清單。最長四小時。例：從產品待辦清單上面挑三件、合計 13 個故事點。
- 2. 開發（兩週） 只做挑中的部分。就算來了新的需求，原則上也不放進這個衝刺。例：只推進登入改善的三件（13 點）。
- 3. 每日站立會議（每天十五分鐘） 在第二步的兩週裡，每天固定時刻十五分鐘。各自說昨天做了什麼、今天要做什麼、卡在哪裡。與開發並行，每天重複。例：每天早上十點站著開。
- 4. 衝刺審查 最後一天。把會動的東西給相關人看並收集意見。最長兩小時。給人看畫面，不是給人看文件。例：實際操作新的登入畫面做示範。
- 5. 衝刺回顧 審查之後。看的不是做出來的東西，而是做事的方式本身。最長一個半小時。用⑪的 KPT 訂下一個動作。例：把「插隊的需求先由 Scrum Master 接下」當作下次的 Try。
③ 產品負責人
- 決定先做什麼的人
- 對產品待辦清單的排序負責
- 例：訂下「這次先做登入改善」
- 做什麼內容拿不定時，就找這個人商量
④ Scrum Master
- 看流程有沒有被遵守的人
- 排除卡點，守住每個事件的時間
- 例：先接下插隊的需求，再去做協調
- 不是下指令的角色，也不一定是主管
⑤ 開發人員
- 實際動手做的人，包含設計、實作、測試
- 兩週做得完多少，由開發人員自己估
- 例：三個人分擔衝刺待辦清單
- 「開發人員」不是職稱，而是角色的名字
⑥ 產品待辦清單
- 把想做的全部照先做的順序排成的一張清單
- 越上面越先做。順序由產品負責人決定
- 例：登入改善／通知設定／管理後台搜尋
- 這張清單沒有終點。中途變多也沒關係
⑦ 衝刺待辦清單
- 只把這兩週決定要做的部分移過來
- 在規劃會議上挑選，中途不再追加
- 例：登入改善的三件（合計 13 點）
- 誰負責哪一件，看這裡也知道
⑧ 增量
- 兩週結束時做好的、會動的東西
- 不符合完成的定義（＝團隊事先講好做到哪裡才算完成的條件）的東西不算在內
- 例：測試與驗證都做完的登入改善
- 衝刺審查上給人看的就是它
⑨ 五個事件速查表
| 做什麼 | 誰參加 | 時間參考 | |
|---|---|---|---|
| 衝刺 | 衝刺 裝下其餘四個事件的、為期兩週的箱子。中途不延長期間。 | Scrum 團隊全員 （產品負責人·Scrum Master·開發人員） | 兩週 固定在一個月以內 |
| 規劃會議 | 衝刺規劃會議 挑出兩週內要做什麼，做出衝刺待辦清單。 | Scrum 團隊全員 | 最長四小時 第一天上午 |
| 每日站立會議 | 每日站立會議 說昨天做了什麼、今天要做什麼、卡在哪裡。 | 開發人員 （另外兩個角色是聽的一方） | 十五分鐘 每天同一時刻、同一地點 |
| 審查 | 衝刺審查 展示會動的東西並收集意見。看畫面，不看文件。 | Scrum 團隊＋相關人 （需求方·使用者） | 最長兩小時 最後一天 |
| 回顧 | 衝刺回顧 看的不是做出來的東西，而是做事的方式本身。 | Scrum 團隊全員 | 最長一個半小時 審查之後 |
⑩ 挑出這兩週要做的部分（MoSCoW）
Must（必須）
- 只放沒有它衝刺目標就達不成的東西。 例：修好重設密碼信收不到的問題
Should（應該做）
- 重要，但這次拿掉也能達成目標的東西。 例：改掉看不懂的錯誤訊息
Could（可以做）
- 放進衝刺，但時間不夠時最先拿掉的東西。這次沒有也能達成目標。 例：更換登入畫面的標誌圖
Won't（這次不做）
- 決定不做的東西。不要刪掉，留在產品待辦清單（看板⑥）裡。 例：通知設定與管理後台搜尋留到下個衝刺以後
⑪ 第一個衝刺的回顧（KPT）
Keep（要繼續的）
- 自從把每日站立會議固定在每天早上十點，全員都到齊了
- 卡住的事當場講出來，半天就解開了
Problem（沒做到的）
- 挑的 13 個故事點裡，有 5 點兩週沒做完
- 中途插進來的需求沒能拒絕，衝刺待辦清單越來越脹
Try（下次要試的）
- 下個衝刺從 8 個故事點開始，有餘力再加
- 插隊的需求先由 Scrum Master 接下
任務看板內容
產品待辦清單 16 項
認識 Scrum 的用語
最先絆住人的就是用語。照角色、事件、產出物三束來記，開會時就不會跟丟。
寫出三個角色
用真實姓名寫出產品負責人、Scrum Master、開發人員各是誰。有人兼任就寫明兼任。
排出五個事件
把衝刺／衝刺規劃會議／每日站立會議／衝刺審查／衝刺回顧這五個依時間順序排好，並填上日期與時刻。
確認三項產出物
確認產品待辦清單、衝刺待辦清單、增量各自放在哪裡、由誰維護。
安排第一個衝刺
只背用語學不起來。要先把兩週的框訂下來，並且只挑出裝得進這個框的量。
訂好期間與星期
訂下開始日、結束日，以及每個事件在星期幾的幾點。中途不延長期間。
把要做的放進首欄
把想做的全部放進產品待辦清單這一欄，再照先做的順序排好。順序由產品負責人決定。
只挑兩週的量
由上往下，只把兩週內做得完的量移到衝刺待辦清單。太多時先用看板⑩的 MoSCoW 訂出 Won't（這次不做）並拿掉。猶豫時就挑少一點。
開好每日站立會議
衝刺期間每天的運作。不要開成進度報告會，而是當場把卡住的事說出來、把塞住的地方打通。
說昨天與今天
每人用一分鐘說昨天做了什麼、今天要做什麼。細節討論留到站立會議之後再談。
當場說出卡住的事
卡住的事一定要說出口。解決由 Scrum Master 在站立會議之後接手推動。
用看板呈現進度
把卡片移到開發中、待審查、完成，讓還剩多少一眼就看得見。
審查與回顧
兩週的收尾。對做出來的東西的意見，和對做事方式的意見，要分開處理，這是 Scrum 的規矩。
展示會動的東西
在衝刺審查上給相關人看的不是文件，而是實際會動的畫面，並收集意見。
意見放回待辦清單
把收到的意見做成卡片放回產品待辦清單這一欄，當作下次排順序的材料。
用 KPT 訂一個 Try
在回顧上重新檢視做事的方式，只訂一個下個衝刺要試的 Try。
