project 敏捷轉型行動筆記：價值流區分

價值流分析是敏捷轉型前期非常重要的一環，也是最基礎的一項必做工作。
關于價值流，百度百科中這樣定義：

價值流是指從原材料轉變為成品、并給它賦予價值的全部活動，包括從供應商處購買的原材料到達企業，企業對其進行加工后轉變為成品再交付客戶的全過程，企業內以及企業與供應商、客戶之間的信息溝通形成的信息流也是價值流的一部分。一個完整的價值流包括增值和非增值活動，如供應鏈成員間的溝通，物料的運輸，生產計劃的制定和安排以及從原材料到產品的物質轉換過程等。

在軟件開發領域，價值流主要是指從需求獲取開始一直到產品成功上線發布的活動。在精益產品開發中，價值流是價值項從左至右的流動過程，是信息的產出過程，也是價值增加的過程。
而價值流分析則是針對從左到右的端到端的過程進行各個環節的分析，從而找出浪費、發現瓶頸，并進行持續改善。

那么，在敏捷轉型的過程中，對于價值流分析我們應該如何做呢？
首先，建議采用看板方法，將軟件開發過程中的各工作項等全部可視化出來。這里面可以借鑒《看板方法》、《看板實戰》、《精益產品開發》等書中提到的有關可視化價值流動的相關方法。這個環節會用到看板搭建的一些方法，每一個團隊可以結合實際開發流程，先繪制出最簡單易懂的看板輔助開展價值流分析。
其次，要結合產品或項目目標、用戶需求、交付要求等對各工作項進行價值分析。這里面要回歸到用戶需求/用戶故事交付的本質上來，在需求、設計、開發、測試等環節也許會有很多的細分的工作任務，要理清楚這些任務的映射關系、依賴關系等等，同時標注每一個工作項的前置條件、優先級、擁有者、開始時間及預計完成時間等等。這個環節是價值流分析的核心環節，是后續能否真正發現問題及瓶頸并作出持續改進的先決條件，因此必須要讓團隊的全體成員參與，而且要將當前每個人手上的全部工作項都要可視化出來。在表現形式上，通常采用便利貼（預先定義好格式要求）等易于操作的方式羅列出來。
再次，要從價值流分析中找出問題和瓶頸。這里面要從價值交付的角度出發，從整體和局部等多角度審視各工作項的流動情況。從整體來看，主要關注需求、設計、開發、測試、發布等各個環節的工作項分布情況，是否會存在大面積阻塞的問題，或者雖然有很多工作項同時在進行，但在待發布或發布的需求很少，即在制品很多的情形，等等。之后是要標識阻塞的工作項，并分析為什么會阻塞，比如是否工作分配不合理，或者是需求拆解不合理，或者是任務要求不清晰，或者是團隊技能跟不上，或者是團隊工作不緊湊等等。并記錄下這些問題可能存在的原因，深入分析，識別出主要問題和相應的瓶頸。
最后，要明確團隊改進的方向。做價值流分析的最終目的是為了促進團隊的持續改進并持續高質量地交付價值，這既是敏捷轉型的重要基礎，也是貫徹DevOps里面有關三步工作法中提到的有關持續學習與實驗的思想。只有定下改進方向并確實行動起來，才能開啟敏捷轉型的大門。

在我曾參與敏捷轉型的一個團隊中，也是充分使用了看板方法來進行價值流的分析。在當時，整個團隊常常接收到客戶投訴，問題處理緩慢，需求交付周期長。為了實施敏捷轉型，在初期充分了解團隊現狀之后，組織團隊進行了價值流分析，將各項需求、開發任務、問題處理、測試任務等等全部按照約定的規則通過看板進行可視化，之后分析出存在的瓶頸，比如由于系統為多年前老舊的單體架構很多問題改動起來非常困難，比如由于業務非常復雜每個人都只能掌握其中一部分，比如由于人員流動頻繁團隊中有不少新人，比如需求過于龐大導致開發工作量很大，比如只能依靠單純的手工測試而無法推行自動化測試，比如必須要等所有需求都完成才發布導致發布周期很長，諸如此類的問題等等。在明確了這些瓶頸后，項目團隊對各類問題及瓶頸進行了分門別類，并制定了改進計劃。
通過價值流分析，可能讓團隊很好地認清現實、看清團隊自身，從而更有利于做出改變。誠然，每一個團隊的價值流分析模式可能不盡相同，但最終的目標都是一致的，那就是對軟件開發的整個價值流進行統一管理，發現浪費，降低或去除沒有價值的工作，減少不必要的活動，從而做到持續高質量地交付價值，提高競爭力。