【The Proof - 202001期】敏捷學習的新標準SBOK Guide

『敏捷開發』是當今臺灣企業學習的顯學，不管什麼議題、活動、課程似乎什麼都要與敏捷掛上一點關係才會酷炫，所以，各種敏捷社群、敏捷證照在這幾年也發展的比較快速。在各種敏捷開發學派中，最普及的學派大概非『Scrum』莫屬。據統計市場上高達80%以上的敏捷開發模式與企業對敏捷的導入需求幾乎都是依據Scrum為基礎。Scrum之所以這麼受到歡迎，當然最重要的因素就是因為『Scrum』最簡單、最容易學習。在之前的文章中（參考『專案管理文章：敏捷_Scrum』）我們也曾經為讀者介紹過Scrum的運作模式與流程，有興趣的讀者可以回溯參考。

Scrum的開發思維就是不斷的運用Sprint（衝刺）進行P-D-C-A循環，不斷的持續改善，朝向客戶的目標前進。雖然其運作模式看似非常簡單，但是其中有很多的操作認知與細節常常會大大影響整個敏捷系統推動的成敗。所以，Scrum運作的好或壞與推動敏捷的成員對於敏捷理解與經驗就有相當大的正相關，也就是Scrum人人會做，但呈現的結果卻都不同。Ken Schwaber與Jeff Sutherland在其共同編寫的『Scrum指南』中就很明確的提到：Scrum僅僅是一種框架，要將Scrum做好，需要不斷的練習與大量的經驗，Scrum是一種經驗主義的控制理論。所以說，Scrum其實是一種容易學習但又變化多端的開發管理方法。

對於比較熟悉以流程型態、瀑布型態來進行專案管理的PMP們而言，學習敏捷最大的困惑就是『不扎實』、『太過跳Tone』，似乎談了很多技巧卻又感覺到無從下手的困境。如果您也有相同的困擾，推薦您一個學習Scrum的新選擇，由SCRUMstudy機構所建立的Scrum知識學習指引（A Guide to the SCRUM BODY OF KNOWLEDGE – SBOK Guide），這份學習指引把整個Scrum運作從產品發想到進入市場銷售，切分成五大階段以及細分成19個子流程，每個子流程再分別運作其Inputs、Tools以及Outputs（ITO）來實現整個Scrum的開發。看到這裡，各位PMP們是不是發現這樣的編排與過往熟知的PMBOK相當類似，比較有感覺？

而且SBOK把模糊的Scrum五大事件依照時間序列細分為19個子流程，可以有效提供新手敏捷團隊運作敏捷開發的推行步驟參考，也可有效降低企業推動敏捷系統的失敗風險。接下來，我就簡單為各位介紹一下SBOK Guide所推薦的Scrum各個運作階段：

一、Initial階段－在專案一開始涉及到六個子流程的運作，分別是『1.建立專案願景』、『2.辨識Scrum Master與利害關係人』、『3.組成Scrum團隊』、『4.開發Epic(s)』、『5.建立排序的產品待辦清單（PPB）』、『6.實施發佈規劃』。在此第一階段中，一路從建立專案願景、建立團隊、蒐集重要利害關係人需求、排序需求價值，一直到建立產品開發的路線圖，明確展現出起始階段需要進行的各項工作。

二、Plan and Estimate階段－在規劃與估算階段也涉及到六個子流程的運作，分別是『7.建立使用者故事』、『8.估算使用者故事』、『9.承諾使用者故事』、『10.辨識任務』、『11.估算任務』、『12.建立衝刺待辦清單（SB）』。在此第二階段中，延續剛剛建立的Epic(s)，將其分解為使用者故事（User Story）以及更加細微任務（Task），並由團隊一起為其進行估算、給予承諾，最終建立接下來衝刺循環的衝刺待辦清單（Sprint Backlog）

三、Implement階段－在執行階段中涉及了三個執行相關的子流程，分別是『13.建立可交付成果』、『14.執行每日站立會議』、『15.調整產品待辦清單排序』。在第三階段中，團隊將針對選定的衝刺待辦清單的項目進行開發，所以，執行每日站立會議以溝通產品開發進度與問題是主要的子流程，在每一個衝刺結束時，會產出相關的可交付成果，並且調整接下來產品待辦清單中的排序，以持續不斷的實現客戶最大價值。

四、Review and Retrospective階段－在審查與回顧階段中涉及可交付成果與衝刺運作過程的審查，所以有兩個相關的子流程，分別是『16.演示與驗證衝刺成果』、『17.衝刺回顧』。其中『演示與驗證衝刺成果』是面對利害關係人針對該衝刺完成的可交付成果的審查 ; 『衝刺回顧』則是面對敏捷團隊針對該衝刺運作過程的回顧，以持續不斷的發現問題、持續改善

五、Release階段－發佈階段是面對市場的產品發佈過程，涉及到兩個開發末端的子流程，分別是『18.販售可交付成果』、『19.專案回顧』。此最終階段主要是為專案或階段進行收尾總結，所以最後要對整體專案的運作過程進行回顧，與『衝刺回顧』不同的是，在『專案回顧』時期並非僅針對敏捷團隊成員進行意見回饋的收集與檢討，而是會邀請所有相關的利害關係人，對於整個專案所採用Scrum作法的感受進行回饋，以作為未來Scrum持續運作的建議（表一：Scrum流程表）。