《數字的陷阱》
《數字的陷阱》
一、團隊的焦慮
午後的會議室裡，白板上還留著上週衝刺的任務分解。阿凱站在投影幕前，神情緊繃，手裡的簡報不停翻頁。
「各位，這季度的數字很難看。」阿凱開口，語氣壓抑卻急躁，「尤其是 Bug 修復時間，平均還是超過一週。下個月開始，這就列入 KPI。」
會議桌上，氣氛瞬間凝結。
小芸手裡的筆停了下來，忍不住低聲嘆氣：「可是很多問題，我們只是先 workaround，根因沒處理啊。這樣算快，但用戶體驗還是會出問題。」
「問題是數字不好看！」阿凱盯著投影幕，「董事會要的就是指標。沒有漂亮的數據，我怎麼交代？」
阿倫坐在一旁，眉頭深鎖。他終於開口：「我們是在解決問題，還是在解決數字？」
這句話，讓會議室陷入更深的沉默。
二、指標的副作用
幾天後，開發現場。
阿倫盯著自己的 IDE，將原本簡潔的函式拆成數個小模組，只因為這樣能讓「每千行代碼缺陷率」看起來下降。他心裡很清楚，這些拆分沒有實質意義，甚至讓代碼難以維護，但 KPI 就在那裡，他無能為力。
隔壁桌的小芸也不好過。她正在撰寫一個測試案例，內容是驗證一個 getter 方法能否正常回傳值。這種測試對品質毫無幫助，但為了達到 80% 的自動化測試覆蓋率，她不得不寫。CI pipeline 因此越來越慢，團隊測試一次要跑上好幾個小時，還常常莫名失敗。
午休時，衝突爆發了。
「你們 RD 故意把代碼拆得亂七八糟，缺陷率當然下降啊！」小芸忍不住抱怨。
阿倫冷笑一聲：「那你們 QA 狂報小 bug，不也是為了讓自己績效好看？我們修了一堆無關緊要的東西，結果真正的問題沒人敢碰！」
兩人針鋒相對，氣氛劍拔弩張。周圍同事假裝低頭吃便當，卻無一不暗暗嘆息。
數字，本來該是輔助工具，如今卻成了撕裂合作的刀刃。
三、顧問的介入
一週後，公司請來敏捷顧問開工作坊。
顧問老師是一位頭髮花白的中年人，語氣平靜卻堅定。他沒有急著講課，而是先聽大家抱怨。
「自動化測試只是為了湊覆蓋率，CI pipeline 快掛了。」
「為了修得快，我們只 rollback，根因根本沒動。」
「Story Point 完成率漂亮，實際難題全被放生。」
聲音此起彼落，會議室裡滿是壓抑已久的不滿。
顧問微微一笑，在白板上寫下幾個字：
Goodhart’s Law —— 「當一個指標被拿來當作目標，它就不再是好指標了。」
阿凱皺著眉頭：「那不用指標，我們怎麼衡量進步？沒有數字，上層怎麼會相信我們有在動？」
顧問轉過身，語氣溫和卻帶著力量：「指標不是壞東西，但它應該是燈，不是枷鎖。它幫助你們看見問題，而不是懲罰你們。你們現在做的，是被數字綁架。」
阿倫抬起頭，眼神閃過一絲認同。
顧問接著說：「要改善，至少有四個方向：
-
責任放在團隊，不要綁個人。 KPI 綁個人只會製造對立。
-
數字要和定性觀察搭配。 光靠數據不夠，還要聽使用者、做回顧。
-
創造心理安全。 讓大家敢揭露問題，而不是隱藏。
-
用探照燈心態，不是手電筒心態。 指標是看整體，不是盯死一個數字。」
他放下白板筆，語氣放緩：「數字不該是鞭子，而該是你們的地圖。」
四、重建信任
隔週的回顧會議，氛圍明顯不同。
阿倫先開口：「這次我們不要再追覆蓋率，而是挑出最容易出問題的模組，針對性地寫測試。品質才是重點，不是百分比。」
小芸接著說：「我會整理缺陷模式，分享給大家。我們不要再只看『數量』，而是找出真正的風險。」
阿凱沉默了片刻，深吸一口氣：「好，我同意。從下週開始，我們的績效不再綁個人數字，而是看團隊成果。重點是能不能交付有價值的產品。」
會議室裡第一次出現了笑聲。壓抑已久的空氣，終於鬆動。
五、覺醒的一句話
結束時，顧問老師走到白板前，寫下最後一句話：
「當人開始為了數字而工作，數字就失去了意義。」
全場靜默。
阿凱緩緩點頭，眼神中有一絲釋然。
阿倫與小芸交換了目光，彷彿終於找回同一個戰場。
數字依然存在，但這一次，它們只是光，不再是枷鎖。
留言
張貼留言