新项目奖金分配方案

根据公司新奖金分配制度的精神，在我们项目组，我拟了以下奖金分配方案。

原则

1． 不根据工作量来计算奖金分配比例，而是根据任务的难度既对项目的贡献度。（这一点已经使用在了5月的奖金分配方案中）

2． 每个任务的得分公司为: 基础得分*复杂系数*重构系数+(天数-1)*0.3

基础得分：用于反映任务的完成情况，取值范围为(0.1-1)

基础得分的获得参照以下规则：

1. 任务有测试反馈，基础得分为0.9，

2. 任务测试反馈的次数超过3次，基础得分为0.7

3. 任务测试反馈的次数超过5次，基础得分为0.4

4. 任务测试反馈的次数超过10次，基础得分为0.1

5. 引入新的技术，基础得分为1

6. 引入新的思想，基础得分为1

复杂系数用于反映任务的复杂度，取值范围(0.2 – 无上限)

复杂系数获得参考以下规则:

1. 一般的系统改进建议0.1

2. 较突出的系统改进建议0.5

3. 一般的文档整理0.2

4. 业务逻辑文档归纳0.5

5. 改动和可用性算法/系统构架/业务流程/新模块 相关，但改动量很少 1

6. 改动和可用性算法/系统构架/业务流程/新模块 相关，但改动量较大 1.5

7. 改动和可用性算法/系统构架/业务流程/新模块 相关，但改动量很大 2以上

8. 引入新的技术，一般为1

9. 引入新的技术，且技术含量较高，涉及到系统的底层框架 1.5 以上

10. 引入新的思想，一般为1

11. 引入新的思想，且对系统质量，稳定性或工作流有明显改进的 1.5以上

对于1,2以客户的反馈为准

对于7和9的评分，由我先记录，在月末统计奖金表之前，和大家讨论。

对于2, 3, 4中的范围，可以再讨论和补充

3.  重构系数:为代码修改中对代码的重构(1-2)

4.  天数: 任务完成使用的天数，不足一天按一天计算。

5.  关于测试

对于测试任务，不再计分，同时取消自测bug第一名奖励。但是对于发现的bug，无论是测试任务中发现的bug，还是在自测中发现的bug，每个计分为0.1分；如果bug的价值很高，计0.2分；