来自 凡人小北（@frxiaobei）的推文线程

分享一個教科書等級的「古德哈特定律」災難現場。 昨天跟朋友吃飯聽到的這個管理奇觀。 他們公司某個團隊的leader， 為了滿足老闆要求的提效， 完整了一個特別專業的Excel 表。 規則是這樣的： 1. 每完成一個需求，+1 分 2. 稍微大一點的需求，神秘地變成+1.5 分 3. 然後當月的bug，要以一定比例折算成扣分 所有人每個月都會被這個表按分數排一遍隊， 直接跟績效掛鉤。 離譜的還在後面， 因為bug 會扣分， 這個團隊的人現在快把測試煩死了。 測試測出一個bug， 正常流程應該是：修一下，上線比較穩。 但他們的日常變成了： “這個算不算bug？” “這個不能算，是你們環境問題。” “這個不應該扣我，是上游接口的問題。” “這個其實是產品預期不一致，不是bug。” 一條bug，能吵半天。 每個人都在拼命證明： 這不是我的bug，所以不能計bug。 諷刺吧！ 整條交付鏈條的時間， 有相當一部分，都浪費在， 討論Bug 究竟是不是Bug」上。 產品品質沒有因此提升， 交付節奏還因此變得更慢了， 測試和開發關係越來越差， 大家的注意力從把事情做好， 悄無聲息地變成了怎麼不被扣分。 我們這幾年， 特別愛用分數、指標和表格去證明自己在管理。 KPI、OKR、積分制、打分卡… 工具本身沒錯， 但很多管理者真的只停在會用Excel， 完全不去想這個規則會把人往什麼方向推？ 真正好的管理， 需要設計一套讓大家自然把力氣花在對的地方的機制。 讓人願意早點曝光問題， 願意互相補位， 願意討論怎麼把事情做成， 而不是每天都在扯皮這一分是加在我這兒，還是扣在我頭上？ 當管理只剩下算分，團隊就會學會算計； 工具可以是Excel， 但思路不能只是算一算。 不然整個評估體系只是在製造一場場沒意義的審判。