经过一个学期的努力, 大家的软件工程项目就要发布了!  按照原来的安排, 我们 6月17 (周五) 号下午3：00-6：00在FIT楼1区222展示最终的beta版本和团队报告。

 

作业:

其中, 3pm - 4pm 核实各个团队的所有工作是否做完。 包括:

1. 团队贡献分 [交给TA]
2. 用户使用情况报告  [上传到团队博客中]
3. 1. 都在哪里推广了你们的产品  (列表,  其中必须包括水木新软件介绍板块)
   2. 有多少人下载, 多少人使用?
   3. 用户反馈如何?
   4. 用户使用情况和原来的估计有什么异同? 为什么?
4. beta 阶段的postmortem 报告 [上传到团队博客中],  报告很简单, 主要回答:
5. 1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
   2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
   3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
   4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?

4pm 是截止时间, 没有上交作业的按课程规定处理。没有按时交成员的团队贡献分的团队, 按照每人0 分处理.

 

评比:

4pm 开始审核 (4 个团队, 每个团队20 分钟演示 +10 分钟问答及机动时间),

Beta 审核的第一名会得到200 分 (相当于如期高质量完成20 天的SCRUM 报告)。 

评审要求:

1. 必须有一位用户说明使用的感想, 这名用户不能是团队成员, 或团队成员的直接朋友. 可以是朋友的朋友, 或陌生人。 如果不能到场, 可以用视频显示.
2. 请打印 6 份 <用户情况使用报告> 交给TA。
3. 项目介绍及演示由团队自己决定,  以不超过20分钟为宜。
4. 项目评审的评分要点:
5. 1. 项目满足了真实用户的真实需求? 用户量是多少?
   2. 团队如何从Alpha 版本总结经验, 在Beta 版本上得到提高的?
   3. 团队如何运用各种软件工程的最佳实践经验和工具来解决实际问题的?
   4. 团队如何分工合作, 主次分明地完成/放弃各种功能或需求?  从而确保最核心的价值?  
   5. 对于项目的不足, 是否有深刻的总结? 如果有，那么失败的项目也可以得到较高的分数。 

匿名调查:

所有同学填写两份匿名调查, 这些调查不影响学生的成绩， 它们用来帮助老师和助教研究教学效果, 提高教学水平.

1) 上课前/后的自我评价, 及时间估计。

2) 对同学协作精神的评价