关于IT公司绩效考核等问题的讨论

整理微信群2016.4.7关于绩效考核等问题的线上讨论

 

考核制度的探讨：

A提问：请教一下，如果必须上KPI类似的绩效考核，大家有没有好的建议和参考？

小陈：建议OKR，而非KPI，百度就是被KPI害死的。

Fanky：OKR不是万能，虽说比KPI公认更科学，但是也有很多弊端和应用场景；比如运营和纯执行类一线岗位，OKR未必有多少用处；索尼的SOP更适合一线执行岗位，但是把这些套在领导层上，也是作死行为。理论上团队越小，OKR的价值越低。

Blue：不管是KPI，还是OKR/SOP，还是适合团队有一定规模的，大部分小团队都不适合这些；OKR比较适合有一定规模的公司，可以分层下发细化。七八人以下的小团队，其质量控制在于Leader，谁做了什么作为leader应该最清楚。尤其是初创团队，最重要的要做的不是考核工作质量，而是如何建立团队协作的能力。一开始就建立严格的考核制度，很容易降低开发效率，最后很可能人心涣散，各自走人，亲身体会。

D：OKR的 peer review 在中国很难实施，小团队更不可能就是了，匿名有啥意义？你的同行有没有都难说， 即使有，是谁都知道，匿名没有意义，不提也罢，说的即使是超过百人的研发团队。

E：同意peer review很难，peer review和绩效也并不是直接绑定的。团队小确实必要不大，但个人觉得一套透明的文化和绩效系统，对于个人提升还是有帮助。有些时候如果反馈是能给到帮助效果的话，基本还是比较容易接受。所以要培养一个比较正向积极的文化，以及正面看待这个review的态度。如果事情都是私下做了，这个透明文化的trust也就很难了。

F:  技术团队被考核KPI其实也无可厚非，许多技术团队还达不到牛逼的程度，只是写代码的（许多人会不服）;许多技术团队其实对商业、产品的理解都是欠缺的，且写出的程序满足应用层面多，而涉及创新或核心层面的少，不可能随心所欲的工作，创业公司如果打着：人性化公司口号，不接受考核；这样的创业团队走不远。其实技术团队最大KPI是你生成出的产品是否被用户高高兴兴使用，被用户传播，技术团队如果遇到很差劲老板或者产品经理，建议换团队。

 

 

关于加班：

A：加班这事情还是不能强求。能力和意愿都是和公司是否契合的因素。个人觉得没什么必要为了不重要的事情让团队拼死拼活。但反过来忙碌的时候团队需要的时候其实也就真的是个人表现的时候了。加班需要的是发自内心的举动，不能是强迫性的，很多人在对目标追求过程中，会不自觉的压迫你。哪里有压迫，哪里就有反抗。 

B：利益最大化的时代，反抗真的微乎其微。要是说加班来公司，我就超级反感，事情自然能完成的话肯定不需要加班。加班只是让老板看起来爽吧！但是加班看起来是利益最大化，但在实际操作中还是没有效果，只有副作用。毕竟开发是脑力劳动，人疲惫了效率低，低效率和高效率相差巨大。

C：反对加班：大部分加班有2个原因：1.给老板看 ; 2.正常上班时间工作效率低。

D:   不过有时加班是没办法的，白天开会太多。

E:  当然偶尔因为要一鼓作气，可以适当封闭或短暂加班 ；如果一周有3--5天加班，说明公司白天效率太低了。加班只能救急时候用一下，长期加班就适得其反了。长期996的，我是不能理解，短期内7/24我表示可以接受，在没有巨大利益的前提下，要求996的都是在耍流氓。