为了更好的分配资源，刺激成员成长和提升整体工作积极性，对于任何一个团队，成员绩效评定都是一个不可缺少的重要环节。OMG！队经过很长时间的激烈讨论，出炉了属于我们自己的绩效评定草案，起草者资历贫薄，欢迎大家拍砖：）
团队简介：OMG团队共有五人，根据一二二模式组成，一个PM(项目经理)，两个DEV（开发人员），两个TEST（测试人员）。我们这个团队努力按照敏捷开发流程，实行VSTS开发模式。
1、 理想目标
a. 加强团队凝聚力，避免诱发矛盾
b. 鼓励能者多劳，略不能者多学
c. 防止磨洋工、混日子情形出现
2、 实现方式
a. 为了让大家齐心协力，将团队项目看作属于自己的项目，团体初始总分根据最终项目完成情形获得80（不理想）90（理想）100（一级棒）三级分数作为后续给分的大蛋糕，通过此举将团队整体表现和个人绩效挂钩。项目最终完成情形，由团队成员根据最终的老师评定、市场反响和其他团队评价自行评定。
b. 团队初始总分的大蛋糕划分成两个部分：职位基本评分（75%），团队bonus（25 % ）。前者平分给每个成员，每人15%的基本评分配额，后者由大家各自给出分配到5个成员的配额。
c. 职位基本评分是评价各个成员是否完成所承担职位职责的评分，对应PM，DEV，TEST的不同职位不共用一套标准，根据1、工作态度是否端正良好，2、是否完成本职工作，每个成员可以获得基本评分的80%（有不足，对团队进展有拖累）到100%（良好，符合团队进展）之间的任意数值。每个成员给所有队员打分并在最终公示和取平均数。
d. 团队bonus是由大家根据自己对各个成员团队贡献的判断“自主”分配的奖励蛋糕。主要有两个评价标准，一个是本职工作是否有出彩之处（比如dev开发量最大，bug最少；比如TEST发现bug最多等等）第二是是否对团队协作有额外贡献（比如是否在团队讨论中提出建设性意见和建议，是否对团队方向有重要引领，是否给团队提供了额外的强大技术支援，是否对改善和加强团队合作氛围有重要贡献）。总之bonus是大家秉承大体的标准分配的奖励，最终分配取个人平均数。
3、 分数换算
a. 软件工程课程团队评价得分和（2）所述绩效独立，前者只用于软件工程课程分数评定，后者属于当前团队项目的一部分，但前者可由后者换算。
b. 由于团队绩效最终可能要反映在大家软件工程课程团队评价得分上，（2）中所述绩效评定方案得到的各人分数最终按照比例获得软件工程团队评分总分的相应额度。
c. 软件工程课程团队评价得分允许大家最终根据一些特殊原因进行调整和转移，但不影响（2）中绩效得分。
希望OMG！队再接再厉，搞定alpha版本这第一个里程碑！
转载于:https://www.cnblogs.com/OMG-Team/archive/2011/10/09/2203814.html