根据公司新奖金分配制度的精神，在我们项目组，我拟了以下奖金分配方案。
原则
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分；