经常看到这个问题,同时也没有什么好的参考答案。 人员考评大概是传统管理和现在的IT项目结合的一个难点。
人员不考是不行的 。 这个是传统观点,也是我 比较认同的观点。
IT项目团体性, 主观性,以及可考察的指标又不够明确。工作量?bug率? 项目一年运营结果和计划预期对比?这些考察指标都有,但是都不全面。总有各种例子能够说出一个反面 情况。
但是对于一个团队,如果公司足够大, 以团队为考评对象。大概可行。 不过 众多小公司还是只能是针对个人。 总不能团队做坏了个项目,把整个团队都开除了吧。
针对个人,就要明确 责任是什么, 工作量有多少? 最好的完成度又是如何的? 这些检查点, 都是主观估算的,这个就是难点所在了。考评实在是 太过于主观了。
不过考评不能没有。只能设法选择一种来做了。实际是否合适,还得检验过才知道。
有种中庸的办法, 考评是针对项目整体的,奖惩也是针对团队整体的。 最终的奖惩结果,团队自己处理。不知道这样的办法,具体实行起来是否合适?
人员不考是不行的 。 这个是传统观点,也是我 比较认同的观点。
IT项目团体性, 主观性,以及可考察的指标又不够明确。工作量?bug率? 项目一年运营结果和计划预期对比?这些考察指标都有,但是都不全面。总有各种例子能够说出一个反面 情况。
但是对于一个团队,如果公司足够大, 以团队为考评对象。大概可行。 不过 众多小公司还是只能是针对个人。 总不能团队做坏了个项目,把整个团队都开除了吧。
针对个人,就要明确 责任是什么, 工作量有多少? 最好的完成度又是如何的? 这些检查点, 都是主观估算的,这个就是难点所在了。考评实在是 太过于主观了。
不过考评不能没有。只能设法选择一种来做了。实际是否合适,还得检验过才知道。
有种中庸的办法, 考评是针对项目整体的,奖惩也是针对团队整体的。 最终的奖惩结果,团队自己处理。不知道这样的办法,具体实行起来是否合适?