（一）.设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们所开发此软件（查寝系统）要解决的问题就是：为方便辅导员方便，快捷的管理学生晚上归寝情况。定义的很清楚。典型用户和典型场景刚开始的时候没有定位清除，在开发过程中逐渐清晰和完善。
是否有充足的时间来做计划?
有的，因为在每项任务开始着手做之前，都会有一个预构想，这样才能够在正式着手做的时候，目的明确。
团队在计划阶段是如何解决同事们对于计划的不同意见的？
因为每次计划之后都会开一个小型会议，会听取各位的不同意见，合理和辩证有理即可采纳。
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
不太一致，因为我们当时设想的能做到辅导员能查看就行，但是忽略辅导员怎么统计了。我们离目标近了一些。做事考虑的不全面，不能切实的站在用户的角度考虑软件的实用性。
如果历史重来一遍，我们会做什么改进？
如果历史重来一遍，我们会把每项任务事先都整清晰，把薄弱点提前列出来，把有可能过程中存在的技术难点提前攻破。
（二）.计划
你原计划的工作是否最后都做完了?
原计划没有完成，就剩下数据库的嵌套。
有没有发现你做了一些事后看来没必要或没多大价值的事?
没有，都是按照初期计划一步一步来的。
是否每一项任务都有清楚定义和衡量的交付件?
是的
是否项目的整个过程都按照计划进行?
不是，最后开始连接学生和辅导员数据库由于技术问题，没能按照计划执行。
在计划中有没有留下缓冲区，缓冲区有作用么?
留下缓冲区，为了防止哪个环节遇到技术难题而占用时间较长。
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
争取把此次未完成的功能技术问题给解决了，能使辅导员正常使用。
如果历史重来一遍，我们会做什么改进？
如果历史重来一遍，我们会更加详细明确各自的分工和联系，把每项任务具体落实，实行每日汇报制度。
（三）.资源
我们有足够的资源来完成各项任务么?
有，前期时间有限，精力也有限，不能全身心的投入到这个项目的开发过程中去。
各项任务所需的时间和其他资源是如何估计的，精度如何?
任务的预测，根据难易程度估计的，精度差不多吻合，相差不大。
用户测试的时间，人力和软件/硬件资源是否足够?
足够
你有没有感到你做的事情可以让别人来做（更有效率）?
有一部分可以，但是小组中个人的水平都差不多。
如果历史重来一遍，我们会做什么改进？
如果历史重来一遍，我们会在资源方面多学习代码，以应对后边遇到的技术问题。
（四）.变更管理
每个相关的员工都及时知道了变更的消息?
都知道的，我们有个微信群，每次的变更PM都会在群里发布，每个人都能第一时间收到。
我们采用了什么办法决定“推迟”和“必须实现”的功能?
结合产品的难易程度来决定的。
项目的出口条件（ExitCriteria）有清晰的定义吗?
没有，不知道。
对于可能的变更是否能制定应急计划?
可以的，应急计划都会在微信群里紧急通知到的，各个成员参与讨论。
员工是否能够有效地处理意料之外的工作请求？
是的，成员都会积极的配合PM的任务要求。
如果历史重来一遍，我们会做什么改进？
我们会更加的明确任务遇到的种种紧急情况，和人员调配。
（五）.设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作在每次线下开会，先由自荐者来完成。是的，每个人都会根据的能力和时间分配来参与的。
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有，少数服从多数。
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
没有运用，不太会，应该有效吧。
什么功能产生的Bug最多，为什么？
学生动态数据，页面跳转和数值的转换，
如果历史重来一遍，我们会做什么改进？
更加的深入了解安卓开发的代码。
（六）.测试和发布
团队是否有一个测试计划？为什么没有？
有的，有专门的人员进行测试。
是否进行了正式的验收测试？
没有，因为时间有限。
团队是否有测试工具来帮助测试？
夜神模拟器
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
根据代码质量跟踪软件的效能的，能够在用户体验方面更好的着手，能尽快的完成上线，让用户使用。
在发布的过程中发现了哪些意外问题？
未发布
我们学到了什么? 如果重来一遍, 我们会做什么改进?
虽然我们的项目完成的不是很好，但是这一学期下来收获了许多，团队间如何更好的合作和交流。如果再来一遍，我们会使团队间的分配更加清晰。
总结
在这一学期当中，对软件工程有了更深刻的理解，也懂得了团队间该如何去合作，仅靠个人是无法完成的，对待突发的问题，如何更好地去解决。各个成员都会根据的自己的特长，领取任务，不会的会在群里讨论或者线下指导。
