项目回顾

（一）设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
查寝系统是为解决辅导员老师查寝不便的问题，有效对辅导员和学生进行方便查寝这项任务，在讨论下我们有了清晰的目标和描述。
是否有充足的时间来做计划?
有时间来做计划，我们进行讨论和对负责老师的访问来进行计划设定。
团队在计划阶段是如何解决同事们对于计划的不同意见的？
我们每天都有开展每日例会。在意见不同时，我们会进行会议的延长，大家依次给出意见，讨论每一个方案的可行性，最后决定采用方案。
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
不一致，首先是技术水平的不足，并且整体项目不完善，无法进行大规模测试，距离目标近了，我们需要提高自学能力来对项目进行完善。
如果历史重来一遍，我们会做什么改进？
我们会规划完善各个部门的实用性和可行性。
（二）.计划
你原计划的工作是否最后都做完了?
人脸扫描和数据库导入由于技术原因没有完善成功，其他计划都已完成。
有没有发现你做了一些事后看来没必要或没多大价值的事?
没有
是否每一项任务都有清楚定义和衡量的交付件?
有，我们每个人都有明确的任务。
是否项目的整个过程都按照计划进行?
是，除部分测试和分支完善逾期几日其余都按原计划完成。
在计划中有没有留下缓冲区，缓冲区有作用么?
有，有些有用的提议但是根据现在的技术水平无法实行。
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
将来的计划我们等到能够有能力的情况下完成它
如果历史重来一遍，我们会做什么改进？
任务下发，对每个人进行任务发布
（三）.资源
我们有足够的资源来完成各项任务么?
在助教和网络的帮助下资源十分充分。
各项任务所需的时间和其他资源是如何估计的，精度如何?
根据任务的难度进行划分的，后期精度不够。
用户测试的时间，人力和软件/硬件资源是否足够?
不够。
你有没有感到你做的事情可以让别人来做（更有效率）?
没有，因为我们组的整体代码能力较低，若将我的事让别人来做可能会出现更多的任务错误。
如果历史重来一遍，我们会做什么改进？
合理分配任务。
（四）.变更管理
每个相关的员工都及时知道了变更的消息?
都及时知道，群里统一回复收到，没收到的pm及时通知了组员。
我们采用了什么办法决定“推迟”和“必须实现”的功能?
根据详细功能和实用性必须性。
项目的出口条件（ExitCriteria）有清晰的定义吗?
没有，不是很了解。
对于可能的变更是否能制定应急计划?
会开展每日例会来讨论。
员工是否能够有效地处理意料之外的工作请求？
不能，因为组员能力有限，可能无法快速处理意料之外的工作请求。
如果历史重来一遍，我们会做什么改进？
暂无。
（五）.设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
选题明确后开会开始，PM带头，全员参加。
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
无。
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
没有。对这些开发不了解。
什么功能产生的Bug最多，为什么？
传值，有些传值需要进行格式转化。
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
没有代码规范。
如果历史重来一遍，我们会做什么改进？
暂无。
（六）.测试和发布
团队是否有一个测试计划？为什么没有？
有，测试工程师自订计划。
是否进行了正式的验收测试？
没有。
团队是否有测试工具来帮助测试？
使用android自带的模拟器。
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
进行实际交互，软件工程师进行大量测试。
在发布的过程中发现了哪些意外问题？
功能不在技术范围内。
我们学到了什么? 如果重来一遍, 我们会做什么改进?
学到了部分android的后端代码。
总结
进行网络和助教的帮助，在有效的借鉴下进行了工程的完善，对代码有了深入的了解和使用，在遇到问题时助教也给予了有效的帮助。