项目回顾

设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们要解决的问题是校内同学增加学习兴趣让学习变得有趣爱上学习，定义清晰，对典型用户和典型场景有清晰的描述
是否有充足的时间来做计划?
计划时间十分充足
团队在计划阶段是如何解决同事们对于计划的不同意见的？
答：在有意见不一致时先都听取以便然后大家讨论最终结果进行决定
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
用户量与我们的设想不一致，我们软件的初步原型做的很快，核心技术实现较困难，但是我们不断地在靠近目标，要着重研发主要部分
如果历史重来一遍，我们会做什么改进？
首先我们要确定好目标，然后分工明确，并且随机应变有规划有进步，这样才可以完成更好
2.计划
你原计划的工作是否最后都做完了?
我们原计划的工作都已完成
有没有发现你做了一些事后看来没必要或没多大价值的事?
答：前期ui假面时间比较长然后呢以至于后来的功能联网实现等核心内容无法完成
是否每一项任务都有清楚定义和衡量的交付件?
答：是，分工明确，进度有度，任务都能按时完成
是否项目的整个过程都按照计划进行?
答：是，都是按照计划进行
在计划中有没有留下缓冲区，缓冲区有作用么?
答：有的，可以在这段时间来提升自己
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
答：做好优先级的判定
如果历史重来一遍，我们会做什么改进？
答：先实现基础功能然后进攻核心，最后优化界面
3.资源
我们有足够的资源来完成各项任务么?
答：有，老师的指导，同学的帮助以及网上的学习
各项任务所需的时间和其他资源是如何估计的，精度如何?
答：精都不高，对于任务的难度没有一个合理的估计
用户测试的时间，人力和软件/硬件资源是否足够?
答：充足
你有没有感到你做的事情可以让别人来做（更有效率）?
答：没有，因为可能就是我们都是自己选择的自己擅长的东西
如果历史重来一遍，我们会做什么改进？
答：做好进度优先级的排版
4.变更管理
每个相关的员工都及时知道了变更的消息?
答： qq、微信、或者企业微信及时通知
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答：任务的优先级及工作的重要性
项目的出口条件（ExitCriteria）有清晰的定义吗?
答：没有，需要进一步学习
对于可能的变更是否能制定应急计划?
答：是
员工是否能够有效地处理意料之外的工作请求？
答：可以，员工工作积极性很高，解决问题能力也很强
如果历史重来一遍，我们会做什么改进？
答：基本功能提升
5.设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
答：设计工作是在一阶段任务完成之后，由pm完成，在合适的时间合适的人
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
答：有，开会研究，排查最好的
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
答：没有，没有学习过使用
什么功能产生的Bug最多，为什么？
答：注册登录数据库，后台数据的存储，因为代码的不严谨
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
答：由组内技术最强的人员进行，严格执行
如果历史重来一遍，我们会做什么改进？
答：提高自己水平，学习更多技术
6.测试和发布
团队是否有一个测试计划？为什么没有？
答：有
是否进行了正式的验收测试？
答：初步的测试是有的
团队是否有测试工具来帮助测试？
答：安装在手机
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
答：安装在手机进行实操，有用，发现不完善或者BUG
在发布的过程中发现了哪些意外问题？
登录注册无法实现互转
我们学到了什么? 如果重来一遍, 我们会做什么改进?
做事严谨，计划有序
总结
对于这次任务，总结如下
我们这次项目，选择的课题是做游戏，所以相对来说难度比较大，再有就是目标不够明确，进度不够快，但是从开始的磕磕绊绊走到最后我们的团队合作变得井井有序，任务完成度还有速度都得到了非常大的提升，并且通过此次实践也让我们总结了经验对以后的项目开发分析任务目标都有了很好的认知，即便是最后项目的完成没有达到预期的效果但是整个过程我真的收益，相信以后一定会有所用的，同时对接下来的进度也有了很好的规划