团队分数分配规则

基本原则

为了保持团队内部的公平性、工作效率和良好竞争，让大家在紧张的开发中不过于纠结分数的问题，我们设定了以下几个评分基本原则：

• 每一个人有基础分数28分。表示在整个项目开发期间，团队成员不会因个人原因造成整个团队项目出现严重问题，例如项目最终无法交付，或者出现整个团队无法修复的bug等情况，可以拿到的保底分数。如果出现上述的类似严重性问题，具体评分不得高于28分，并由整个项目成员共同商定最终分数。
• 应保持及时的沟通交流。在开发过程中遇到了个人无法解决的问题或者遇到了一些理解上的歧义等需要及时与团队成员进行交流讨论，不能闷不吭声默默留下问题，为后面的开发和测试留下隐患，甚至延误项目计划。

评分

关于扣分

下表是严重程度扣分表：

严重程度情况	扣分
简单	0
普通	0.5
严重	1
极其严重	2

下面叙述中有关视严重程序扣分的情况均参考上表。

满分50分，从满分中进行扣去，直到基础分28分。扣分情况如下：

• 在开发过程中由于个人任务完成时间延期，导致他人任务无法按时完成，且延期原因是个人对项目完成不积极，有意延期等主观原因，而非因任务实现难度超出个人能力水平等客观原因。按照最终完成时间和理论完成时间差定。延期一天扣0.5分，延期两天扣一分，三天扣3分，三天以上每多一天额外扣3分即四天扣6分，五天扣12分。
• 在开发过程中开发人员所负责的部分在测试时出现bug，在发布之前修复成功不扣分，若在发布之后测试期间出现的bug仍然存在，即bug修复失败，则视bug为严重程度扣分。
• 不及时沟通。遇到问题不及时进行沟通交流，在程序中埋下隐患视情节严重程度扣分。
• 例会要认真汇报工作（哪怕啥也没干），方便PM进行全局进度的把控，信息要公开、透明，若因个人隐瞒导致项目出现延期以及协作问题，视严重程度扣分。

关于奖励分

有奖有惩，才是合理的评分标准。下表是对问题难度情况的加分表：

问题难度情况	加分
简单	0
一般	0.5
困难	1
极其困难	2

下面有关视问题难度加分的情况均参考上表。

加分最高不超过50分。加分情况如下：

• 在个人任务完成之后，仍有余力的成员，主动帮队友解决问题，视解决问题难度情况加分。
• 对项目有创新性和重要性建议，加0.5-1分。
• 团队遇到困难问题难以解决时，提出问题解决办法加0.5-1分。