团队贡献分分配规则

项目	内容
本次作业所属课程	北航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取整去重复得到每个人的最终得分。

转载于:https://www.cnblogs.com/stupidRJGC/p/10674454.html