团队准则
成员 | 基本准则 |
---|---|
全体成员 | 1.准时完成issue对应的任务,并在GitHub上进行登记 2.如无特殊情况,按时参加小组例会,如实汇报进度 3.如果遇到实现上的困难,需要及时和PM或同组开发者进行沟通 4.有权对贡献分评价结果提出异议 |
前端 | 1.保证架构设计能与后端进行合适的对接 2.完成开发的同时,进行基本的测试 |
后端、爬虫 | 1.兼顾与前端和教务系统的对接,制定合适的接口规范 2.完成开发的同时,进行基本的测试 |
PM | 1.完成所有文档和博客的撰写 ,以及会议记录的整理 2.掌控项目进度,进行合理规划,督促组员完成,对组员进行打分 3.完成后端、爬虫的环境配置和部署,负责服务器相关任务 4.遇到特殊困难时,及时在例会上提出和大家协商 |
贡献分规则
下述表格适用于前端、后端、爬虫开发者的评分,基础分数为50分,在此基础上进行增减。
打分周期为每个小阶段一次。
类别 | 程度 | 加减分 |
---|---|---|
准时性 | 提前完成 | +0 |
按时完成 | +0 | |
延后完成,迟交时间一天内或未延误进度 | -2 | |
延后完成,迟交时间一天以上或延误进度 | -4 | |
质量 | 质量较高,可读性好,可扩展性好 | +2 |
质量过关或者bug极其微小 | +0 | |
质量较差,有非架构设计上的功能性bug | -2 | |
质量差,且修复较困难,甚至延误项目进度 | -4 | |
Bonus | 协助他人完成因拖延或技术难题而未完成的工作 | +2 |
完成额外的开发任务 | +2 |
说明:
-
“准时”是最基础的要求。提前完成任务之后进入摸鱼状态不会有奖励,如果提前完成之后,能帮助其他同学完成任务,或者完成额外的任务,则会有较多的贡献分。
-
初期对工作量的估计只是一个大概,如果在执行过程中发现工作量确实有较大差异,则会进行任务调配或者分数的再分配,由组员商讨决定。
-
所有打分由PM进行,PM需要公示每一阶段的打分项,有异议需要联系PM。
-
PM由于工作性质较为特殊,所以不参与以上打分。PM若在实际开发阶段中参与了开发,则可适用Bonus相关的规则。PM的分数将由剩下的所有同学,在团队项目验收结束后进行统一打分。打分模板如下。如果该模板不够详细,可进行进一步细化。
评价 分数 非常尽职尽责,积极性强 +4 较为尽职尽责,比预想的好一点 +2 一般,只是做了该做的事情 0 不太尽职尽责,对日期和任务不敏感 -2 非常不尽职尽责,有些PM的本分工作甚至需要开发者来提醒 -4