团队作业——Alpha冲刺

时间安排及内容要求

时间	内容
11.1-11.16	12次 Scrum
11.16-11.20	测试报告与用户反馈
11.21-11.24	展示博客
11.25	课堂展示
11.25-11.28	事后诸葛亮

1. 冲刺（12次 Scrum）

团队在日期区间[11.1,11.16]内，任选12天进行冲刺，冲刺当天晚10点前发布一篇随笔，共十二篇。具体的博文规范如下：

1）第 1 篇 Scrum 冲刺博客对整个冲刺阶段起到领航作用，应该主要包含四个部分的内容：

各个成员在 Alpha 阶段认领的任务
明日各个成员的任务安排
整个项目预期的任务量（使用整数表示，与项目预估的总工作小时数一致。比如项目A预估需120小时才能完成，则任务量为120。）
团队成员贡献值的计算规则

2）第 2-11 篇 Scrum 冲刺博客是冲刺阶段的主要产出，主要包含四个部分的内容：

各个成员今日完成的任务（如果完成的任务为开发或测试任务，需给出对应的Github代码签入记录截图；如果完成的任务为调研任务，需给出对应的调研总结博客链接；如果完成的任务为学习技术任务，需给出学习总结博客链接）
各个成员遇到的问题
明日各个成员的任务安排
各个成员今日对项目的贡献量（使用整数表示，如无产出则为0，整个冲刺阶段所有成员的贡献量总和应与项目预期任务量相近）

3）第 12 篇 Scrum 冲刺是对冲刺阶段的总结，主要包含两个部分的内容：

各个成员今日完成的任务（要求同上）
项目的发布说明，主要包含：本版本的新功能，软件对运行环境的要求，系统已知的问题和限制，软件的发布方式以及发布地址。

除上述博客内容外，每次 Scrum 冲刺博客都需要提供当天站立式会议照片一张，发布项目燃尽图，并描述项目整体的进展情况。

参考博客：

2. 测试报告与用户反馈

各个团队的项目已经发布了，那么它是不是如各个团队预期的一样能受到大量用户的青睐呢？如果有了真实的用户，团队要如何保证软件在用户试用的时候不崩溃呢？为了改进项目与保障软件的可靠性，团队需利用[11.16,11.20] 这段时间完成两个任务：
1）发布一篇项目的测试报告，内容包括如下几个方面：

团队项目软件的总体测试计划，记录测试过程，给出测试结果，并说明这些测试怎样对软件的质量提供保障？
在测试过程中发现了多少Bug？将Bug在任务管理系统中进行记录，修复Bug的任务也需要计入燃尽图的统计。
给出场景测试（scenario testing）：各个团队在需求规格说明书中都设想了许多用户场景，你们的软件是否满足了他们的需求，怎样组合功能来满足他们的需要？
给出测试矩阵（test matrix）：在什么样的平台、硬件配置、浏览器类型……上对你的软件进行测试？（App需考虑多种机型，Web需考虑多种浏览器）
对关键模块进行性能测试（performance testing）：对核心的模块进行必要的性能测试与压力测试，并说明软件在怎样的服务器配置下可以承担最高多少的并发量？

2）发布一篇项目的用户反馈博客，内容包括如下几个方面：

项目的下载量/使用量，日常活跃的用户（Web可以使用统计插件，App可以使用埋点）
用户反馈了多少Bug？你们在收到反馈后是如何处理的？
用户给项目提出了哪些建议，哪些建议是打算纳入Beta 阶段开发中的？

参考博客：

http://www.cnblogs.com/buaase/p/5094119.html

3. 展示博客

发布一篇Alpha版本项目展示博客，包括如下内容：

成员简介：团队成员简介与对应的个人博客地址。
演示动态图：为避免现场演示翻车，各个团队需要给出项目各个功能点运行的gif图。
预期用户量：预期的典型用户，预期的功能描述，预期的用户数量在哪里？事先定义的软件下载量达到了么？为什么没有达到？
目标用户视频或介绍：团队的产品如何满足了用户的需求？要看到目标用户使用产品的过程和评价 (视频或者活人上台介绍) ？
分工协作：团队的成员如何分工协作的？有什么经验教训？
项目管理：团队是如何进行项目管理的，如何平衡时间/质量/资源争取如期完成任务的？
质量控制：在产品之外，团队代码的软件工程质量如何？如何用数据来证明？比如测试用例数目，代码覆盖率数目等。
成员角色与贡献：团队成员在 Alpha 阶段的角色和具体贡献。
用户反馈：团队从用户那里得到了什么反馈，有什么样的bug？这是预料之中的还是没想到的？

4. 课堂展示

各组需带各自电脑并调试好相关应用，方便于课堂演示，每组限时15分钟。若APP可采用xx手机助手协助演示。

5. 事后诸葛亮

Alpha冲刺，很多同学经历了“Learning by doing”的学一门新的编程语言、学Git、学做一个完整的项目。但是，各组对于软件工程的“Learning by doing”的意涵了解的还不深刻，遇到的问题也不少。停一停，开个总结会，来次事后诸葛亮，为了下一步走的更好。以小组为单位发布一篇针对问题的总结。

事后诸葛亮博客主要包括如下内容：

项目的预期计划
项目的现实进展
完成项目过程中的体会
团队成员的分工及在Alpha阶段的工作量比例
下阶段展望与团队总结，团队总结提纲可参照邹欣老师的博客。

注意事项

1、在本次任务过程中，团队要有一篇单独的随笔置顶，集中记录所有敏捷冲刺日志、测试报告、展示博客、事后诸葛亮博客的链接集合贴方便助教统计，作业提交该篇博客即可。

2、要求人人编码（除了PM可能有出入）、人人Git——否则本次作业全组不得分。

3、要求要有完善的单元测试及详细记录。——否则本次作业全组不得分。

友情提示：
Alpha版本周期将近一个月，大家要合理安排节奏，虎头蛇尾或者临时抱佛脚都不是好的节奏。