项目回顾

设想和目标

我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
答：我觉得需要解决的问题都解决了，定义和典型场景也很清晰，清楚 。

如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，我会多拿出些时间攻克难题，知难而上而不是知难而退。

你原计划的工作是否最后都做完了?
答：预想的原计划几乎只做出了原型和需求和UI，数据库没有完成链接，更无法使用。
有没有发现你做了一些事后看来没必要或没多大价值的事?
答：做的几乎都是前端页面，做一些假数据；没做后端，无法实现功能 。
是否每一项任务都有清楚定义和衡量的交付件?
答：是，每项任务都有清楚定义。但大多数任务只能完成百分之八十。
是否项目的整个过程都按照计划进行?
答：项目整个过程都是按照计划进行的。
在计划中有没有留下缓冲区，缓冲区有作用么?
答：在计划中有留下缓冲区。缓冲区有作用，在其期间内可以测试修复bug，调整状态，讨论不足并及时更改。
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
答：以后将会互相监督，落实每个目标无论是大是小。对于分发的任务做到百分之九十甚至百分之百而不是差不多就行。没在规定时间内完成就加班。

如果历史重来一遍，我们会做什么改进？
答：如果再来一遍一定多花时间仔细钻研求学，不懂就问。分工明确才能走的更远。

资源

我们有足够的资源来完成各项任务么?
答：我们有授课老师和其他专业老师的帮助，还有互联网帮助我们。
各项任务所需的时间和其他资源是如何估计的，精度如何?
答：各项任务所需的时间一般是按照任务的难度进行估计时间。
用户测试的时间，人力和软件/硬件资源是否足够?
答：足够
你有没有感到你做的事情可以让别人来做（更有效率）?
答：没有，分发的任务就应完成，即使不会也可以锻炼自己，办法总比困难多。
如果历史重来一遍，我们会做什么改进？
答：如果历史重来我们会在每个页面做上后端，使项目真正可用。

变更管理

每个相关的员工都及时知道了变更的消息?
答：都及时的知道了，有任务都会发在群里，若没回复都会找到个人来交付任务。
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答：我们依据需求分析报告及讨论分出任务重要级。
项目的出口条件（ExitCriteria）有清晰的定义吗?
答：不是很懂。
对于可能的变更是否能制定应急计划?
答：可以，我们会立即召集成员开会来讨论及制定应急计划。
员工是否能够有效地处理意料之外的工作请求？
答：有些时候不能，需要大家讨论来解决。
如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，每个人分的任务将是前后端一起完成，节省工作量，精益求精。

设计和实现

设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
答：设计工作是在选题结束后立即进行的。由组长组织讨论，大家一起配合完成的。
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
答：有，PM决定最终结果。

团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
答：没有
什么功能产生的Bug最多，为什么？
答：几乎所有后端，连不上数据库。
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
答：组员完成，并没有严格执行了代码规范。
如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，每个人分的任务将是前后端一起完成，节省工作量，精益求精。

测试和发布

团队是否有一个测试计划？为什么没有？
答：有，前端测试只实现了跳转。
是否进行了正式的验收测试？
答：并没有。
团队是否有测试工具来帮助测试？
答：IDEA。
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
答：测试也只是前端好使，后端不好使，整个项目并未成功实现，没有效能。
在发布的过程中发现了哪些意外问题？
答：没有什么意外问题

我们学到了什么? 如果重来一遍, 我们会做什么改进?
答：花更多时间钻研，将每个前后端页面做好（能用）。

总结
专业能力不足，没能好好利用师资力量及互联网补充不足。