KPI之痛有哪些奇葩的技術人員考核方式？

雖然程式設計師都說自己是搬磚的，但很顯然，搬磚是很好考核的，一天搬多少塊磚是一目了然可以量化的，一天搬1000塊磚肯定比一天搬800塊磚的要厲害；而程式設計師卻很難以這樣的方式來考核，一天1000行**比一天800行**要厲害？很有可能會反過來，800行**會更厲害。

做過程式設計師的都知道，bug 數、**行、版本數等等的這類指標都是不可行的。然而，對於公司來說，必須考核每個人的績效和表現，否則加薪公升職就沒有標準了，這裡就出現了乙個矛盾：程式設計師的工作比較難考核，而公司又必須考核！

在這樣的背景下，如果加上乙個不怎麼懂技術的主管或者經理，就會出現各種讓人蛋疼的考核，讓程式設計師心中一萬隻草泥馬奔騰！類似的還有測試工程師、ui、ue、運維等等專業技術強相關的崗位，也會出現類似情況。

索尼公司前常務董事天外伺朗的《績效主義毀了索尼》一文，曾經在業界流傳甚廣，也激起了廣泛的爭議，支援的反對的意見和聲音到現在為止都還沒有停止。

什麼樣方式才是好的考核方式？這個問題是技術人心中長久的痛。

那麼歡迎來聊聊：

你怎麼看待績效這件事？

技術生涯中，你遇到了哪些奇葩的考核方式？

你期望以什麼樣的方式來考核？

如果你是技術leader的話，你會對下屬採用什麼樣的考核方式？

KPI之痛 有哪些奇葩的技術人員考核方式？