团队贡献分分配规则

团队贡献分分配规则

1.得分参考

在看过绩效管理部分的章节后，咱们认为贡献度 = 工做量 × 工做的影响力 × 工做的不可替代性很具备参考价值。在讨论事后，咱们找到了量化工做量，工做影响力，以及工做的不可替代性的一些指标。

以完成时间来衡量工做量，对于前端来讲，“某个功能”指的是作完某个页面。而对于后端来讲，则是具体到每个接口的实现。对于测试组来讲，则是完成对某一项功能的测试完成，而且反馈给开发组。     

以完成度来衡量工做的影响力。完成度有两个影响指标，测试组在对功能进行测试的时候找出了BUG而且将其反馈给开发组，那么修复这些BUG所要花费的时间即是第一个指标。第二个指标则是对项目进度的影响。

以难度来衡量工做的额不可替代性。在开例会的时候肯定各项任务的难度。

2.得分细则

团队中每一个人的基本分为50。

难度评分：

难度等级	描述	分值
A	十分简单，不须要太大的思考便能完成	+1
B	功能较为复杂，实现起来须要必定的思考	+2
C	功能复杂，须要反复尝试才能实现	+3
D	没有人有这方面的经验，须要花费长时间学习新东西	+4
E	功能十分复杂，须要一些其余成员没有掌握的专业知识，例如重构数据库	+5

具体每项任务的难度由每日例会讨论决定，若是在例会讨论的时候错误估计了任务的难度，在与PM沟经过后能够适当增长难度等级。

完成度评分：

在测试组测试完成以后，向开发组报告全部发现的BUG。从报告BUG之日开始，到修改完毕某功能全部BUG之日截止。每多过半日，便-1分。若是须要花费3天以上修改功能的BUG，而且没有用正当的理由与PM说明拖延的缘由，则认定该成员因我的缘由而致使项目的总体拖延，则额外减分。

其余评分：

对于PM来讲：每有一次没有按时完成博客则-1分，每帮助一次开发组或者测试组完成任务则+1分。

对于测试组来讲：在测试完全部BUG以后，得到额外的5分。若测试阶段完成以后，用户或者团队其余成员每发现一次新的BUG，则-1分。