团队贡献分分配

团队贡献分分配

项目	内容
所属课设：北航2020年春软件工程	班级博客
作业要求：按要求完成一篇博客	作业要求
团队课程目标	学习软件工程知识，共同开发一个好的软件
这个作业在哪个具体方面帮助实现目标	明确团队中贡献分分配规则，让整个团队更好运作

贡献分的出发点

在我们的团队中，所有人共同为了一个目标去服务，那就是较好地完成我们提出的项目，在这一过程中，每个人都会投入时间和精力，但由于能力参差不齐，工作类型不同，很难去评价一个人做了多少工作。但虽然难，仍然需要制定一个适合本次任务的标准。常言道，凡是预则立，不预则废，因此，在团队工作最开始的阶段就应该去制定这样的规则，一方面，要避免由于过分追求个人贡献而导致的极端现象，另一方面要起到督促成员按时完成任务，就像现代软件工程 10 绩效管理中提到的不能吃“大锅饭”，绝对的平均，而要综合各方面的考量来评价一个人的贡献。

角色及需求

我们团队从功能角度将工作分为前端、后端、编辑器三部分，每部分有各自的任务，也有需要遵守的规范。

• 所有人
  • 需要及时规划，按时完成任务，并及时在GitHub建立和关闭相应的issue；
  • 在任务遇到困难时，及时向相关同学请求帮助，或调整分工；
  • 在平时测试和开会时及时发现问题，并改正；
  • 及时发现新需求，并进行相应的设计。
• 前端
  • 按照事先设计的样式制作前端样式；
  • 和后端，及编辑器协商对接相关事宜；
  • 设计良好的代码架构，保证可读性。
• 后端
  • 按照事先提出的需求，实现后端docker，文件系统，数据库系统等；
  • 和前端协商对接相关事宜；
  • 测试并完善服务器相关功能。
• 编辑器
  • 按计划实现对语言的高亮支持及自动补全；
  • 按计划实现快捷键的支持；
  • 和前端协商对接相关事宜。

贡献分分配

综合我们分配贡献分的初衷以及每部分的需求，我们制定了以下的贡献分分配规则。

评价指标	评价等级	加减分数
	提前完成	+1
准时性	按时完成	0
	未按进度要求完成	-1
	完成质量很高，其他成员能很容易在此基础上拓展	+2
	完成质量较高，与其他成员沟通后能再此基础上拓展	+1
工作质量	完成质量正常，与其他成员协调后能进行后续工作	0
	完成质量较差，需修复少量功能性bug	-1
	完成质量很差，有较多功能性bug	-2
工作量	团队根据各人的工作时间和工作难度进行协商决定	-3 ~ +3
额外贡献	帮助其他人完成工作	+1
	给整个团队进度带来大的推动	+2
团队之星	团队评选出做贡献最大的人	+3

每个团队成员的基础分为50分，在alpha和beta阶段按照表格中的各项来给每个成员一个加减分，最终根据公式：

[ 个人最终贡献分=300 imes frac{个人基础分+加减分}{sum{(每个人的基础分+加减分)}} ]

过程中对贡献分分配规则有异议者，及时与PM进行沟通，完善我们的贡献分分配制度。

适合我们的贡献分分配规则，才是最好的贡献分分配规则。