分数构成

分数总分250分，任务得分150分，团队奖励得分50分，互评得分50分。任务分配由完成issue获得，团队奖励得分主要用于调动团队成员积极性，帮助别入修复bug等行为获得。

互评得分和团队任务得分采用加权形式分配，团队奖励得分都是固定形式，不加权。

任务得分

分配原则

任务得分由两部分构成，分别是基本分和质量分。首先每个任务都会有一个根据难度​时间​(小时为单位)相乘得到总分​。按照8:2的比例分成基本分​和质量分​两个部分。

基本分最终得分​其中​为任务进度分,​计算,其中​为完成任务花费的实际时间，​为完成任务的预计时间，以天为单位计算。

质量分则由其他同学进行复审完成，复审同学以5分制度来给出一个评分​，质量部分得分为​

故最终总得分为（）​

质量评分采用如下表格，审核的同学需要在相应的issue给分并且给出意见。

评分	具体描述
1	很烂，做了不如不做
2	任务没有完成
3	中规中矩，勉强完成任务，遗留了一些问题（页面明显不美观等）
4	出色地完成任务，没有遗留任何问题。
5	非常好，没有遗留任务，并且有闪光点(良好的风格，使用新技术简化代码等)

难度分级

任务类型	难度等级
会议记录	1
博客撰写	2
报表统计	2
规章编写	3
设计美化	3
测试环境搭建	3
代码重构	4
任务调研	4
单元测试	4
集成测试	4
代码开发	5

issue划分

每次首先由PM划分issue和估计时间给每个人，再被分配任务的人自行修改，设定预计完成时间，最终再由PM和同组(前端/后端)的同学共同确认，即每次任务分数确定需要经过三次确认

不支持在 Docs 外粘贴 block

issue切分

每个人有一次issue有切分机会，若该issue无法按时完成，可以向PM提出申请，将该issue划分成两个issue，目前进度移至第一个issue，第二个issue可由他人认领或者等自己完成第一个issue后继续完成。

奖励得分

奖励得分主要用于调动同学积极性，相应得分从团队奖励得分中扣除，若最终奖励得分还有剩余，加入到互评得分中。

定义一下几种奖励得分行为。

行为	得分
认领他人切分的issue	2
修复别人代码的bug	1
指出别人bug	0.5
每两日例会中为其他同学提供思路	0.5
辅助PM绘制博客图表	0.5

说明

• 以上标黄的部分由PM统计，其他部分由想要拿分的同学向PM提出申请。

• 指出bug要在gitlab上提出一个issue(如果是同一个bug再次出现则在相应issue下添加评论即可)，并在bug汇总上指明(前端,后端)，指明在什么情况下出现了什么bug，如果多人同时发现同一bug(某个bug修复后又出现不算多人同时)，算第一个发现的同学

• 修复bug要在指出bug的issue下说明怎样进行的修复，如果没有指出bug的issue，则需要新建一个指出bug的issue

• 为同学提供思路是指的为那些遇到无法解决的同学提出一个思路，并且该同学使用该思路解决了问题。

Q&A

对某些条目有问题的话请选中后添加评论，PM会最终整理到Q&A中