【CodingNoBorder - 02】无际软工队：团队贡献分分配方案

无际软工队：团队贡献分分配方案

	内容
这个作业属于哪个课程	2022年北航敏捷软件工程
这个作业的要求在哪里	团队项目-团队贡献分分配规则制定
我们在这个课程的目标是	熟悉敏捷开发的方法论，并通过实际开发产品进行实践。
这个作业在哪个具体方面帮助我们实现目标	熟悉敏捷开发的方法论：学习绩效管理的有关知识。 通过实际开发产品进行实践：在产品构建过程中引入合理的绩效管理方案。

Author: 无际软工队

Date: 2022.04.16

分配原则

产品开发是一个漫长的流程，产品的生命力来自每位成员的持续付出和投入。为了保证大家的开发热情和工作积极性能燃烧至产品成形上线，合理的绩效规则应该同时在以下两方面为团队开发提供支持：

• 督促每位成员都按时完成分配的任务；
• 鼓励成员更积极地参与团队的各项事宜。

分配方案

依照课程规则，本团队的总分数池为：$7\times 50=350$ 分。参考既往团队绩效分配的成功经验，我们同样采用 基础分 + 奖励分 双轨制的分配方案。

初始时，按照 7:3 的比例分配分数池总分，即基础分占总分值中的 245 分，奖励分占总分值中的 105 分。

基础分的分配细则

对于基础分，其绩效分配与任务分配息息相关，在产品的开发过程中，本团队的任务分配以周为单位，通过每周例会的方式提前确定，其原则是：立足共识，力求工作量平均分配。在任务分配合理、平均化的基础上，基础分的变动只来源于未能按预期完成任务时的负分督促，具体而言：

每位成员在开始时具有基础分值 35 分。团队开发周期中，有如下四类工作阶段：

• 需求分析阶段：第六周，本阶段团队成员共同完成需求调研和准备。本周占据基础分值中的 5 分。
• 计划与设计阶段：第七周，第十二周，本阶段团队成员完成功能、架构等具体设计，确立开发过程中的各项规范。每周占据基础分值中的 4 分；
• 开发阶段：第八、九周，第十三、十四周，本阶段团队成员完成既定的开发任务。每周占据基础分值中的 4 分；
• 测试、发布和稳定阶段：第十周，第十五周，本阶段团队成员完成测试、部署等与产品运营相关的各项工作。每周占据基础分值中的 3 分。

每周结束时的例会上，通过如下考核标准来进行基础分部分的绩效评定：

无法按时交付，但在工作初期（每工作周的周一、周二）向团队提出并形成重新分配工作量的方案：本周基础分扣去 10%，进入团队奖励分池。

无法按时交付，且未能在工作初期提出，在其他成员的帮助下顺利完成：本周基础分扣去 30%，由参与工作的团队成员（包括自己）均分。

无法按时交付，但未能进行有效沟通，导致本工作周结束时任务未能完成：本周基础分扣去 50%，由参与工作的团队成员（不包括自己）均分。

团队其余成员一致认为，虽完成任务，但交付质量存在明显问题：本周基础分扣去 20%，进入团队奖励分池。

奖励分的分配细则

奖励分的存在，一方面是为了平衡不同种类任务之间的工作形式差异、处理工作量难以完全平均时产生的问题，另一方面则是为了向团队开发中引入更多 “感性”的成分，促进团队成员的相互理解、引导大家有效沟通，提高团队凝聚力以帮助团队更好地面对开发过程中的各项挑战。

对于奖励分，我们希望它：

• 既能促进每个人主动了解团队中的其他成员、发掘他们的闪光点；
• 又能于任务分配不均时，在宏观上反映团队整体对于绩效分配的决议。

因此，我们进一步将奖励分按照 2:1 的比例分为如下两部分：

个人奖励分

每位团队成员具有 10 分的个人奖励分，只允许以奖励形式转赠他人。在团队开发的整个阶段，可以在任意一次团队会议（包括例会或 Scrum Meeting）上提出转赠对象、转赠分数量和具体原因，并记录在团队文档中。

项目结束时，未使用完的个人奖励分数，将全部进入团队奖励分池中。

团队奖励分

团队共有初始共 35 分的团队奖励分，用以在项目的各个阶段奖励给具有突出贡献的团队成员。

团队奖励分的使用时间在每个工作周末的例会上，由团队成员提案本周的“团队之星”——不限总人数、赞同人数达到 3 人（不包括提案者和被提案者）即可。赞同数转换为每位成员的“团队之星数”——例如：不包括被提案者在内的其余六人都投票通过，则为本成员加上六颗“团队之星”，以此类推。

为尽量发掘每位成员的闪光点，每位团队成员的“团队之星”评定数不多于 3 次。

团队之星的评定情况，记载在每次周例会的会议纪要中。

在项目开发结束后，按照每位成员的“团队之星数”加权分配团队奖励分池中的全部贡献分：即若最终团队奖励分池中有 $T$ 分，第 $i$ 位团队成员获得 $n_i$ 颗团队之星，ta 最后将获得的团队奖励分 $t_i$ 为：
$$t_i=\frac{n_i}{\sum n_i}\times T$$