总结

设想和目标
1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

我们北软小精灵要提升的是学生的学习积极性，通过游戏的方式来让同学们提升自身的专业水平
定义的很清楚，明确了这个软件的目标。
对典型用户和典型场景有清晰的描述。

2.是否有充足的时间来做计划?

有充足的时间，明确了分工目标，制定了时间安排和计划。

3.团队在计划阶段是如何解决同事们对于计划的不同意见的？

开会投票决定

计划
1.你原计划的工作是否最后都做完了?
完成90% 最后由于技术能力有限，无法完成服务器与数据库的连接

2.有没有发现你做了一些事后看来没必要或没多大价值的事?
没有

3.是否每一项任务都有清楚定义和衡量的交付件?
是

4.是否项目的整个过程都按照计划进行?
是，项目整个过程都按计划进行。

5.在计划中有没有留下缓冲区，缓冲区有作用么?
留了，为我们遇到困难时来让我们有更长的时间去解决问题

6.将来的计划会做什么修改？
好好的利用缓冲区的时间解决问题

资源
1.我们有足够的资源来完成各项任务么?
通过网上资源和同学的帮助

2.各项任务所需的时间和其他资源是如何估计的，精度如何?
按照难度来进行具体划分。

3.用户测试的时间，人力和软件/硬件资源是否足够?
足够

4.你有没有感到你做的事情可以让别人来做（更有效率）?
没有，因为这样会增加更多的任务延迟

变更管理
1.每个相关的员工都及时知道了变更的消息?
是

2.我们采用了什么办法决定“推迟”和“必须实现”的功能?
需求的重要性

3.项目的出口条件（ExitCriteria）有清晰的定义吗?
没有

4.对于可能的变更是否能制定应急计划?
群里开会讨论制定

5.员工是否能够有效地处理意料之外的工作请求？
尽力，因为能力有限

设计和实现
1.设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
每天晚上6点，PM，是，是

2.设计工作有没有碰到模棱两可的情况，团队是如何解决的？
没有

3.团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
没用

4.什么功能产生的Bug最多，为什么？
数据库，因为多个成员的代码数据库导致代码整合困难

5.代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
是

测试和发布
1.团队是否有一个测试计划？为什么没有？
有，测试这个软件是否有可用性

2.是否进行了正式的验收测试？
没有，没有完成服务器数据库的连接

3.团队是否有测试工具来帮助测试？
有，夜神模拟器和雷电模拟器

4.团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
软件运行，总结经验。
有用。
要优化一下软件。

5.在发布的过程中发现了哪些意外问题？
未发布。

我们学到了什么? 如果重来一遍, 我们会做什么改进?
我们学到了团队合作的重要性，每一个人都不是独立存在的，每一个人都应该完成和本职工作，更加注重团队合作

总结：

加强自身的本领，学习更的知识，提高自己的技能能力，注重团队合作的重要性
应该及时的和客户进行对接来了解客户 的需求，更好的满足客户的需求。