如何在云效上設計作業流和創建看板-有解無憂

如何在云效上設計作業流和創建看板，團隊應用看板方法的目標：順暢、高質量地交付有效價值，看板的設計需要服務于這一目標，所以看板的設計，要真實和清晰的反映團隊協作交付價值的程序，做到體現價值、反映協作和暴露問題， 作者：舍衛｜阿里巴巴集團技術專家 看板設計可分四個步驟進行： 1、分析價值流動程序（作業流的分析） 2、選取可視化設計元素 3、用看板建模價值流動程序 4、如何在云效上配置作業流和看板 1、分析價值流動程序 分析價值流動程序是看板設計的基礎，為了分析價值流，需要識別團隊交付的價值型別，一般團隊交付的價值型別包括業務需求、關聯需求、改進類需求和其他任務，而往往業務需求占團隊作業的比重比較大，這里圍繞業務需求來設計作業流，如下圖所示，首先要確定的是價值流動所經歷的主要作業步驟，如分析、開發、測驗等，在圖中用綠色方框表示；在這些步驟之間可能會發現明顯的交接或等待，如計劃后等待開始實作，開發完成后向測驗移交等，在圖中用紅色方框表示，等待環節雖然沒有具體的作業，卻也占用了價值流動的時間，并可能產生積壓，也需要識別出來，

2、選取可視化設計元素 看板設計使用可視化元素建模和反映價值流動程序，佇列用戶需求在某個狀態停留會形成佇列，停留的原因有兩種，第一是作業正在被處理，如開發中和測驗中等；第二是等待進入下一個環節，如開發完成和等待驗收等，對應的，看板上的列也分為作業列和等待列，如下圖，典型情況下，看板上的作業列和等待列交替出現，需求從左至右流經各個列，

列的劃分可細可粗，細的譬如可以把開發階段分成設計、編碼、自測和評審等，粗的譬如合并開發和測驗階段，統稱為實作階段，具體細化到哪一個級別，依賴于兩點：其一，作業是否會改階段顯著停留，其二，使用者是否需要特別關注這些階段，另一個問題是從哪個階段開始，到哪個階段結束，理論上，端到端的看板應該從用戶的問題開始，到用戶的問題被解決結束，形成業務倍訓，而實際應用中，團隊可以從自己能影響到的區域流程開始，并隨著時間的推移，再尋求向上游和下游延伸，以促進整個組織的協作和需求端到端的順暢流動，以阿里內部某全功能研發團隊的實踐為例，看板的起始階段是”已選擇”，正常終止狀態是”已發布“ 確定了看板的起止階段后，就可以根據團隊的情況設定中間的各階段了， 作業項 在看板上流動的基本單元包括業務需求、關聯需求、改進類需求和其他任務，這里的其他任務一般包含開發任務和測驗程序中發現的缺陷，所有業務需求、開發任務和缺陷都會在看板上進行流動， 3、用看板建模價值流動 在前面兩步的基礎上，我們可以設計團隊的看板了，看板的設計程序是綜合選取價值流動程序和可視化元素，即可建立可視化的看板，如下圖所示，是在云效上建立的看板，需求的階段包括待處理（需求池）、已選擇、分析中、就緒（待開發）、開發中、待測驗、測驗中、待發布和已發布

這里有兩個階段需要特別說明一下：已選擇：由業務方和開發團隊代表共同完成，清晰要解決的問題和要達成的目標后，并通過可行性分析，按優先級放入已選擇佇列，就緒（待開發）：就緒佇列在研發團隊正式開始開發之前，是研發團隊的輸入佇列，其意思是需求已準備好了，處于可以開始開發的狀態，比如：用戶的需求已清晰，團隊理解了用戶的需求，相關的依賴和關聯關系已經確認等，就緒佇列也是研發團隊與其上游產品團隊的交接點，是看板系統設計的必選項， 4、如何在云效上配置作業流和看板 我們以在云效上建立以”敏捷開發“為模板的專案為例子，

說明

立即體驗：云效專案管理看板

需設定需求、缺陷和任務的作業流，這里重點講需求作業流的配置，缺陷和任務使用默認的作業流即可， ? 設定需求作業流的入口：

? 編輯需求作業流，添加、修改和洗掉需求狀態

? 配置完成的需求作業流

? 配置完成的看板視圖如下，需做到用戶價值驅動，前后職能拉通和左右模塊對齊，

總結在云效上設計作業流和創建看板中可視化價值流動是整個團隊協作交付價值的基礎，團隊根據各自背景關系，提供不同的服務，交付不同型別的價值，價值流動程序也不同，看板系統設計必須從分析團隊具體的價值流開始，選擇和應用最合理的視覺元素，設計出適合團隊自身的云效看板，

轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/302698.html

標籤：其他

上一篇：軟體交付效能與DevOps

下一篇：如何在云效上設計作業流和創建看板