DevOps 打造世界級技術組織的實踐指南¶

如何打造安全流程：要有流暢的反饋系統，例如瀑布式開發，等產品上線到收到反饋可能已經一年，反饋太遲時就很難避免不期望的後果

在複雜的系統中，要接受永遠有可能發生失敗或是故障的事實，讓成員敢於討論問題，因此要訓練報信者，當有錯誤發生時立刻回報，回報後也需要共享責任，信心失敗會促進探究，歡迎新點子

對於軟體工程師來說，心態不能因為有測試工程師而把軟體品質丟給測試工程師，shift left的精神在這邊很重要，越早解決越有效

而在於選擇價值流給出一個常見擴大devops的脈絡，找創新者或是早期採用者當候選人，理想上這些人受人尊重、對組織有大影響力；等下一階段devops有初步成效時，贏得沈默大多數的支持；而”不為所動者”，指的是高調有影響力的反對者，通常是在獲取足夠穩固群眾基礎後，才會開始考慮對付這些群體

而本書也建議需要留下20%的時間改善週期，減少技術債。核心理念為，正面價值分為使用者可見與不可見，可見的是功能、應用；不可見的為架構、非功能性的需求流程改善，花時間在流程改善，可以減少帶有負面價值、使用者不可見的技術債（使專案歷史痕跡拉長的東西），流程改善，對於解決負面價值、使用者可見的應用缺陷也有幫助

第五章有個標題為重新定義失敗，鼓勵評估風險。

高效能的devops會更頻繁的失敗跟犯下錯誤，這不但是可以接受，更是組織需要的。設想，devops如果變更頻率是平均的三十倍，即使失敗率只有平均水準的一半，顯然失敗次數也比一般組織要多。因此再生產環境會遇到更多的失敗，這是一件好事，絕不該受到懲罰。

程式¶