「選擇一個讓你感到舒適的定義，並在你堅持的時候對自己誠實。」——《軟體架構指標：改善架構品質的案例研究》

我們都聽過 DORA Metrics，也知道可以收集這些指標。

但當你實際要執行時，你很快就會發現，這些指標的「文字定義」與實際上你能收集的「真實資料」會有一段落差。

於是我們不禁要問一句「這個指標的『定義』，到底是誰決定的？」

前置時間要從哪一刻開始算？是客戶提出需求的那一天？或被 PO 排進 Backlog 的時候？還是工程師動手寫下第一行程式碼的那一秒？

那部署頻率呢？測試環境的部署頻率要計算嗎？沒有部署程式，但有修改 Infra 設定檔算不算部署？

到底「定義」的標準答案是什麼？

答案就是沒有答案，真正重要的是「你要對自己誠實」。

因為每個團隊的真實場景是不同的，別人能夠收集到的指標，別人所定義的範圍，不見得適用於你。

況且，別人之所以會收集與觀測某些指標，他想要處理的議題也不一定與你相同。

所以，你還是要回到你的團隊，找到你想處理的議題，然後找出你們的「定義」。

以及，當指標收集到的數字不好看時，記得對自己誠實。

你們團隊對於「前置時間」的定義有共識嗎？

那對於「什麼叫上線」或「Definition of done」有共識嗎？

還是說你們對於「What is DevOps」有共識嗎？