2.4 精益與DevOps

本節將就精益和DevOps的關聯進行介紹。

2.4.1 節拍

節拍就是讓價值流動起來的“心跳”節奏，如果節奏太快會產生不必要的在制品和庫存積壓。每個迭代周期能開發和測試的容量是有限的，完成的需求數量或故事點數也是有限的，團隊需要制定一個可持續的節拍，以使每個人的工作節拍大致相同，確保流水線上各節點的分配是均衡的。

2.4.2 交貨時間

交貨時間指的是從訂貨至交貨的時間，比如，外賣訂餐系統會記錄下從用戶下訂單到快遞送達的時間。交貨時間長短取決于店家和快遞人員的工作進度。對于軟件項目復雜的開發過程，存在多條路徑，要縮短交付時間往往要將串行的任務變成并行可同步的工作任務，減少依賴關系，控制好各任務單元的標準工作時間，從而提高交付的產品數量。

2.4.3 度量指標

本節會介紹4種類型的度量指標和價值衡量指標，了解這些度量指標有利于分析價值流，大部分數據都可以通過工具進行收集。時間度量指標信息如表2-3所示。

衡量價值流的一個關鍵指標就是過程循環效率（Process Cycle Efficiency，簡稱為PCE），也稱為增值比例，計算的是增值時間占總交貨時間的百分比。PCE越接近100%，流動特性越好。

2.4.4 浪費種類

與其他業務領域的精益思想一樣，精益IT不僅為客戶提供了盡可能多的價值，還專注于移除隱藏在軟件開發中的各種浪費。因此，增加增值活動的比例也會提高客戶價值。精益浪費種類說明如表2-4所示。

2.4.5 安燈拉繩

安燈拉繩是即時生產系統的一項措施，一線員工有權拉動安燈警報的拉繩，暫停整個總裝流水線，通過安燈看板及廣播信息，提醒所有人注意流水線正在出現的問題，需要立即處理，避免生產線繼續生產廢品。精益管理的“安燈”指的是迭代中已明確計劃的措施，即進入開發過程中如果出現變更，需要停下正在進行的工作，由變更管理委員會決策是否停止新功能的開發。

2.4.6 看板

看板是即時拉動系統的重要工具，利用看板同步各職能部門、各崗位和角色的進展，可以使上下游的信息流變得透明，確保在必需時間制造必需數量的必需產品。

看板對項目有以下幾個好處：

● 實現基于訂單觸發的拉動系統，避免過度生產和庫存積壓。

● 明確了優先級的排序。

● 協調工作節奏，當出現瓶頸時，可以促進團隊協調。

● 透明度高，減少匯報和溝通的成本。

● 控制在制品數量，避免過量生產。

● 實現價值流動。

常見的看板類型如圖2-12所示。

● 每日看板：管理每日工作進展，每個人都要說明當前正在處理的任務，并說明是否遇到問題需要解決。

● 每周看板：梳理每周的工作目標，當前團隊的指標，過去一周有哪些收獲和經驗及需要解決的問題。

● 改進看板：當發生問題影響到每周目標和每日進度時，可以在改進看板里面進行記錄，請教經驗豐富的人提供解決方案。

2.4.7 改善

在日語中，Kaizen的意思是小的、連續的、漸進的改進，這意味著每個人、每個管理人員和每個工作人員都要不斷改進。利用較少的費用來連續不斷地改進工作，是一種低風險的方式，因為在改善的過程中，如果發覺有不妥當之處，管理人員可以隨時恢復到原來的工作狀態。長期而言，這種階梯式的持續改進足以獲得巨大的回報，事實證明，Kaizen可以使生產力提高10倍。

改善可以使用 DMAIC，DMAIC 是一種改善的模型，它將改善分為定義（Define）、測量（Measure）、分析（Analyze）、改進（Improve）、控制（Control）五個步驟來進行。DMAIC 改善步驟說明如表2-5所示。

2.4.8 挑戰與對策

精益在具體的實踐中還有很多挑戰，結合相關的對策總結如下。

● 精益思想引入IT行業的時間并不長，很多企業仍處于摸索階段，還需要長期的學習和積累，以及自上而下地推進和轉型。

● 避免對精益思想的誤解，如識別項目中的浪費，每個團隊所處場景不同，因此，所面對的具體問題和浪費并不會完全一致，需要對精益思想進行更充分的研究，并積累經驗。

● 精益的實踐要跟工具和流水線相結合。