[T.8] 团队项目：团队贡献分分配规则

这个作业属于哪个课程	北航2026年春季软件工程
这个作业的要求在哪里	[T.8] 团队项目：团队贡献分分配规则
我在这个课程的目标是	体验完整软件开发流程，交付一款真正解决科研阅读痛点的软件产品
这个作业在哪个具体方面帮助我实现目标	确定团队贡献分分配规则

团队贡献分分配规则

分值分配规则

个人最终得分 = 完成任务得分 + 奖励分

总分：6 * 50 = 300分

团队贡献总分按照以下比例分配到各个阶段：

• 选题与设计阶段：60分 20%
• Alpha阶段：150分 50%
• Beta阶段：90分 30%

然后在各个阶段根据实际任务模块和任务模块下的子任务进一步细分，开发阶段另外预留出奖励分池（每阶段总分的10%）。

分值调整规则

任务模块及其子任务分配分数在每一阶段开始时由PM根据其复杂度、工作量进行分配，每次例会时根据实际情况调整：

• 如果实际工作量与预期不符，可在会议中提出修改，讨论表决是否修改，修改后扣除的分数进入奖励分池，增加的分数从奖励分池中取出。
• 如果原定子任务取消，表决决定后删除并将其分值回归奖励分池。
• 如果出现了新的子任务，则表决决定其分值，从奖励分池中取出赋分，并记录在团队文档中。

子任务完成后，在例会中汇报工作完成情况，如通过质量审查，按照分配分数计入个人得分；如果出现任务不达标的情况，则例会表决后酌情扣分（具体规则见后文），扣除分数进入团队奖励分池；计入个人得分后，该子任务团队贡献分值锁定，不再修改。

奖励分分配规则

每阶段结束后，如果奖励分池中的分数不为0，则在例会中根据各人表现表决分配。

具体来说：每人初始0分，每有一个不靠谱标记 -1 分，每有一个蒸蚌！标记 +1 分，每有一个力挽狂澜标记 +2 分，每有一个罪大恶极标记 -2 分。（此分数不代表实际分值）

参考分数排名与比例以最大余数法分配奖励分池。

得分与奖励标记规则

• 1.成员按时保质完成，获得任务全部分值，并获得一个蒸蚌！标记
• 2.成员未能按时&&保质完成但对他人工作无影响，任务分值流入奖励分池，并获得一个不靠谱标记
  • 此情况下，子任务被标记为失效，新建一个周期为1天的相同子任务，并分配分数（原任务分数的50%），分配分数来源于奖励分池
  • 该子任务默认属于原成员，但如果第二次触发该规则，不再允许该成员领取该子任务
• 3.成员未能按时&&保质完成且影响他人工作，任务分值流入奖励分池，并获得一个罪大恶极标记
  • 此情况下，子任务被标记为失效，新建一个周期为1天的相同子任务，并分配分数（原任务分数的50%），分配分数来源于触发该条规则的成员已获得的个人贡献分
  • 该成员对该子任务有一次优先领取权，但如果领取后仍然触发该规则，不再允许该成员领取该子任务
• 4.为了避免团队成员因不可抗力无法按时完成任务，支持在截止日期前进行任务转让，转让需双方同意并在群内公布，转让后子任务分数归实际完成者所有。接受转让者获得一个力挽狂澜标记。
• 5.成员接手以上2、3规则下产生的他人未完成任务并完成，可获得该任务原始分值，并获得一个力挽狂澜标记。
• 6.成员主动优化已通过例会质量审查的代码，获得一个力挽狂澜标记。
• 7.成员缺席例会/超过12小时未回复@该成员的群内消息，获得一个不靠谱标记。
• 8.成员合并分支时出错导致其他成员帮忙修复，获得一个不靠谱标记，帮忙成员获得一个蒸蚌！标记
• 9.四种标记也可在某成员提出、所有人同意后，以其他合理理由赋予指定成员

任务质量审查

质量标准包括但不限于：

• 功能完善无bug
• 可集成
• 不影响已实现其他功能
• 符合规范（如代码风格、注释等）

使用AIGC辅助完成的代码需要在commit时注明，质量审查与其他代码标准相同（即需确保对生成内容进行了必要的人工审查与修改，否则会触发规则2、3）

例会中交付代码时，需解释工作内容，无异议则合并分支，完成合并后视为完成质量审查
每次例会结束时，主分支应该妥善合并完所有成员工作子分支，各子分支也拉取最新完整项目代码