团队贡献分分配
| 项目 | 内容 |
|---|---|
| 所属课设：北航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进行沟通，完善我们的贡献分分配制度。
适合我们的贡献分分配规则，才是最好的贡献分分配规则。