一、规则制定的目的

我们团队的共同愿景是利用本次开发过程，构建一个功能尽可能完善，具有一定用户规模的软件产品。而制定一个明确合理的规则，是我们实现共同愿景的必要方式，也是为了公平公正地衡量每个人在项目中所做出的贡献，提高大家开发过程中的积极性与获得感。

为了避免绝对平均的分配方式，影响团队的积极性，我们经过讨论制定了初步的团队贡献分分配规则，以保障每个人的参与度、积极性，督促个人按时完成任务。

二、团队基本准则

团队基本准则是每个成员所要达到的基本要求，需要全体成员相互监督，相互鼓励，推进项目稳固前进。

若未达到基本准则，则需要进行相应的扣分，同时在项目进行过程中也需要对不满足基本准则的成员提出警告，从而提升团队的整体工作效率。

• 全体成员
  • 按时参加组会，如果无法参加需要提前请假。
  • 组会汇报时，必须详实汇报进度
  • 对于接口文档的修改需要及时告知团队成员
  • 开发人员提交代码时，需要先提交到自己的分支下，经过PM审核同意后，才能合并到主分支下
  • 进度受阻需要尽快告知团队成员，以便及时解决问题 ，并将相关信息进行记录以便后期遇到相似问题的成员可以参考
• 客户端
  • 与中传相关的美术，3D建模，视觉传达的同学进行沟通，高效配合。
  • 完成Unity3D UI的代码部分设计和逻辑设计
  • 完成开发任务后及时进行服务端部分的基本测试，并做出记录
  • 遵循客户端代码规范，保证可维护性
• 服务端
  • 维护数据库及相关接口
  • 完成开发任务后及时进行服务端部分的基本测试，并做出记录
  • 遵循服务端代码规范，保证可维护性
  • 及时与客户端开发人员进行对接与交流，同时在己方任务开发测试完成后，及时帮助客户端同学查漏补缺
• PM
  • 组织组会并记录会议内容，发布会议记录。
    • 杨濡冰与冯张驰两个人轮流主持会议，整理和发布会议记录。
  • 把握各组整体进度，根据实际情况协调前后端进行同步
    • 杨濡冰对客户端开发、测试进度与代码质量进行监督，同时及时与中传相关美工建模同学进行对接。
    • 冯张驰对服务端开发、测试进度与代码质量进行监督，同时及时与客户端同学确认服务端性能与需求。
  • 与课程组进行沟通，领导所有成员准备展示阶段的相关内容
    • 杨濡冰负责团队博客文档的最终审核
    • 冯张驰主要负责coding平台开发的管理

三、贡献分分配细则

• 按照课程组说明，团队总分为团队人数 $N$ 乘以基准分数 $50$，即 $Total_Grades=50?N$，由于头发茂盛队项目团队共有 $8$ 人组成，所以团队总分为 $50×8=400$
• 经过团队成员初步商议，我们决定将 $400$ 分中的 $360$ 分作为基础分数$Base_Grades$，$40$ 分作为团队贡献奖励分数$Bonus_Grades$，将按照团队贡献值进行映射分配

3.1 基础分计算方案

基础分评价依据：按照团队准则要求，对个人职责进行明确规范，初始分数为每人 $45$ 分，将会依据基础分评分规范，给予加减分；同时我们也会尽量平衡每个人的任务，以保证基础分数之间的公平

每个人的基础分浮动得分为 $s_i,i=1,2,3,4,5,6,7,8$

3.2 奖励分计算方案

奖励分评价依据：按照成员的实际完成任务量，在开发过程中所做的额外工作，进行量化计算，以此作为个人的奖励分分配依据

每个人的奖励分浮动得分为$t_i,i=1,2,3,4,5,6$

3.4 个人贡献分分配方案

• 基础得分池为 $Base Grades=360$，奖励得分池为 $Bonus Grades=40$。
• 个人基础得分占比 $a$

$$
a=\frac {45+s_i} {360+\sum_{i=1}^8 s_i}
$$

• 个人奖励得分占比 $b$

$$
b=\frac {5+t_i} {40+\sum_{i=1}^8 t_i}
$$

• 个人最终得分 $Final Grades$

$$
Final Grades=Base Grades * a + Bonus Grades * b
$$

3.5 相关说明

• 如果出现同分情况，由全体进行评价，在保持总分不变的情况下进行微小调整
• 上述计算规则均为暂定，实际开发过程中可能存在变动，以实际开发情况为准
• 工作量评级由PM和团队其他成员一起商讨，一致同意后生效