4.10　基于度量的持續改進

《DevOps實踐指南》中提到的DevOps三步工作法的最后一步是“持續學習與實驗”。敏捷開發12條原則的最后一條是“團隊定期地反思如何能提高成效，并依此調整自身的舉止表現”?！毒嫠枷搿分刑岬降?條原則的最后一條是“盡善盡美”?！冻掷m交付：發布可靠軟件的系統方法》中提到的軟件交付的8條原則的最后一條是“持續改進”。這里我們也把“持續改進”作為軟件交付的10個策略中的最后一個。

在運作實踐中，我們可能會做一個大的改進項目，比如“新一代的XXX工具平臺”“XXX轉型”“XXX戰役”，以此來爭取資源、推動改進，并最終展示“一大塊”成果。這挺好，但同時要注意改進無止境，不是一蹴而就的。當一個大的改進項目“完成”后，應當持續關注，不斷發現新的改進點，并推動改進。

另外，總是應該拿事實和數據說話，對軟件交付過程進行改進也一樣。一次構建耗時多久，流水線執行失敗后多久能恢復，即紅燈修復時長是多少，一個特性從代碼開發完畢到上線要多長時間，這些度量統計信息對軟件交付過程的不斷改進是十分有幫助的。

所以我們加上定語，變成：基于度量的持續改進。

至此，軟件交付的10個策略就講完了。

小結

本章首先介紹了組織結構、系統架構和交付流程的總體策略，包括：

? 細粒度、低耦合、可復用的架構。

? 小批量持續流動的流程。

? 運行綜合手段保證質量和安全。

然后介紹了針對具體事情如何做到方便、快捷，包括：

? 自動化與自助化。

? 加速各項活動。

? 及時修復。

接下來介紹了一些支持保障補充性的內容，包括：

? 完備記錄，充分展現。

? 標準化。

? 協調完成完整功能。

最后介紹了如何改進：基于度量的持續改進。

要想做好軟件交付，這10個策略是最根本的指導原則，本書后面具體討論每個細分領域（比如構建、代碼掃描、部署等）時，將反復、變著花樣地應用這些策略。因為軟件交付過程的眾多優秀實踐，就是在反復、變著花樣地應用這些策略。當我們將來探索新的實踐、新的方法時，很有可能也是舉一反三地應用這些策略。所謂“萬變不離其宗”，本章講的這10個策略就是“宗”。所謂“無招勝有招”，本章講的這10個策略就是“無招之招”。

[1]來源：鏈接10。

[2]關于制品概念的詳細介紹，請見第17章。