团队准则
| 成员 | 基本准则 |
|---|---|
| 全体成员 | 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