這個是我上周在公司內部分享的一個話題，大家聽得比較起勁。

“扣績效，從來不會讓團隊變得更好。但加績效，就可以！”

說完這句話，我特意看了一下坐在下面的上司CTO，他好像臉一黑！（手動狗頭保命）

程序員是一個非標的崗位，給寫代碼的人定績效本身就不是一個容易的事，每個公司都不一樣，我們也費盡腦汁。

有的團隊用上線后的bug數量考核；有的從提測的bug量就開始考核了，都不等你上線。有的用工期是否按時完成來考察。

還有奇葩的，按代碼行數來衡量。你一個程序員就是寫代碼的，代碼寫的越多證明工作越努力，那么就應該拿更多的報酬，行數不夠就是不努力，要扣績效。

很多技術leader，對表現不好的下屬簡單粗暴地采用扣績效的方式來管理。反正你做得不好，身為你的上司，扣你績效不是很合理嗎？

當然合理，踢足球都能帶一個士巴拿，管理上扣點績效算什么？

作為直接上司，簡單粗暴地扣下屬的績效并不是最優的管理方案，那不過就是管理上的懶政罷了。

代碼寫得不好，你作為技術leader，有沒有明確好團隊的代碼規范？有沒有統一組內的框架選型？有沒有搭建好底層技術規范和支撐？

如果明確了下屬不執行，有沒有跟他了解一下為什么不執行，是簡單地忘了，還是不認可組內的規范，但又不說出來？

項目延期了，有沒有考慮是前期的開發方案設計得不合理，導致后期開發受阻？還是產品經理研發期間改了需求，沒有適當地延長工期導致？

UI設計師驗收不通過，是設計師沒有做好設計稿的尺寸標注，還是他自己不按照標注來做？

出勤有問題，有沒有關心他為什么上班遲到。都是成年人了，誰還不會遇到點破事需要處理？

態度差，不配合。是一個人不配合，還是整個團隊都不太配合。如果是整個團隊都不太服從管理，那看來是你作為leader沒做好，出現了信用危機。如果只是個例，終究還是找到原因并且解決的。

這些背后的原因你都不去了解，就簡單地扣績效，不是懶政是什么！

下屬自己本身工作沒做好，多少有點不滿意自己，這個時候作為leader不聞不問，上來就把這個月的績效扣了。能換來下個月表現得更優秀？換來的只會是一肚子埋怨、吐槽、負能量。

反之，這些問題如果你肯用心去發現背后的真實原因：

代碼規范跟團隊隊友統一共識，花時間做好組內的技術規范，延期了找到原因并一起解決。

產品改需求，就給開發爭取延長工期，順便懟一下產品為什么臨時改需求？

你明明知道懟了沒用，該改還是要改，因為這背后是老板的意思，但是這一懟，是幫你下屬懟的，懟得價值連城，物超所值。這是用你的leader身份來替咱們表達開發人員的悲憤，下屬一看就覺得你是自己人，雖然你是在演戲。

UI設計師沒有做好尺寸標注，你作為leader，有責任替你的下屬強烈“譴責”設計師，要把標注工作做到位。

如果設計師是漂亮妹子，又會撒嬌的話，那就另說。沒錯，人有時候就是這么雙標...

leader要有一個跟下屬站在一起解決問題的心態，而不是下達任務，等著要結果的姿態，那是老板的做法。

你替別人著想，別人自然而然愿意跟你干。管理也是一種服務，你服務好自己的團隊成員，你自然就有號召力。有了號召力，你管理起來就事半功倍，大家伙干得也開心。

做管理，別只懂得向上匯報。向下團結，也很重要。經常扣績效的話，扣著扣著，團隊就散了。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的扣绩效，从来都不会让团队变得更好的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。