「如果你想要改變某個調節環路所控制的狀況，比較好的方式就是嘗試改變各元素彼此之間的互動方式，而非『強行駕駑』系統。」——《系統思考 Systems One》

將部署頻率訂為 KPI，可以讓團隊部署得更頻繁嗎？

將測試覆蓋率訂為 80%，能提升團隊寫測試的意願嗎？

為兩個溝通不良的團隊安排每週會議，就能讓他們順利協作？

今天的金句告訴我們一個觀念，與其強行駕馭系統，不如改變元素之間互動的方式。

就如很多顧問都會這麼說「想要實踐 DevOps，千萬別用導入的方式」。

因為你越是想要用強逼的方式推動導入，多半只會得到非你預期的狀況，甚至是反效果。

你們上一次訂定的 KPI 是什麼？有實現你們想要達到的目的嗎？

如果再來一次，你會選擇改變哪些元素，來達成目標呢？