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