HRMS项目管理之七（绩效标准）

 

我们一直在强调制定目标，执行计划，然后不断地更新Project，几乎每天Show计划完成情况。于是我们确定开发目标，执行开发计划，然后又确定Bug修改目标，然后再执行Bug修改计划，就这样不断地重复安排时间测试，安排时间修改Bug，再安排时间测试，再安排时间修改Bug。就这样我们花一周开发，然后花两周重构，再花三周修改Bug，可是我们的项目并没有多少好的改观。问题出在哪儿？

我想应该是出在绩效标准上。

这个是我们容易忽视的，我们经常强调目标，强调计划，强调执行，可很少人去强调工作绩效标准，做一件事不做好，还不如不做。领导安排任务后，一定要给下级定一个绩效标准。开发人员完成一个任务，一定要给自己定一个任务完成标准。

每一个人都有任务，每一个人都有自己的绩效标准，每周例会时项目经理发布每个人的绩效标准的好坏，该表扬就表扬，该批评就批评。有一句俗语，叫‘没有规矩，不成方圆’，我现在还记得刚来项目组，我们开发人员经常把一些自己临时的配置文件提交到SVN上，导致别人运行时出错，就开始我们也在项目例会上提到此问题，告诉大家要注意，可问题依旧。后来决定，以后谁出此差错，捐献十元做活动基金，此后一个十元也没有收到。我在此不是要说明惩罚有多好，但惩罚，批评可以让我们进步更快。

项目经常出现大量Bug，和大量Reopen的问题，我建议我们开发人员应该制定规矩，开发出现可以出现 20% 的Bug，Bug可以出现 3% 的Reopen，超过数据开发人员自己周末来加班解决。这不仅是对自己的惩罚，更是让自己进步的鞭策。项目其他人员也制定规矩，项目组成员共同监督，共同努力。