「我們的目標是將這些浪費和困境（任何需要救場人物的場合）變得可視化，並從系統層面進行改善，減輕或消除這些負擔，實現快速暢流的目標。」——《The DevOps Handbook 中文版》

沒有事故，沒有掌聲。（咦）

就算有事故，得到的也不一定是掌聲。（咦咦）

這是你們團隊的日常光景嗎？也許不是，但這卻可能是很多 IT 或維運部門的狀況。

回想一下，你們公司上一次受到公開表揚的是誰？

是那位維持系統能運行穩定的人？還是那位成功救火的英雄？或者是順利推出新功能、讓客戶滿意的開發者？

你們公司的掌聲、感謝與獎金，最後都給了哪一種人？而這樣的分配，又鼓勵了什麼樣的行為？

另外也別忘了，英雄每一次出場，其實都在提醒我們那裡可能有個問題。

與其等下次再靠英雄救火，不如找開發、維運，還有那位英雄本人一起坐下來，從根本上消除問題。

你們有客觀的看待「衝進火場」、「讓火燒不起來」或「開闢新的市場」各自帶來的價值嗎？

在你們團隊中的不同角色能夠攜手協作進行改善嗎？