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

类目	详情内容
所属课程	2026年春季软件工程
作业要求	[T.8] 团队项目：团队贡献分分配规则
课程目标	经过两轮迭代完成一次完整的软件开发流程
作业价值	明确团队分工贡献计算策略

总分构成

我们团队共有 6 人，按照课程要求，团队总贡献分为：

50 × 6 = 300 分

我们将这 300 分拆成两部分：

• 基础分：每人 45 分，共 45 × 6 = 270 分
• 调节分：剩余 30 分

也就是说，每个人先有 45 分基础分，总共是：

45 × 6 = 270 分

剩下 30 分作为调节分，在项目结束后根据每位成员的实际贡献情况进行分配。

基础分

基础分体现的是“是否完成了自己该完成的工作”。团队对每位成员的基本要求是：按时完成分配任务、主动沟通风险、提交可验收成果。

基础分的处理规则如下：

情况	说明	处理
正常完成任务	按时完成自己负责的任务，且通过团队验收	不扣分
提前沟通并完成调整	成员发现任务存在风险，但能提前说明情况，并与团队协商重新分工，未对整体进度造成明显影响	不扣分
任务延期但最终完成	成员没有按时完成任务，但在他人帮助下最终完成，且没有造成严重影响	-2
任务延期并影响团队进度	成员延期完成任务，且导致联调、测试、展示等后续工作被拖延	-4
交付质量明显不达标	任务虽然提交了，但质量明显存在问题，导致团队返工	-2

基础分里扣掉的分进行如下处理：

• 如果有人主动补位、接手收尾、帮忙完成延期任务，则扣掉的分优先转给补位成员；
• 如果没有明确的补位成员，则进入团队调节分池，在项目结束时统一分配给贡献更突出的成员。

调节分

30 分调节分用于体现成员之间的贡献差异。为了保证制度简洁，我们不采用复杂公式，而是采用按综合贡献排序后直接分档的办法：

• 第 1 名：9 分
• 第 2 名：7 分
• 第 3 名：5 分
• 第 4 名：4 分
• 第 5 名：3 分
• 第 6 名：2 分

调节分的排名方式如下：

评价维度	说明
主责任务完成情况	看成员负责的核心任务是否按时完成、质量是否达标、是否真正对结果负责
补位与救火贡献	看成员是否在团队出现风险时主动补位，是否承担了别人没完成的工作
公共事务贡献	看成员是否承担了项目中不容易被代码量体现、但又不可缺少的工作，例如测试组织、部署、文档整理、答辩材料、博客撰写、演示准备等

AIGC 任务的认定规则

AIGC 任务估值说明

我们认为 AIGC 任务的工作量主要体现在以下几个方面：

1. 是否准确理解了任务目标，并能将需求转化为有效的问题描述或提示
2. 是否对 AIGC 的输出进行了多轮筛选、比较和判断
3. 是否对生成内容进行了必要的人工检查与修改，确保其真正符合项目需求
4. 是否完成了后续的测试、验证和验收工作，保证最终成果可以被团队实际使用

基于这一原则，本团队规定：只有同时满足“有明确任务目标、有人工参与加工、有最终可用成果、有验收记录”这几个条件，AIGC 相关工作才计入正式贡献，否则工作将不计入任务贡献。

AIGC 产物验证标准

美工类任务

验收项	具体验收要求
需求匹配	符合当前角色、场景、UI 或道具需求，不偏离策划和美术设定
视觉质量	没有明显畸形、错位、糊边、透视错误、元素穿帮等问题
风格一致	与游戏现有资源保持统一
项目可用性	尺寸、格式、透明背景、切图方式等符合开发使用要求

代码类任务

验收项	具体验收要求
功能正确	代码能够实现预期功能，满足当前任务需求
可运行性	代码能成功运行、构建或在目标环境下通过基础验证
可集成性	能接入现有项目，不因风格、接口、依赖问题造成额外阻碍
可解释性	提交人能够说明关键逻辑，而不是只会粘贴生成结果
人工测试	至少通过必要的测试、调试或人工验证