「識別價值指標，而非虛榮指標」——《持續交付2.0》

（虛榮指標出處是《精實創業》）

在一些 Agile 或 DevOps 的案例中，我們經常會聽見一些數字。

例如：我們的 pipeline 有 x 條、每天會部署 y 次、每週的 commit 次數是 z 個。

而且數字可能都很高、很漂亮，彷彿一切都很美好，團隊持續往著好的方向前進。

這樣的案例並不少見，特別是在一些服務供應商的場子中，更是經常出現。

畢竟，數字是最容易直接呈現出「進步」的表現手法，立即就能做出導入前後的差異比較。

然而數字終究只是數字，它雖然看起來很有說服力，但不一定就能真正反映出「有沒有因此為客戶帶來更多價值」。

數字、指標、KPI⋯⋯，很多前輩早已提醒過我們，要慎選你所追蹤的事物，藉此驅動有意義的改變。

在不同的時空背景與情境中，你會需要觀測不同的指標，務必要定期回顧與檢視，避免「成也指標、敗也指標」。

你們團隊現在有在追蹤軟體開發交付流程中的哪些指標呢？

這些指標有幫助你們做出更好的決策，或者只是用來讓「公開案例」看上去比較好看呢？