[内容有自己写的也有看别人的觉得有感觉然后粘贴过来的，非纯原创] 最近心得

    近期在整绩效考核的事。琢磨的过程中，随便记点东西

 

    价值观的问题：现在我们评价某人或某部分工作成果的标准是按时完成事情？还是提前完成事情？还是有质量的完成了事情？还是可持续发展的完成了事情？或者简单点，是做得快优秀？还是做得好优秀。

我自己的感觉，大部分的从领导到员工，都是以快为目标，并且没太多考虑后果。产品同事想出个雏形，就要求研发来生产了；开发同事了解个大概，就开始写代码了；到了我们测试，如果要配合大家的进度，那只能是不清不楚的就开始测试了。这样的一个流程下来，最终产品的质量如何保障？（当然，我不是说要牺牲速度来促使质量，毕竟这是互联网，拼的就是速度，否则还吃什么。我相当认同要快速迭代，快速出击。但也要是有质量的快，否则就是短期效应了）

 

    某个人或某个部门，如果承担了很多任务并且完成了，那即使质量不好，也是值得原谅的。是吗？应该是这样吗？

 

    我们能做的就是，做好手头的事情，确保“就算这事儿对公司来说又黄了，我也要通过做事有所收获”。

    要想提升就要融入，抱怨没有用。

    一个巨大的机器里，一个齿轮的工作就是随着机器的速度进行转动，不要想要转慢一点或是想要转快一点，结局只能是自己的齿被折断。

 

    考核对于我，最难的是我不明白究竟要考核大家什么？

    先说说现状，可能和要不要考核或是怎么考核没有关系。因为我们的目标已经定了。说现状就是开个头，引个题目。我们会做考核的，我们要做考核的。现在技术中心在整个事业部的位置就像测试组在整个技术中心的位置，总体感觉就是：上游不给力，下游怎么使劲啊？？本来在一个不给力的环境里干活就挺郁闷了，结果还考核压榨自己人，这情绪能好吗？

 

    我们考核的目的是让大家都在干活呢？还是让大家都在有效的干活？

 

    就拿测试组来说，如果考核要求测试点。测试点和需求紧密挂钩。那我们有时间去纠结需求的问题吗？结束时间都是定死的，就算是需求不灵也得硬着头皮往下做，谁去争论就是浪费谁的时间，最后任务延期了，不会说是需求方的问题，只会说是开发/测试耽误了工期。