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

项目	内容
这个作业属于哪个课程	软件工程
这个作业的要求在哪里	[T.8] 团队项目：团队贡献分分配规则 - 作业 - 2026年春季软件工程 - 班级博客 - 博客园
我在这个课程的目标是	提升软件工程化能力，培养敏捷开发与团队协作能力，掌握 AI Native 开发模式
这个作业在哪个具体方面帮助我实现目标	建立公开透明的贡献评价体系，明确 AIGC 任务的价值边界，减少分配争议

一. 分配原则

团队贡献分分配以“实际贡献”为核心，强调公开透明、证据可追溯、结果可复核。

(一) 基本目标

1. 公平反映每位成员在项目中的真实投入与产出；

2. 让评分规则在团队日常协作中可直接执行；

3. 确保最终结果满足课程硬性约束。

(二) 基本约束

最终评分必须同时满足：

约束项	说明
实际贡献导向	评分依据成员真实产出与协作表现
分数类型	所有分数均为自然数
唯一性	每位成员最终分数不能相同
总分约束	团队 6 人，总分固定为 300 分（50×6）

(三) 证据化原则

所有评分均需有证据支撑，主要证据包括：

• 代码提交记录 / PR 记录；

• 任务看板完成记录；

• 测试报告与缺陷修复记录；

• 会议纪要与协作沟通记录；

• 文档产出记录。

注：无证据的口头贡献不直接计分。

二. 分配方案

结合团队 6 人规模与项目推进方式，采用“基础分池 + 浮动分池 + 校准分池”三段式方案。

(一) 方案概览

模块	分值	占比	内容说明
基础分池	228 分	76%	评估角色内任务完成质量与稳定性
浮动分池	57 分	19%	奖励额外贡献、承接基础分扣回后的再分配
校准分池	15 分	5%	用于最终满足“分数互不相同 + 总分精确 300”

(二) 方案细则

1. 基础分细则

每位成员以 38 分作为基础分初始值。基础分原则上不扣，只有在“严重影响项目进度”的情形下才扣分；被扣分数全部转入浮动分池进行再次分配。

维度	说明
任务完成度	是否按时交付、是否满足需求
质量与稳定性	代码/文档质量、缺陷率、返工情况
协作与响应	会议参与、联调支持、沟通时效
测试与文档	是否完成必要测试、是否保留可用文档

基础分扣分触发规则

情形	判定标准	扣分
无预警延期且阻塞主线	未提前沟通，导致关键里程碑延误	-2 ~ -4 / 次
关键任务未完成需他人接手	原负责人未交付，造成团队额外补位	-2 ~ -4 / 次
重复低质量交付造成返工	同类问题多次出现，明显拖慢整体节奏	-3 ~ -5 / 次
未自测即提交致主分支故障	造成 CI 失败或集成阻塞	-2 / 次

注：基础分扣分总额全部计入“浮动分池再分配项”，不直接消失。

2. 浮动分细则

浮动分用于奖励职责内外高价值贡献。

• 团队浮动分总池：57 + 基础分扣回总额；

• 个人浮动分区间：0 ~ 20 分；

加分规则

情形	判定要点	加分
本职工作高质量完成	在职责范围内稳定高质量交付，几乎无返工且按时完成	+1 ~ +3
支援其他角色	主动承担非本职关键任务并完成交付	+2 ~ +4
技术攻坚	解决阻塞多人协作的关键技术问题	+3 ~ +5
流程改进	提供被团队采用的文档/脚本/流程优化	+1 ~ +3
紧急救场	里程碑前补位并避免延期	+2 ~ +4
方法沉淀	形成可复用 prompt/工作流并被复用	+1 ~ +2

3. 校准分细则

校准分用于最后一步确保“每人分数不相同”且“总和=300”。

(1) 同分打破规则

1. 对每组同分成员，由该组成员之外的全体成员讨论并投票；

2. 每轮给其中 1 人 +1 分；

3. 重复上述过程，直到所有成员分数互不相同。

(2) 剩余分分配规则

在保证“分数互不相同”的前提下，若仍有剩余校准分，则按当前总分从高到低依次分配（每次 +1），尽可能分配完剩余分数。

4. AIGC 任务细则

AIGC 工作按产物质量与可用性计分，不以“是否使用 AI”作为加减分依据；核心要求是“产物可用、过程可解释、结果可验收”。

(1) 计分主依据

指标	说明
正确性	产物满足需求、行为正确
可复现性	其他成员按说明可复现结果
可维护性	结构清晰，便于后续迭代
可集成性	能直接接入项目主线使用

(2) 测试标准

测试项	最低要求
功能测试	覆盖主流程，关键用例通过
边界测试	至少覆盖 2 类边界/异常输入场景
回归测试	不破坏既有核心功能
安全与规范检查	不出现硬编码密钥、明显危险调用、违规依赖

(3) 验收标准

• 有可运行产物并通过组内验收；

• 提供必要说明（使用方式、已知限制、修改点）；

• Code Review 中责任人可解释核心逻辑；

• 产物由明确责任人签字确认并纳入项目主线。