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

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

项目	内容
这个作业属于哪个课程	2026年春季软件工程
这个作业的要求在哪里	[T.8] 团队项目：团队贡献分分配规则
我在这个课程的目标是	接触理解应用现代软件工程常用的开发方式，锻炼自己编写代码以及团队协作的能力
这个作业在哪个具体方面帮助我实现目标	说明团队贡献分分配方法

Part 0 前期调研、分配原则与协商方案

前期调研

在开会协商讨论前，我们阅读了课程组提供的博客文章。经过初步讨论，我们认为，一套好的分配规则应当具备以下特征：

• 客观可量化：评分标准尽量可被观测，减少主观争议；
• 激励导向：鼓励主动承担、高质量交付；
• 公平兜底：基础分保障每个按时完成本职工作的成员获得合理回报。

分配原则

• 个人分数由基础分 + 贡献加分组成，成员总分上限为 100 分
• 基础分占 40 分，所有按正常流程参与项目的成员均可获得
• 贡献加分池共 70 分，在项目结束时，按每位成员累积的贡献点数占团队总点数的比例进行加权分配
• 贡献点数在项目过程中持续累积，评估维度包括以下四个方面（详见 Part 1）
• AIGC 工作评估立场：不区分产出是否借助 AI 工具，只按最终交付结果进行验收与评价（详见 Part 2）

协商方案

每位成员在会议前完成以下准备工作：

• 阅读课程组对贡献分分配的基本要求，理解评估目的
• 思考本团队在哪些维度上容易出现贡献不均衡的情况

---

Part 1 开会表决

基础分与贡献加分比例表决

大家一致同意使用基础分为 40 分，团队贡献加分共计为 70 分的比例。

贡献点数累积规则

贡献点数在整个项目周期内动态累积，最终点数决定每人从 70 分加分池中获得多少分。具体的加分维度如下：

维度一：按时完成任务

表现	贡献点数
在 deadline（通常是例会） 前完成自己负责的任务，质量达标	+2 点
例会上大家认为完成质量良好	+3 点
未按时完成（无合理原因）	+0 点

维度二：承担了他人的任务

表现	贡献点数
在他人无法完成时主动接手其部分或全部任务	+3 点 / 次
接手任务后保质保量交付	额外 +1 点

此类情况需在群内或会议中有明确记录，避免事后争议。

维度三：公认承担了较多工作量

• 重大迭代结束时，由全体成员无记名投票，票选出本迭代中工作量明显高于平均水平的成员（可多选，但需超过半数成员认可）
• 被认可者获得 +3 点

维度四：为团队提供突破性贡献

• 在项目过程中，提出或实现了显著推进项目进度的关键方案、解决了卡住团队的技术难题，或带来了明显的效率提升
• 由全体成员在项目结束时投票认定，获得过半数支持即可获得 +5 点
• 每人在整个项目中最多获得一次此加分

最终分配公式

设七位成员在项目结束时各自累积的贡献点数为 $x_1, x_2, \cdots, x_7$，贡献加分池总分为 $score_pool = 70$，则第 $i$ 名成员的贡献加分 $bonus_i$ 为：

$$bonus_i = \frac{x_i}{\sum_{j=1}^{7} x_j} \times 70$$

每人最终得分为：

$$score_i = 40 + bonus_i$$

---

Part 2 AIGC 工作的工作量评估与产物验收

我们的主张是：不区分某项工作是否借助了 AIGC 完成，只按最终交付的结果进行评价。

理由如下：

1. 难以公平界定"AI 占比"：无论是代码、文档还是设计稿，借助 AI 的程度难以界定，对于成员是否使用AI也没有检验手段。
2. 工具使用本身也是能力：能够有效利用 AIGC 工具、识别其输出的错误、进行合理的 prompt 设计与结果校验，本身就是有价值的工程能力。