敏捷開發入門看板|理解 Scrum 的三個角色·五個事件·三項產出物,跑完第一個衝刺

專案與開發

敏捷開發入門看板|理解 Scrum 的三個角色·五個事件·三項產出物,跑完第一個衝刺

剛開始學敏捷開發的人,以及第一次加入 Scrum 團隊的人,用這套給新手的敏捷開發入門範本,理解三個角色、五個事件、三項產出物,把第一個衝刺完整跑一遍。白板上依序是敏捷開發的想法、兩週衝刺的五個步驟、三個角色的三個框、三項產出物的三個框、五個事件速查表、用 MoSCoW 挑出這次要做的部分(四欄),以及 KPT 回顧。任務看板分成產品待辦清單、衝刺待辦清單、開發中、待審查、完成五欄,認識用語、安排第一個衝刺、開好每日站立會議、審查與回顧這四個父任務與十二個子任務全部是未開始。不懂 Scrum 的做法就直接參加,很容易被術語甩在後頭;照著這塊看板由上往下走一遍並跑完一個衝刺,連每日站立會議上該說什麼都會變清楚。這也是敏捷開發怎麼做、Scrum 怎麼入門的一份具體答案。與已經在運作的團隊所用的兩週衝刺營運看板不同,這裡的主角是用語的理解和第一次的完整體驗。

0 讚 0 複製 作者: WeProcess
敏捷開發 Scrum 衝刺 開發團隊 入門
免費註冊並使用此範本

免費註冊後,即可從範本市集複製並使用此範本

白板預覽

預覽模式 敏捷開發入門看板|理解 Scrum 的三個角色·五個事件·三項產出物,跑完第一個衝刺

白板預覽

① 什麼是敏捷開發(用短週期做出來、給人看、再修) ② 兩週衝刺的流程(每日站立會議每天重複) ③ 產品負責人 ④ Scrum Master ⑤ 開發人員 ⑥ 產品待辦清單 ⑦ 衝刺待辦清單 ⑧ 增量 ⑨ 五個事件速查表 敏捷開發 入門看板 使用方式:① 讀懂敏捷開發的想法 ... 完成的定義·成果 角色·約定 卡住的事·障礙 發現·改善 一句話說完用兩週左右的短週期做出會動的東西,給人看,收到意見再修。不斷重複這個過程。 和以前做法的不同例:不是把所有規格都訂完才動手,而是先訂好先做什麼,由上往下一點一點做。順序中途可以改。 好在哪裡例:每兩週就看得到實物,方向偏了兩週內就會發現。重做也只多花一輪的工。 1. 衝刺規劃會議衝刺的第一天。用⑩的 MoSCoW 挑出兩週內要做的東西,做出衝刺待辦清單。最長四小時。例:從產品待辦清單上面挑三件、合計 13 個故事點。 2. 開發(兩週)只做挑中的部分。就算來了新的需求,原則上也不放進這個衝刺。例:只推進登入改善的三件(13 點)。 3. 每日站立會議(每天十五分鐘)在第二步的兩週裡,每天固定時刻十五分鐘。各自說昨天做了什麼、今天要做什麼、卡在哪裡。與開發並行,每天重複。例:每天早上十點站著開。 4. 衝刺審查最後一天。把會動的東西給相關人看並收集意見。最長兩小時。給人看畫面,不是給人看文件。例:實際操作新的登入畫面做示範。 5. 衝刺回顧審查之後。看的不是做出來的東西,而是做事的方式本身。最長一個半小時。用⑪的 KPT 訂下一個動作。例:把「插隊的需求先由 Scrum Master 接下」當作下次的 Try。 決定先做什麼的人 對產品待辦清單的排序負責 例:訂下「這次先做登入改善」 做什麼內容拿不定時,就找這個人商量 看流程有沒有被遵守的人 排除卡點,守住每個事件的時間 例:先接下插隊的需求,再去做協調 不是下指令的角色,也不一定是主管 實際動手做的人,包含設計、實作、測試 兩週做得完多少,由開發人員自己估 例:三個人分擔衝刺待辦清單 「開發人員」不是職稱,而是角色的名字 把想做的全部照先做的順序排成的一張清單 越上面越先做。順序由產品負責人決定 例:登入改善/通知設定/管理後台搜尋 這張清單沒有終點。中途變多也沒關係 只把這兩週決定要做的部分移過來 在規劃會議上挑選,中途不再追加 例:登入改善的三件(合計 13 點) 誰負責哪一件,看這裡也知道 兩週結束時做好的、會動的東西 不符合完成的定義(=團隊事先講好做到哪裡才算完成的條件)的東西不算在內 例:測試與驗證都做完的登入改善 衝刺審查上給人看的就是它 做什麼 誰參加 時間參考 衝刺 衝刺裝下其餘四個事件的、為期兩週的箱子。中途不延長期間。 Scrum 團隊全員(產品負責人·Scrum Master·開發人員) 兩週固定在一個月以內 規劃會議 衝刺規劃會議挑出兩週內要做什麼,做出衝刺待辦清單。 Scrum 團隊全員 最長四小時第一天上午 每日站立會議 每日站立會議說昨天做了什麼、今天要做什麼、卡在哪裡。 開發人員(另外兩個角色是聽的一方) 十五分鐘每天同一時刻、同一地點 審查 衝刺審查展示會動的東西並收集意見。看畫面,不看文件。 Scrum 團隊+相關人(需求方·使用者) 最長兩小時最後一天 回顧 衝刺回顧看的不是做出來的東西,而是做事的方式本身。 Scrum 團隊全員 最長一個半小時審查之後 ⑩ 挑出這兩週要做的部分(MoSCoW) Must(必須) 只放沒有它衝刺目標就達不成的東西。例:修好重設密碼信收不到的問題 Should(應該做) 重要,但這次拿掉也能達成目標的東西。例:改掉看不懂的錯誤訊息 Could(可以做) 放進衝刺,但時間不夠時最先拿掉的東西。這次沒有也能達成目標。例:更換登入畫面的標誌圖 Won't(這次不做) 決定不做的東西。不要刪掉,留在產品待辦清單(看板⑥)裡。例:通知設定與管理後台搜尋留到下個衝刺以後 ⑪ 第一個衝刺的回顧(KPT) Keep(要繼續的) 自從把每日站立會議固定在每天早上十點,全員都到齊了 卡住的事當場講出來,半天就解開了 Problem(沒做到的) 挑的 13 個故事點裡,有 5 點兩週沒做完 中途插進來的需求沒能拒絕,衝刺待辦清單越來越脹 Try(下次要試的) 下個衝刺從 8 個故事點開始,有餘力再加 插隊的需求先由 Scrum Master 接下
100%

拖曳可移動,滾動滑鼠滾輪可縮放

任務看板內容

產品待辦清單 16 項

認識 Scrum 的用語
安排第一個衝刺
開好每日站立會議
審查與回顧
寫出三個角色
排出五個事件
確認三項產出物
訂好期間與星期
把要做的放進首欄
只挑兩週的量
說昨天與今天
當場說出卡住的事
用看板呈現進度
展示會動的東西
意見放回待辦清單
用 KPT 訂一個 Try

衝刺待辦清單 0 項

開發中 0 項

待審查 0 項

完成 0 項