总体原则
- 采用以加分为主，以扣分为辅；按劳分配、多劳多得的原则，充分调动大家的积极性；
- 以制度规范员工开发流程、督促及培养大家以设计为导向、以质量为准绳的开发习惯，逐步提高员工的工作技能以及团队整体素质；
- 年终奖会以绩效分数为标准，计算和发放；
- 考核细则应逐步完善，朝着易于执行和能正确衡量员工工作量和工作质量的方向进化；
分数划分标准
总体划分为基础粉、任务分和项目经理主观分三项，其中基础分是必给的，任务分由工作量和工作质量两项组成，因为工作量和质量其实是一个整体，有工作量才有工作质量。每个任务都有分数，工作量和工作质量，分别占任务分的50%和50%；
- 基础分：45
- 任务分：50
- 主观分：5
工作质量评分标准
一、具体标准：工作质量占任务分的50%，工作质量的评定标准也是按百分制，标准评定的几个阶段及各阶段的加分标准，如下：
- 设计阶段：对于新功能，需要有设计文档，否则须有重构文档，设计文档或重构文档的优劣由架构师评定。【40分】
- 设计文档【40分】
- 正确实现了需求；+10
- 设计完整，没有明显疏漏；+5
- 有可管理方法和属性；+5
- 正确分析出了实体；+10
- 正确分析了实体间的关系；+10
- 重构文档【40分】
- 正确实现了需求；+30
- 考虑到了兼容性；+10
- 设计文档【40分】
- 开发阶段【10分】
- 提交代码时，正确填写注释；+5
- 填写注释时有任务或bug号；+5
- 验收阶段【50分】
- Code Review【30分】
- 符合设计文档；+10
- 符合代码编写规范；+10
- 有类注释；+5
- 关键方法有注释；+5
- 单元测试【10分】
- 满足70%要求； +10
- 满足50%要求； +5
- 集成测试【10分】
- 有集成测试方案和结果；+10
- Code Review【30分】
二、架构师和项目经理的操作性
- 架构师：架构师分别根据以上各评分项按5级分别给予级别评定，比如：正确实现了需求；架构师给出1~5的评定，假定为x；
- 项目经理后期的统计方法：以上每项的分数*项目经理评级x/5=各项实际占分比例；
- 会编写一个excel，项目经理只需要把架构师对各项的评级填写到excel中即可 ；
工作量评分标准
1.人员角色、任务级别划分及工作量计算
角色：高级（架构师也算高级）、中级、初级。任务也分高、中、低三级，角色有系数，高中低分别为3、2、1。任务也有系数，按高级、中级、低级为3、2、1，工作量=任务系数/角色系数*任务工时。相同的任务由不同角色的人员来完成所得到的工作量也是不同的。工作量单位为(/人/日)。
如一个高级人员分配了一个3天的高级任务，该高级人员的工作量为则为:3/3*3=3天/人，如果该任务被一个中级人员用3天完成，则该中级人员工作量为3/2*3=4.5天/人。反之，如果一个中级程序员的一个3天的任务被一个高级程序员完成，则该程序员的工作量为2/3*3=2天/人。
2.项目工作量评估
项目经理根据项目计划（项目总时间）和人员安排（高级、中级、初级人员人数），评估出该项目工作量，从而算出该项目工作量。
如一个项目需要30天，1个架构师，2个中级，1个初级程序。统一转换为中级人员工作量为：30*1*1.5+30*2+30*1/2=120（人/日）。
3.任务安排
1） 项目经理将该项目任务创建好，设置好逾期时间和花费工时，放入任务池由项目经理分配或由开发人员自己认领。
2） 项目任务工时数总和不应超过总评估工作量。
3） 参与CodeReview的人员应当给予分配一些工时。参加一个CodeReview，给分配2小时的工作量。
4） 目前bug也可以填工时，但是不受项目经理控制，建议给项目经理在验收环节加个工时确认功能，可以调整工时。
5） 架构师因需要经常帮助其他人解决疑难问题，建议奖励20个小时工时。
执行中的具体步骤
- 项目经理和架构师确定任务工期和任务分数
- 项目经理创建任务
- 开发人员领取任务
- 开发人员编写设计文档，并提交到wiki，并把wiki的地址提交互任务的备注中；
- 项目经理和架构师安排对此文档进行评审；
- 架构师将评审结果提交到wiki的备注；
- 开发人员开发，完成后提交任务，并创建code review；
- 项目经理安排review；
- 架构师和高级程序员review代码，并把结果填写到review的注释中；
- 项目经理结束任务，并统计分数，提交到任务的分数字段；
考核标准的执行方案和步骤
为了使考核达到目标，首先需要大家认识新的考核标准，以及让大家感受到这新标准对其绩效的影响，因此，需要：
- 专门开会告知大家新的考核标准，让大家认识开发过程中的各个方面都跟绩效有联系
- 每月通知考核结果，让大家有所感受