设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们的软件主要做的是未成年人溺水安全教育，前期定义的清晰，分工明确，我们之前画过用例图和类图，进行分析，有较为清晰地描述。
2. 是否有充足的时间来做计划?
只有十天工程时间，计划时间是比较短的。但是我们在工程中不断完善这个计划。
3. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
协商民主投票解决。（其实主要还是一个人提出来其他人直接认可，不加思索）
如果历史重来一遍, 我们会做什么改进?
我们会重点分析好客户的需求，做好前期的准备工作，增加测试时间，测试压力规模。多进行有效的沟通，避免造成时间浪费，经量不把前后端分开来写（前端若要改动、后端也得大量改动），不能盲目画大饼，要根据实际来完成。
计划
1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
部分完成
2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
比较少有这样的事，前期分工比较明确，对工作的认识比较清楚，所以没做什么无用功。
3. 是否每一项任务都有清楚定义和衡量的交付条件?
并没有做到面面面俱到
4. 是否项目的整个过程都按照计划进行?
否
5. 在计划中有没有留下缓冲区，缓冲区有作用么?
无（由于期末和假期提前到来造成的沟通减少出现内部矛盾，并没有完成既定目标）
6. 将来的计划会做什么修改？
将来会抓紧工作，争取多留一些缓冲时间，因为软件漏洞可能比较多。
如果历史重来一遍, 我们会做什么改进?
其实这次计划的已经不错了，时间安排的比较合理，下次主要应该改进缓冲时间，留出大量时间测试。不能盲目画大饼，要根据实际来完成。多进行有效沟通，避免造成矛盾。写项目时应该寻找一个方便大家一起讨论的地方一起共同完成，而不是各做各的（在学校无法满足）
资源
1. 我们有足够的资源来完成各项任务么?
没有。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
对任务时间的判断是失误的。
3. 用户测试的时间，人力和软件/硬件资源是否足够?
不够。
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
没有。
如果历史重来一遍, 我们会做什么改进?
Web
1，视屏只能本地上传
2，错题本无法实现
3，无法判断答题结果
安卓
1、答题功能未实现
2、娱乐功能未实现
3、项目的创新点趣味性未实现
项目整体来说算是失败的
原因总结：
1、前期设想过于不现实部分功能无法实现
2、项目前后端分离并且由两个人来完成，导致不统一，花费大量时间进行修改
3、前端不能一次性完成，大量改动导致后端改动
如果历史重来一遍, 我们会做什么改进?
注重开会的效率，更合理的分配工作
设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
共同讨论完成，在餐厅
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有，协商解决
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
无
4. 什么功能产生的Bug最多，为什么？
用户功能，因为它的步骤最多，代码量最大，功能复杂。
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
没有严格是代码规范，但组员们的风格都比较好，都有注释，缩进。
如果历史重来一遍, 我们会做什么改进?
更好的设计接口，规范代码
测试/发布
1. 团队是否有一个测试计划？为什么没有？
无测试计划
2. 是否进行了正式的验收测试？
没有
3. 团队是否有测试工具来帮助测试？
没有
4. 在发布的过程中发现了哪些意外问题？
没有按计划完成，没有正式发布
