| 项目 | 内容 |
|---|---|
| 本次作业所属课程 | 北航2019软件工程 |
| 本次作业要求 | 要求详情 |
| 我们在本课程的目标 | 分配分数有据可依，公正合理 |
| 本次作业的帮助 | 学会了科学分配贡献分 |
参考
贡献分的规则上，团队经过慎重商量，认为绩效管理中提到的贡献度 = 工作量 × 工作的影响力 × 工作的不可替代性十分具有参考价值，同时我们通过阅读了 往届博客 ，认为他们所采用的预期工作量 x 难度 x 完成度的指标更加合理，于是决定采用这种分配方式来评估开发过程中的贡献分数。而还有很多其他方面需要考量，后面会详细说到。
得分细则
- 开发部分
- 开发部分主要指代码上的更改，包括前端，后端的代码更改和测试代码的编写，这里我们不采用统计代码行数的方法进行比较，因为代码行数甚至commit次数不能良好的反映任务的难度，所以这里采用预期工作量 x 难度 x 完成度进行每个任务的评分，每个任务即为github上的一个issue。
- 预期工作量：任务的预计时间(1-5)，由PM决定
- 难度：任务难度(1-5)，初步由PM决定，可以在任务进行中通过交流进行数值更改。
- 完成度：任务完成的程度(1-5)，由PM决定，评分给出后可以通过交流进行数值更改。
- 开发方面的最后得分为：三项相乘，其中PM在任务安排上会尽量保证所有人的预期工作量x难度基本相同
- 设计部分
- 例如：前端页面设计，url跳转设计，数据库设计等，可能不会体现在代码上。
- 分数计算方法同上，但是在预期工作量一项，时间由PM认为的合理时间和实际消耗时间取平均得到。
- 文档部分
- 此项为了鼓励成员为团队撰写一些非任务性质的文档，已达到指导团队成员操作，提供参考的作用。
- 例如：git操作文档，脚本使用文档，数据库说明文档等。
- 此项分数由PM评价，每份文档根据质量和必要性进行给分，最高40分。
- 数据部分
- 此项没有代码的体现，但是其评分规则同开发部分的评分规则。
- 其他
- Scrum Meeting博客 +10分/次
- 开发人员自检后，测试人员找到了开发人员的bug，由于是测试人员的工作，测试人员不加分，开发人员 -5分/次
- 测试人员测试后，非测试人员找到已完成部分的bug，非测试人员 +10分/次 测试人员 -5分/次
- 提出关键建议并且影响到了项目推进 +10分/次
- 由于个人原因未在规定时间内完成指定任务 -10分/半天
- 由于客观原因未在规定时间内完成指定任务 -10分/天
最终得分
- 项目完成后由(每个人的分数/所有人的总分)x350取整去重复得到每个人的最终得分。