项目回顾
设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
答：社团管理系统是为了更好地方便用户的发布活动信息、地点、事件以及参见活动。定义的很清楚。对典型用户和典型场景也有清晰的描述。
是否有充足的时间来做计划?
答：是，在做这个项目之前，我们进行了广泛的人群调研与需求分析，同时对于需求一起进行了详细讨论并根据组员的擅长点做出计划。以此提高工作效率，降低开发难度。
团队在计划阶段是如何解决同事们对于计划的不同意见的？
答：出现冲突时，在群内发起投票以少数服从多数为原则，根据投票决定计划执行方式。
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
答：用户与我们的设想不一致，我们当前的进度符合计划进程，实现了基本功能。经验教训就是在开发过程中尽量有Plan B,以避免项目搁浅。不能盲目，认真规划，明确目标。
如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，我们会在任务分配上做出改进，细化时间和人员分配。
在代码方面，团队所有成员加强学习代码能力。
以至于在团队整体提高了效率，对队员的工作方面也是一种很大的补充。
计划
你原计划的工作是否最后都做完了?
答：预想的原计划工作都已完成。
有没有发现你做了一些事后看来没必要或没多大价值的事?
答：我们所做的事都很有价值，任务当初指定的时候就是为了完成我们的软件，功能阶段做的所有事都很有必要，每一件事都很重要.
是否每一项任务都有清楚定义和衡量的交付件?
答：是，我们对每个人都进行了详细的人员和时间分配，励志把东西做得最好
是否项目的整个过程都按照计划进行?
答：没错，项目整个过程都是按照计划进行的。
在计划中有没有留下缓冲区，缓冲区有作用么?
答：在计划中有留下缓冲区。缓冲区非常有作用，我们团队主要是利用缓冲区的时间里进行我们项目代码的测试、查找项目的Bug和修复项目的已知Bug。也利用了缓冲区这段时间进行团员之间的相互讨论交流，并根据讨论的结果对项目进行了整体的完善。
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
答：成员之间建立起互相监督的机制，提高效率。加强组员交流，减少理解偏差。将来的计划我们会详细分析需求，然后完善各种小细节
如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，团队内沟通得体，任务计划合理分配。首先在最开始分工上就应该分工明确，然后就是对需求的深度分析
资源
我们有足够的资源来完成各项任务么?
答：我们有教课老师和专业老师的帮助，以及各种学习资料来完成我们的任务
各项任务所需的时间和其他资源是如何估计的，精度如何?
答：各项任务所需的时间一般是按照任务的难度进行估计安排的
用户测试的时间，人力和软件/硬件资源是否足够?
答：足够
你有没有感到你做的事情可以让别人来做（更有效率）?
答：没有，因为当初分配职务的时候就是按照自己擅长的，所以都很有效率，无可替代，当前分配已经是最优解，任务可以准时完成即可。
如果历史重来一遍，我们会做什么改进？
答：如果历史重来我们会努力学习代码的知识，让我们得项目做的更加完美。
变更管理
每个相关的员工都及时知道了变更的消息?
答：都及时的知道了，有任务都会发在群里，有没看见的也会私聊，知道回复为止
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答：我们依据需求的重要性来分配必须实现的核心功能
项目的出口条件（ExitCriteria）有清晰的定义吗?
答：没有，对这个不是很了解，需要老师的指导
对于可能的变更是否能制定应急计划?
答：可以，我们会立即召开每日例会来商量解决办法
员工是否能够有效地处理意料之外的工作请求？
答：不能，因为组员能力有限，可能无法应对，需要一起解决
如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，我们将把各项工作做得更全面、更细致，让项目变得完美无缺。
设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
答：设计工作是在选题结束后立即进行的。由组长牵头，大家一起参与完成的。是合适的时间，合适的人。
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
答：有，通过投票来决定
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
答：没有,不会用
什么功能产生的Bug最多，为什么？
答：社团申请功能bug最多，吐司一直弹不出来
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
答：是由小组成员完成的，因为没学过，所以没有严格按照代码规范
如果历史重来一遍，我们会做什么改进？
答：如果历史重来，我们设计更多的功能，完善整体项目！减少bug出现
测试和发布
团队是否有一个测试计划？为什么没有？
答：有测试计划，由软件测评师完成
是否进行了正式的验收测试？
答：没有，时间比较仓促
团队是否有测试工具来帮助测试？
答：有夜神模拟器来帮助
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
答：因为软件最后没有完全开发出来，所以没有效能
在发布的过程中发现了哪些意外问题？
没有发布
我们学到了什么? 如果重来一遍, 我们会做什么改进?
时间更明确的安排，，以及细化主要功能，使得项目变得更加完整
总结
专业能力还是有一定的欠缺
团队成员之间互相帮助
