团队项目每周打分依据
说明：
下面的各条，是老师和助教对大家的团队项目每周开发规范度进行监督的一些依据。以后我们在每周日晚上对各团队更新一次表现分。
表现分的目的，是为了监督各个项目的开发进一步规范化。在团队总分中，表现分会占一定的比例（具体权重还在讨论中）。表现分相当于平时分。
下面的各项依据，随着后续进展，还会进一步修正，力求精准、贴切。
大家尽量把每一个关注项，想办法体现在blog中，这样助教打分更容易。
0、打分细节
1）团队项目总分是44分
2）表现分每次为1分，预计考核10次，每周一次
3）其余的34分，分摊在alpha结束和beta结束两个时刻点。
1、每周计划的详细程度
1）每人都有分工？
2）每个人的工作安排，精确到每一天？
-- 开周会时，各自快速完成一周的工作计划，发给组长，并且更新到团队博客中。
3）任务完成度，与计划相比的精准性？（看燃尽图）
跟评估的时间偏差过大的，都降低得分；提前太多，或者延迟太多，都降分。
2、工具的使用
1）燃尽图
燃尽图要求每天都有更新，反对一周更新一次的走过场形式。
2）任务板（没有固定的办公室，用电子任务板也行）
任务板的可视化效果很重要，每做完一个项目，要及时更新，这样任务板才有意义。
走过场形式的任务板，仅仅是给老师看的，要扣分。
电子化任务板，提倡用事务管理等可视化效果好的软件或者网站。（也可以学学第八组，直接用github）
3）个人进度一览图
4）博客的使用
团队成员碰头不容易的团队，更加要多用博客进行管理。
3、项目管理
1）周会的频率
周会要留下证据。有会议文档可以加分
2）网络讨论的频率
最好截图
3）项目组的每个人，是否都有周报
4）每个人是否有日报（如果日报费时间，则需要每天都跟组长保持至少一次沟通）
最好截图
5）是否有绩效考核？（大锅饭的考核方式，会降低得分）
考核结果，每周是否公布？
6）嘉奖与惩罚
-- 每周之星
-- 表现不好的，要直接批评
7）执行力：进度是否拖延？
每周对拖延的进度，要分析原因，下一周要跟上进度。不能及时跟上的，扣分。
进度不能保证，要及时修改计划。计划与实际执行相差太大的，要扣分。
8）qq群活跃度
qq群的活跃程度，是项目交流的侧面反应。尽量在老师和助教所在的项目群里交流。
9）解决问题的速度与态度
每周的问题，是否及时总结和分析？
发现问题后，是否及时找到方法解决？
4、设计与开发：下面各方面，都在考查范围内
1）设计文档
模块划分、接口设计、功能描述、网页界面、系统流程等等。
2）开发过程中的文档
3）代码评审
4）单元测试、测试文档
5）模块间联合测试
6）Github上提交的频率
7）代码风格文档
8）其他开发文档（待细化补充）
5、敏捷原则
1）是否遵循迭代开发、小步快跑的思维方式？
2）确定了最小原型？
3）紧盯用户和需求？
-- 是否有需求管理？是否有继续跟用户互动？
4）功能的轻重缓急的区分
6、及时总结和反思
7、测试、发布和反馈