Naresh Jain — Malad, Mumbai, India

錯誤的量測，帶來錯誤的行為#

「量測錯誤的事情，就會鼓勵錯誤的行為」——這是廣為人知的管理真理，卻仍有無數軟體團隊深受其害，因為管理者追蹤的指標根本指向錯誤方向。

幾個常見的錯誤量測案例：

• 量測工時 → 鼓勵成員拉長上班時間，但研究顯示工時越長，工作品質往往越差
• 量測速度（velocity） → 鼓勵更快完成更多功能，但不保證選擇的是最重要的工作，也不保證能解決真正的業務問題
• 量測測試人員回報的缺陷數 → 鼓勵回報更多缺陷，但未必優先處理業務影響最大的問題；若開發者以「被回報的缺陷數」考核，測試人員反而成為開發者的敵人

注意： 錯誤的量測指標不只無效，更會主動傷害團隊——製造人際緊張、扭曲優先順序，讓成員各自優化對自己有利的數字，而非共同推動專案成功。

更多軟體不等於成功的軟體#

快速軟體開發有助於快速獲得回饋，但打造真正有價值的產品需要遠不止於開發速度。

當作者走訪功能失調的團隊時，幾乎每次都會發現同樣的問題：團隊用錯誤的指標量測自己，於是適應並優化了那些指標，而非優化真正的目標。 缺乏對專案目的與願景的理解，讓每個人各自定義成功，各自量測、各自孤立。

核心原則： 指標是達到目的的手段，不是目的本身。好的專案經理讓全團隊理解「成功」的真正定義，建立共同願景與共識。

好的量測實踐#

少量、聚焦#

同時量測 10 件事會讓團隊分心混亂。有效的做法是：

• 一次只量測 2-3 個指標
• 這些指標應由團隊共同決定，基於當前最痛的問題或最高的風險

動態調整#

當問題解決或風險消除後，應移除舊指標，替換為新的關注點。一個從不更換指標的團隊，本身就是一個更大問題的症狀。

實用技巧： 在選定指標前，先問自己：「這個數字會引導團隊做什麼行為？這個行為是我真正想要的嗎？」量測什麼，就會得到什麼——確保你量測的是真正重要的事。

結語#

量測的藝術在於選擇正確的事來追蹤，並在情況改變時勇於換掉舊指標。你得到的，就是你量測的——所以請確保你量測的是對的東西。