beta阶段贡献计算

 

分数构成

分数总分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中

上一篇:听说原型是UI的工作,我要暴走了…


下一篇:python将几个子文件夹中的文件批量重命名+保存到指定文件夹下