项目和回顾
1.设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们软件要解决社团场地分配和人员信息变动问题，定义清晰，用户和场景有清晰描述
是否有充足的时间来做计划?
是，在做这个项目之前，我们进行了广泛的人群调研与需求分析，基于alpha阶段的工作，beta阶段吸取了之前的教训，效率上有所提高，时间相对充裕。
团队在计划阶段是如何解决同事们对于计划的不同意见的？
每晚8点在群内说明自己的今日完后进度，0点说明自己次日的目标计划，由组长记录整合，归档。
团队成员对开发中的哪个环节存在疑问在或建议在群内提出，并@相应负责人，不知道负责人时，统一@组长。出现冲突时，组长听取冲突双方意见后做最终决策，组员依然反对则在群内发起投票以多数服从少数为原则。
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
用户量，用户对重要功能的接受程度未达到一致，但离目标接近了，只实现了进本功能，无法实现较好的功能要求
如果历史重来一遍，我们会做什么改进？
对任务时间进行更细致的安排，对人员任务划分要更细致
2.计划
你原计划的工作是否最后都做完了?
都已做完
有没有发现你做了一些事后看来没必要或没多大价值的事?
前期仓库捣鼓了不少时间，本来是使用svn做项目管理，发现课设要求用git，又不得不切换项目管理工具。
是否每一项任务都有清楚定义和衡量的交付件?
对每一项任务都有清晰的说明
是否项目的整个过程都按照计划进行?
项目整个过程按照阶段划分进行
在计划中有没有留下缓冲区，缓冲区有作用么?
没有考虑。缓冲区有作用，比如项目出现问题，可以缓一缓
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
会留缓冲区，应对紧急情况。成员之间建立起互相监督的机制，提高效率。
加强组员交流，减少理解偏差
如果历史重来一遍，我们会做什么改进？
大家学到了项目开发有时不是一个人的事情，一定要相互配合好，每个人都是这之中非常重要的一环，做事不能一意孤行。
要及时完成计划中的任务。任务分配应该合理而明确。
3.资源
我们有足够的资源来完成各项任务么?
有老师以及同学的帮助，和在网上的各种资料
各项任务所需的时间和其他资源是如何估计的，精度如何?
每晚8点在群内说明自己的今日完后进度，0点说明自己次日的目标计划，由组长记录整合，归档。
用户测试的时间，人力和软件/硬件资源是否足够?
各项资源都足够。
你有没有感到你做的事情可以让别人来做（更有效率）?
有，但也按时完成了任务。在任务分配时，根据组员的实际情况和意见，进行分配
如果历史重来一遍，我们会做什么改进？
在这个阶段我们学到很多东西，在团队方面学会合作互相帮助，在项目上面，学会如何测试，如何美工，如何编程。如果历史重来一遍，分配时，应该更加明确些，具体到某一点的哪些内容，否则会出现队员做了相同的事，而产生了无用功浪费了人力物力。同时沟通真的很重要，队员间要多多加强沟通，防止因为误解队员的意里而产生误会。
再者就是要提前准备好申请服号所需的资料。以及开发流程需要的技术
4.变更管理
每个相关的员工都及时知道了变更的消息?
及时知道，因为我们有任务群，会及时通知
我们采用了什么办法决定“推迟”和“必须实现”的功能?
在刚接手项目的时候，我们小组就开过会讨论，并确定了项目的核心功能。
项目的出口条件（ExitCriteria）有清晰的定义吗?
一定的用户先体验，反馈良好。
对于可能的变更是否能制定应急计划?
能，每日例会可以及时制定
员工是否能够有效地处理意料之外的工作请求？
可以。如果得知意料之外的任务请求，我们会经过小组讨论接受挑战，争取完成任务。
如果历史重来一遍，我们会做什么改进？
学到了为防变更而制定应急计划，如果历史重来一遍，首先应明确整个开发过程大体要做哪些事，将较大的模块落实到个人负责。
5.设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
确定需求后开始设计。合适的人
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有，讨论解决
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
没有
什么功能产生的Bug最多，为什么？
因为进行代码测试时，大家会把出现的问题记录下来共同解决。多少会存在一些隐蔽的问题刚开始没能发现
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
在代码开发之前我们就有规定代码编写的规范问题，所以为代码复审带来了很大的便利。代码复审的工作由参与代码编写的人员来执行，互相检查彼此的代码然后找出问题，再共同解决。因为参与开发的人员不多，所以能够严格执行代码的规范
如果历史重来一遍，我们会做什么改进？
设计进行改进
6.测试和发布
团队是否有一个测试计划？为什么没有？
没有。我们是开发一部分功能就先进行测试，测试无误后才继续进行后续的开发。
是否进行了正式的验收测试？
有对每一部分功能进行正式的验收测试
团队是否有测试工具来帮助测试？
用夜神模拟器进行测试基本功能
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
各个模块的测试分配给各个测试组员，这些组员进行用例测试。改进的方面就是大家应该在如何运用测试软件上多做些学习，这样可以保证正确的执行测试任务同时节约时间提高效率。
在发布的过程中发现了哪些意外问题？
出现的意外有，发布的时候有晚点，在博客提交的时候完了一天。
服务器配置不当，端口开放调试问题等
我们学到了什么? 如果重来一遍, 我们会做什么改进?
学到了测试计划的重要性，如果重来将安排严谨的测试计划
总结
1没有根据每个人的擅长进行划分
2功能实现不够完善
3.不同意见时经常开会讨论，完善需求
