Deadline：##
2018-4-29 10:00PM，以提交至班级博客时间为准。
根据以下要求，团队在日期区间[4.16,4.29]内，任选8天进行冲刺，冲刺当天晚10点前发布一篇随笔，共八篇。
另外要求有一篇日志集合贴置顶。
敏捷冲刺：##
阅读或再次阅读《构建之法》第六章内容，为项目冲刺的安排和问题提供助力。
在为期两周的时间内，合理安排八天的敏捷冲刺。
- 第 1 篇 Scrum 冲刺博客对整个冲刺阶段起到领航作用，应该主要包含三个部分的内容：
- 各个成员在 Alpha 阶段认领的任务
- 明日各个成员的任务安排
- 整个项目预期的任务量（使用整数表示，与项目预估的总工作小时数一致。比如项目A预估需120小时才能完成，则任务量为120。）
- 参考：http://www.cnblogs.com/thousfeet/p/7780408.html
- 每天举行站立式会议，讨论项目每个成员的昨天进展、存在问题、今天安排。
- 控制站立式的时间，不宜过长。
- 站立式会议的目的是有效沟通项目的进度、问题、计划、调整。
- 团队在冲刺的七天内，每天发布一篇随笔，共七篇：
- 提供当天站立式会议照片一张。
- 每个人的工作 （有work item 的ID），并将其记录在码云项目管理中：
- 昨天已完成的工作。
- 今天计划完成的工作。
- 工作中遇到的困难。
- 发布项目燃尽图；
- 请理解燃尽图横坐标和纵坐标指的是什么。
- 请理解燃尽图实线和虚线分别代表什么。
- 结合《构建之法》里的“项目收敛”相关内容理解燃尽图的作用。
- 燃尽图选择leangoo，并将助教加入，以便随时可以看到进展
- 每人的代码/文档签入记录：
- 不能每天都在 “研讨”， 但是没有代码签入。
- 签入记录对应的Issue内容与链接，代码必须每天可执行。
- 必要的code review，编码规范不是摆设，文档要随时更新。
- 适当的项目程序／模块的最新（运行）截图。
- 在本次任务过程中，团队要有一篇单独的随笔置顶，集中记录所有敏捷冲刺日志的集合贴，方便统计。
参考链接：###
- Scrum/sprint http://www.cnblogs.com/xinz/archive/2012/10/05/2712602.html
- 每日例会（scrum meeting）报告。(例子)
- 敏捷项目协作工具
评分基准：##
- 按时交 - 有分（详细评分细则见下表）
- 晚交 - 0分
- 迟交两周以上 - 倒扣本次作业分数
- 抄袭 - 倒扣本次作业分数
- 如对分数有意见，只给一次向助教申诉的机会
| 部分 | 得分项 | 备注 | 分数 |
| 第 1 篇 Scrum 冲刺博客 | 各个成员在 Alpha 阶段认领的任务 | 3 | |
| 明日各个成员的任务安排 | 3 | ||
| 整个项目预期的任务量 | 10 | ||
| 敏捷开发前的感想 | 5 | ||
| 团队期望 | 5 | ||
| 排版 | 5 | ||
| 回复 | [-2,2] | ||
| 总分 | 33 | ||
| 2-8 篇 Scrum 冲刺博客 | 每天举行站立式会议 | 提供当天站立式会议照片一张 | 2 |
| 昨天已完成的工作 | 2 | ||
| 今天计划完成的工作 | 2 | ||
| 工作中遇到的困难 | 5 | ||
| 发布项目燃尽图 | 5 | ||
| 每人的代码/文档签入记录 | 代码签入 | 5 | |
| 签入记录对应的Issue内容与链接，代码必须每天可执行 | 5 | ||
| code review编码规范文档如有变化要及时更新 | 5 | ||
| 适当的项目程序／模块的最新（运行）截图 | 最新模块的代码 | 5 | |
| 代码上有注解，符合规范 | 5 | ||
| 运行结果的截图 | 5 | ||
| 每日每人总结 | 5 | ||
| 排版 | 5 | ||
| 回复 | [-5,5] | ||
| 总分 | 61 * 7 |
注意2-8篇博客每一篇都要检查上述列出的61分的项目，也就是说2-8篇博客的分值是61 * 7，分数是很巨大的，也很容易拉开组与组之间的差距，希望大家千万重视！！