一般管理比较规范的公司都会在年终或者季度末发放绩效奖，而每个人的奖金多少一般是根据每个人的表现和得分来发放的，这个得分的评定是从何而来的呢?有的是按照平时的表现等主管判断来的，依据有工作态度，完成任务的效率，与其他同事的关系等，有的是按照工作日志和完成任务积分。
我们部门采用的是按照平时完成的任务所获得的有效积分，然后统计每周每月的报表，并对团队内每个成员的积分结果进行排名，在Team内的每周例会上Review这些结果，让每个成员了解本周每个人的工作进展情况。这样做的好处有很多，比如公开公平，方便工作统筹管理，了解个人人力负荷等。
绩效管理对一个Team是比较重要的一项日常管理任务，如何做到团队内每个人的绩效得分公平公正，必须有一套行之有效的方法。我谈谈我们部门管理的一些方法，拿出来与大家分享，希望有相关经验的人参与讨论，说说你们的管理方法。
首先介绍一下我们团队中大概的几种角色，其中有SA系统分析员，SD系统设计人员，Dev开发人员，测试与发布人员，项目经理和绩效监管人员。平时的工作中，sa的主要职责是分析用户需求，sd负责针对需求的设计和部分开发，Dev人员专门负责自己小组产品的开发与维护，项目经理和监管人员负责整个Team的产品和人员的统一管理。平时的工作流程严格按照CMMI的一些要求，对整个团队成员的一些要求有，个人工作日志的每日维护，工时的Log，产品任务列表的维护，项目组成员的任务分派和划分等。下面我从一个需求的产生到发布正式环境的整个流程来谈一下我们平时的做法。
需要说明的是，下面说的是现有系统的维护和支持工作，新增项目的管理方式有另外的管理方法，跟这个稍有区别。我们Team大概有四个产品组，四个sa和四个sd，一个小组一般会维护几个系统或者参与开发几个项目，项目组的成员中，sa和sd的工作内容相对比较专业一些。
sa专门做需求分析和与用户沟通的工作，一个需求产生之前，用户和sa会进行充分的沟通，包括这个需求的具体内容和可行性。如果这个需求确定要做之后，用户那边的窗口会在Helpdesk系统中进行填单工作，当用户填好需求单之后，会在系统中产生一个Ticket，sa会通知sd人员接受该Ticket，并针对该Ticket设计解决方案，如果任务量比较大，sd会细分任务并分派给小组内的几个成员共同完成，如果该需求比较小，会与小组内有空余时间的开发人员沟通，并将任务分派给他，当然sd人员也可能会直接开发这个需求。
sd人员给出这个需求的设计方案的时候会预估它的开发时间和成本，比如说一个需求需要40个小时，其中开发时间为35H，测试发布时间为5H，并且这个需求分配给了开发人员小A，那么接下来小A开始做这个需求的开发工作，他每周的开发进展会写到Helpdesk系统中的Modify History中。无论小A开发这个需求实际使用了多少工时，那么他的有效工时基本上都是35H。如果他实际使用20H开发完成，本周的其他时间他还可以接其他的需求，比如他接受了另外一个20H的需求并开发完成，那么他本周的有效工时就是35H+20H=55H，但如果小B做这个需求，由于小B的个人能力不如小A，他实际花费了45H完成了这个需求，那么小B的有效工时还是35H。所以由于个人能力的问题，在同样是时间内不同的人会得到不同的绩效分，有可能一周之内小A得了55/8=6.875分，小B由于本周内没有完成一个需求而绩效分数为0。
上面说到小A开发这个需求的过程必须在Helpdesk和个人工作日志中有记录，这个过程的监督