扣绩效，从来都不会让团队变得更好
这个是我上周在公司内部分享的一个话题，大家听得比较起劲。
“扣绩效，从来不会让团队变得更好。但加绩效，就可以！”
说完这句话，我特意看了一下坐在下面的上司CTO，他好像脸一黑！（手动狗头保命）
程序员是一个非标的岗位，给写代码的人定绩效本身就不是一个容易的事，每个公司都不一样，我们也费尽脑汁。
有的团队用上线后的bug数量考核；有的从提测的bug量就开始考核了，都不等你上线。有的用工期是否按时完成来考察。
还有奇葩的，按代码行数来衡量。你一个程序员就是写代码的，代码写的越多证明工作越努力，那么就应该拿更多的报酬，行数不够就是不努力，要扣绩效。
很多技术leader，对表现不好的下属简单粗暴地采用扣绩效的方式来管理。反正你做得不好，身为你的上司，扣你绩效不是很合理吗？
当然合理，踢足球都能带一个士巴拿，管理上扣点绩效算什么？
作为直接上司，简单粗暴地扣下属的绩效并不是最优的管理方案，那不过就是管理上的懒政罢了。
代码写得不好，你作为技术leader，有没有明确好团队的代码规范？有没有统一组内的框架选型？有没有搭建好底层技术规范和支撑？
如果明确了下属不执行，有没有跟他了解一下为什么不执行，是简单地忘了，还是不认可组内的规范，但又不说出来？
项目延期了，有没有考虑是前期的开发方案设计得不合理，导致后期开发受阻？还是产品经理研发期间改了需求，没有适当地延长工期导致？
UI设计师验收不通过，是设计师没有做好设计稿的尺寸标注，还是他自己不按照标注来做？
出勤有问题，有没有关心他为什么上班迟到。都是成年人了，谁还不会遇到点破事需要处理？
态度差，不配合。是一个人不配合，还是整个团队都不太配合。如果是整个团队都不太服从管理，那看来是你作为leader没做好，出现了信用危机。如果只是个例，终究还是找到原因并且解决的。
这些背后的原因你都不去了解，就简单地扣绩效，不是懒政是什么！
下属自己本身工作没做好，多少有点不满意自己，这个时候作为leader不闻不问，上来就把这个月的绩效扣了。能换来下个月表现得更优秀？换来的只会是一肚子埋怨、吐槽、负能量。
反之，这些问题如果你肯用心去发现背后的真实原因：
代码规范跟团队队友统一共识，花时间做好组内的技术规范，延期了找到原因并一起解决。
产品改需求，就给开发争取延长工期，顺便怼一下产品为什么临时改需求？
你明明知道怼了没用，该改还是要改，因为这背后是老板的意思，但是这一怼，是帮你下属怼的，怼得价值连城，物超所值。这是用你的leader身份来替咱们表达开发人员的悲愤，下属一看就觉得你是自己人，虽然你是在演戏。
UI设计师没有做好尺寸标注，你作为leader，有责任替你的下属强烈“谴责”设计师，要把标注工作做到位。
如果设计师是漂亮妹子，又会撒娇的话，那就另说。没错，人有时候就是这么双标...
leader要有一个跟下属站在一起解决问题的心态，而不是下达任务，等着要结果的姿态，那是老板的做法。
你替别人着想，别人自然而然愿意跟你干。管理也是一种服务，你服务好自己的团队成员，你自然就有号召力。有了号召力，你管理起来就事半功倍，大家伙干得也开心。
做管理，别只懂得向上汇报。向下团结，也很重要。经常扣绩效的话，扣着扣着，团队就散了。