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

团队贡献分分配规则

项目	内容
这个作业属于哪个课程	2026年北航敏捷软件工程
这个作业的要求在哪里	[T.8] 团队项目——团队贡献分分配规则
我们在这个课程的目标是	熟悉敏捷开发的方法论，并通过实际开发产品进行实践
这个作业在哪个具体方面帮助我们实现目标	通过团队协商讨论贡献分的分配方式，在团队内达成共识，建立科学的贡献评估机制

前期讨论

在正式制定规则之前，我们做了以下准备工作：

1. 全员阅读了"鸡、猪、鹦鹉"博客和绩效管理博客，明确了各自在团队中的角色定位和对彼此的期待
2. 参考了往届 CodingNoBorder、MOSS、HelloKitty 三支队伍的贡献分方案，提炼出共性思路
3. 每位成员在会前提出至少 3 条分配规则建议
4. 开会时逐条讨论，过半数同意即纳入；互相矛盾的规则取票数高者
5. 会后由 PM 整理为可量化的细则，全员复审确认

一、基本约束

• 团队共 7 人，总分池 50 × 7 = 350 分
• 分数为自然数，且每个人的最终得分互不相同
• 以实际贡献为依据，所有人最终得分之和恒等于 350

二、整体框架

经过讨论，参考往年学长方案，我们一致同意采用 基础分 + 浮动分 的双轨制，比例 7 : 3：

分类	总额	含义
基础分	245 分（每人 35 分）	按时按质完成分配的任务就能拿到
浮动分池	105 分	通过奖惩机制动态分配，体现贡献差异

浮动分池 = 初始 105 分 + 惩罚扣掉的基础分流入。项目结束时，按每人累计的贡献点数占全队总点数的比例来瓜分浮动分池。

具体来说，设第 $i$ 位成员累计贡献点数为 $p_i$，浮动分池总额为 $P$，那么 ta 拿到的浮动分为：

$$f_i = \text{round}!\left(\frac{p_i}{\sum_{j=1}^{7} p_j} \times P\right)$$

取整后如果总和和 $P$ 有 ±1 的舍入误差，由 PM 在误差范围内微调点数最高者的分数来保证总分守恒。如果出现最终得分相同的情况，全队投票决定排序，点数高者优先 +1、点数低者 -1，直到所有人分数都不一样。

每人最终得分 = 剩余基础分 + 浮动分

三、基础分细则

3.1 阶段与周权重

我们把项目周期分成三个阶段，不同阶段每周的基础分权重不同：

阶段	对应周次	每周基础分
需求分析与设计	第 1 ~ 2 周	4 分
迭代开发	第 3 ~ 6 周	5 分
测试与发布	第 7 ~ 8 周	3.5 分

加起来刚好 2×4 + 4×5 + 2×3.5 = 35 分，等于每人的基础分总额。

每周例会上由 PM 根据任务完成情况确认大家本周基础分是否全额保留。

3.2 基础分扣减规则

如果没能按预期完成任务，按下面的情形分级扣减当周基础分：

情形	扣减比例	扣掉的分去哪
工作前期（周一/周二）主动说了困难，团队重新分配后按时交付	10%	进入浮动分池
中后期才说困难，靠队友帮忙完成了	30%	80% 给帮忙的人（算贡献点数），20% 进浮动分池
没有有效沟通，导致当周任务没完成	50%	全部给承担补位工作的队友（按工作量比例算贡献点数）
任务完成了但质量经评审认定有明显问题	20%	进入浮动分池

简单来说：越早沟通，扣得越少；闷着不说还拖了大家后腿，扣得最多。我们鼓励遇到困难及时喊出来，两个同学也可以互相商量暂时替班——比如这周你实在忙不过来，跟另一位同学商量让 ta 帮忙，以后再帮 ta 做一周的工作，这样双方都不扣分。

四、浮动分（贡献点数）细则

贡献点数在整个项目周期内累计，期末按比例兑换成浮动分。下面是获取和扣除的具体途径。

4.1 奖励点数

工作量与难度

做了什么	点数	谁来认定
当周工时明显高于团队均值（超出 20% 以上）	+3	PM 按工时记录核算
承担大家公认的高难度任务	+5	分配任务时全队协商标记
主动接手别人因故没法完成的任务	+5	被帮助者和 PM 一起确认
帮队友解决不属于自己的技术问题	+3	被帮助者记录，例会确认

质量与效率

做了什么	点数	谁来认定
当周前三名完成交付	+3 / +2 / +1	PM 按交付时间排序
代码评审中被认可为高质量（复用性强、架构优化等）	+3	评审者在 review 中标记
发现并修复别人模块的 Bug（按严重程度分）	+1 / +3 / +5	测试负责人评定 Bug 等级
实现超出需求的额外功能且被团队采纳	+5	例会讨论确认

团队贡献

做了什么	点数	谁来认定
个人提案在讨论中被采纳	+3	例会记录
主动做技术调研并在例会上给大家分享	+3	例会记录
写/维护项目文档（不是自己本职要求的那部分）	+2	PM 确认
帮项目做宣传推广	+2	例会确认

互认机制

每位成员在整个项目周期内持有 6 点互认点数，可以在任意一次例会上转赠给想感谢的队友，但需要说明具体原因并记录在会议纪要里。项目结束时没用完的互认点数直接作废，不会计入任何人的贡献点数。

这个机制的目的是让大家主动发现队友的闪光点，也能在工作量难以完全量化的时候，用一种"感性"的方式做补充。

4.2 惩罚点数

什么情况	点数	谁来认定
自己引入的 Bug（按严重程度分）	-1 / -3 / -5	测试负责人评定
代码不符合团队规范（commit 格式、命名、注释等），提醒后还没改	-2	代码评审记录
非休息时段超过 6 小时没回复工作消息且没提前报备	-1	群消息记录，PM 核实
例会无故缺席	-3	PM 记录

休息时段：每天 23:00 ~ 次日 8:00，以及大家提前报备的固定上课/开会时间。如果需要请假，在群里发"【请假】姓名 - 时间段"之类的就行。

五、记录与执行

• 谁来记：PM 负责每周汇总工时和贡献点数变动，在周例会上公示。
• 有异议怎么办：对当周点数有异议的，在公示后 48 小时内提出，全队投票（过半数通过）决定是否调整。
• 最终结算：项目结束后 PM 汇总全周期数据，算出每人最终得分，全员确认后提交。

六、规则修订

本规则经全体成员讨论通过后生效。项目过程中任何人都可以在例会上提出修改建议，全队投票至少 5 人同意即可修订，修订内容记录在案。