我认为绩效考核对程序员或者对整个公司都是重中之重,但是对程序员怎么绩效考核?难道看敲得代码数量吗?绩效考核的先决条件是工作可测量。
从这个角度讲,有两种方式可以综合使用:
1.代码量。
每天下班进行工作提交时,统计今日修改,新增的代码行数,业界基本水平大约是200行。
2.进行任务细化分割和管理。
MantisBT可以实现这个功能。开发的整个流程,都可以在mantis上加以体现。分析人员逐级分割任务,并将最终可实现的子任务分割给程序员,程序员可以通过统计其任务完成量来估算其工作量。其实,我觉得BOSS的焦虑在于无法“可视化”的观察项目的进度,这个任务可以通过使用MantisBT,合理设置里程碑来实现。当BOSS看到里程碑相关的任务完成度不断上升的时候,他的焦虑感就会显著降低了。
我的经验中主要是这么几个方卖蠢面:
1. 质量。
这里的质量指交付物契合需求的程度或按需求中尘陪交付的准确程度,具体来说就是从理解需求开始到最后产出的交付物过程中的沟通、理解、设计、实现、验证的总体质量,这个质量可以最后以“Bug密度”这一度量项衡量,对于一般的程序员来说主要是代码质量。
2. 沟通和团队协作。
和项目团队各个角色之间的沟通以及协作意愿和能力。软件开发基于个体能力但绝不止于个体能力,尤其是现在复杂的功能软件,都需要通过多角色合作分工完成,这里个体关注项目和团队整体目标的大局观和价值观是很重要的项目成功保障。
如果你做到了上面这些, 好恭喜你,你们公兄陵司非常正规了,如果这个程序猿工作不努力,干活不认真,产出效率低,那么问题一定不是处在程序猿身上,而是HR工作有问题.
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)