【51CTO.com快譯】價值流優化 (VSO) 是一個本質上復雜且具有挑戰性的過程，可用于提高企業價值流映射的效率。您可以在此處簡單的了解軟件價值流的基礎知識，但本質上，VSO通過提高運營效率，使企業和品牌能夠簡化從供應商到客戶群的產品流程。

Gartner 最近分享了他們關于價值流決定 DevOps 成功觀點，這一預測正是優化價值流的重要性所在：

價值流優化的挑戰

創建基本價值流圖后，下一個邏輯步驟就是通過考慮獨特的業務需求、客戶反饋、內部審查和數據分析來進一步優化和改進它。也就是說，不管價值流優化效果有多么明顯，它都會帶來許多挑戰，

使其比聽起來要困難得多。一些最常見的挑戰包括：

跨組織透明度

定義價值流的目的是在整個價值鏈中創建透明度。雖然目標是明確的，但這個過程也可能是一項非常敏感的練習。

早期表現良好的部門可能會出現瓶頸，缺乏能力，或者最糟糕的情況是沒有真正為產品增值。出于這個顯而易見的原因，政治議程和個人抱負可能會挑戰價值流優化。

雖然目標是創造更好的流程，但組織面臨的問題是只覆蓋價值流的一部分。最壞的情況會導致次優和性能下降，而最好的情況是會導致非有害變化。

不了解全局

通常，IT 組織是敏捷議程的領跑者。它建立在精益生產的基礎上，精益生產是生產中的一個很著名的概念。但1992 年制定的敏捷宣言現在是將原則轉移到軟件開發和 IT 以及最終業務的其他部分的最著名的嘗試。

在公司中實施價值流不僅僅是一項業務 IT 活動。雖然敏捷和類似的迭代方法是 IT 的第二天性，但在業務的其他部分建立必要的理解和接受可能是一個挑戰。

VSM 涉及通過包括供應商、托運人、采購、質量保證、開發、銷售、交付等在內的多個內部和外部利益相關者鏈對信息和數據流進行記錄和分析，這使得讓每個人都保持一致變得非常具有挑戰性頁。

不僅內部流程五花八門，不同部門的目標和目標也相互矛盾，進一步優化是一場艱苦的戰斗。

安全問題和漏洞

再一次，簡化和優化價值流的顯而易見的方法似乎是確保不同利益相關者和團隊之間透明且輕松的信息流。然而，這帶來了維護信息安全的挑戰，因為軟件漏洞可能導致數據泄露、時間損失和其他

類型的網絡攻擊。

這就是為什么價值流優化需要每個團隊盡可能多地解決安全問題。 

有缺陷或低效的軟件

只有當軟件功能和特性使品牌能夠這樣做時，優化才能成功并產生預期的結果。任何類型的軟件如果無法在每個發布周期中始終如一地測試和強制執行合規性，也將無法交付價值，即使您已將其映射到您的流程中。

無論是您的內部利益相關者（如部門員工）還是外部利益相關者（如客戶），有缺陷或質量差的軟件往往會導致價值流優化過程失敗，因為它被所有人拒絕。

不可避免的筒倉

當我們談論組織結構時，DevOps 的一項關鍵原則是消除孤島以確保信息的自由透明流動，從而實現輕松高效的價值流映射。話雖如此，包括開發、測試和運營在內的三個團隊總是表現出一定程度的獨立性。

盡管有持續的測試試圖確保增強的信息流，但孤島仍然不可避免。這就是為什么組織現在不再分散，而是轉向集成以確保最高質量的軟件交付。 

如何優化價值流

以下是一些旨在幫助您提高效率的關鍵步驟。

構建“大局”

盡管存在所有障礙，您仍需要確定每個階段的低首次成功率和潛在浪費率。精益流程管理表明，在軟件交付方面可能存在 8 種不同類型的浪費：

•  傳輸——識別不必要的數據傳輸
•  庫存—— 將完成的功能存儲在庫存中而不發布
•  運動——通過物理和數字方式確保信息的移動性
•  等待——耐心等待特定角色、權限、構建、測試結果或部署
•  過度生產——創建可能使用的功能或流程
•  過度處理——運行比軟件驗證所需的更多的測試
•  缺陷——那些本可以更早發現的錯誤和錯誤
• 技能——過度使用或未充分使用特定角色

確保您為其分配的每個流程和資源都為客戶或您的內部程序增加了價值。例如，尋求手動管理批準需要時間，并且不會為內部流程增加任何價值。因此，您可以選擇消除它或進行自動化。

重新評估價值流圖

一旦確定了潛在的浪費和弱點，您就有了重新評估 VSM 的數據。提出棘手的問題以確保映射符合您的業務需求，并且每個步驟都為整個流程增加了價值。確保沒有意外或不確定性，因為它們會導致工作、時間和財務資源的浪費，同時影響軟件質量。

在您完成評估過程后，評估您的 VSM 指標和標準。從交付增量產品所需的總時間開始。在技術術語中，這稱為周期時間或 CT。

• 是否符合您的預期？
• 或者它是否超過了您想要的時間限制？ 

您通常有可能對產品的周期時間 (CT) 感到驚訝，因此它可以作為優化的激勵因素。一般指標包括：

•  周期時間 (CT) ——完成特定階段所需的時間
•  增值CT——增加實際價值所需的時間
•  非增值 CT—— 可歸類為浪費的時間
•  First Time Right (FTR) ——特定階段在第一步成功的比率

使用 VSM 指標進行價值流優化

訪問這些指標將使您能夠分析您的 CT、FTR 和其他值是否在您的預期范圍內。例如，如果測試軟件的特定功能不應超過 1 小時，但平均需要 1 小時 45 分鐘，您就可以確定您需要修復流程或團隊，或者也許兩個都。

制作一個比較圖表，這樣您就可以更好地了解預期/理想指標與實際指標之間的差異。請記住，差異的存在并不一定意味著有改進的空間。它還可能表明您的 VSM 指標過于雄心勃勃或完全不準確。

優化過程將涉及使每個指標盡可能接近理想值，同時調整您自己對某些值的期望。

例如，您可能認為某個步驟的首次正確率應為 95%，但在重新評估時，可能會發現可用工具的效率和流程的復雜性使其不合理。

流量和資源利用

為了進一步改進流程，您還需要根據資源利用率映射流程。它將表明您獲得的流量或輸出是否值得您用于獲得該輸出的所有資源。您可以創建一個圖表或一個矩陣，根據您所花費的努力和資源來繪制您所做的增強和改進。

您的實施應該從占用最少資源并同時顯著改善流程的優化開始。然后，您可以逐漸轉向確實提供更高流量但也需要大量努力的優化。

如果您想在資源利用陷阱上獲得更多靈感，請花 10 分鐘觀看 Henrik Kniberg 制作的這個小視頻。

總結 

在價值流優化方面，沒有簡單的出路。它帶來了廣泛的挑戰，您需要確保詳細評估所有內容以獲得正確的結果。你的流程應該是精心設計的，并且注重細節，以確保你生產的軟件質量是一流的。

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】