beta阶段贡献计算
项目 | 内容 |
---|---|
这个作业属于哪个课程 | 2021春季计算机学院软件工程(罗杰 任健) |
这个作业的要求在哪里 | 初始任务分配 |
我在这个课程的目标是 | 进一步提升工程化开发能力,积累团队协作经验,熟悉全栈开发流程 |
这个作业在哪个具体方面帮助我实现目标 | 明确beta阶段前期团队初始任务分工 |
分数构成
分数总分250分,任务得分150分,团队奖励得分50分,互评得分50分。任务分配由完成issue获得,团队奖励得分主要用于调动团队成员积极性,帮助别入修复bug等行为获得。
互评得分和团队任务得分采用加权形式分配,团队奖励得分都是固定形式,不加权。
任务得分
分配原则
任务得分由两部分构成,分别是基本分和质量分。首先每个任务都会有一个根据难度\(p\)时间\(t\)(小时为单位)相乘得到总分\(s\)。按照8:2的比例分成基本分\(s_1\)和质量分\(s_2\)两个部分。
基本分最终得分\(g_1 = w \times s_1\)其中\(w\)为任务进度分,\(w = 1 + 0.2\frac{t_{estimate}-t_{real}}{t_{estimate}}\)计算,其中\(t_{real}\)为完成任务花费的实际时间,\(t_{estimate}\)为完成任务的预计时间,以天为单位计算。
质量分则由其他同学进行复审完成,复审同学以5分制度来给出一个评分\(x\),质量部分得分为\(g_2 = s_2 \times \frac{x}{5}\)
故最终总得分为\(0.2\frac{x}{5}pt + 0.8pt (1+0.2\frac{t_{estimate}-t_{real}}{t_{estimate}})\)
质量评分采用如下表格,审核的同学需要在相应的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中