项目回顾

设想和目标

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

答：我们的软件要解决辅导员查寝，定义的很清楚，帮助辅导员查寝室，省时省力

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

答：是，在没做之前，我们进行了详细的讨论，对于软件的开发后如何符合定义，并且互相积极沟通，这让我们解决了很多问题

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

答：我们的意见都是商量着去解决，如果意见过大，组长会听两个人的意见并且一起讨论去决定。

用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？

答：接受程度基本和事先设想的一致，离目标也很近了，经验就是在做项目的过程中发现了自己的不足和团队同心协力的作用性

如果历史重来一遍，我们会做什么改进？

答：如果重新来，我会更加积极去学习自己不会的，弥补自己的不足，并且更加积极的一起去讨论问题，让项目更加完美
让团队更加优秀

计划

你原计划的工作是否最后都做完了?

答：原计划的工作都完成了

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

答：没有，每个人做的都很有意义

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

答：是的，我们每个人都有规定的时间做任务

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

答：是的，么个阶段都是按照计划进行的

在计划中有没有留下缓冲区，缓冲区有作用么?

答：有留下缓冲区，作用是如果完不成任务在缓冲区阶段里将任务完成

将来的计划会做什么修改？

答：将来的计划是将项目的问题和分歧更加合理处理好

如果历史重来一遍，我们会做什么改进？

答：更加明确时间的重要性，对于项目更加深入探讨

资源

我们有足够的资源来完成各项任务么?

答：有的，不会的可以问专业老师，还可以去网上查阅资料

各项任务所需的时间和其他资源是如何估计的，精度如何?

答：任务的时间是根据每个人的个人能力和任务的难度分配的，算的上精准吧

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

答：足够

你有没有感到你做的事情可以让别人来做（更有效率）?

答：没有，因为我们都是根据能力来的，会的效率肯定快

如果历史重来一遍，我们会做什么改进？

答：将任务更加合理完成吗，不耽误时间

变更管理

每个相关的员工都及时知道了变更的消息?

答：是的，PM 每次变更会在群里发布消息

我们采用了什么办法决定“推迟”和“必须实现”的功能?

答：推迟的是感觉没必要的没有价值的，必须事先的是项目里面重要的功能

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

答：没有，不知道这个是什么

对于可能的变更是否能制定应急计划?

答：我们每个组员进行讨论可以制定

员工是否能够有效地处理意料之外的工作请求？

答：不能，因为我们根据个人能力分配任务，有的需要大家一起去做

如果历史重来一遍，我们会做什么改进？

答：我们会让项目更加实用，更完善

设计和实现

设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

答：设计工作由PM 完成，是合适的时间没合适的人

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

答：有，大家一起商议

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

答：没有，不知道这是什么软件

什么功能产生的Bug最多，为什么？

答：按钮跳转bug，因为它跳转不了

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

答：每个组员完成的，没有

如果历史重来一遍，我们会做什么改进？

答：学习单元测试（unittest），测试驱动的开发（TDD）、UML测试驱动的开发（TDD）、UML

测试和发布

团队是否有一个测试计划？为什么没有？

答：有，组内有专门测试软件的测评师

是否进行了正式的验收测试？

答：没有

团队是否有测试工具来帮助测试？团队是否有测试工具来帮助测试？

答：有，用安卓做的，用夜神测试的

团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

答：最后没开发完，所以没有测量和跟踪软件的效能

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

答：还没有发布

我们学到了什么? 如果重来一遍, 我们会做什么改进?

答：我们学到了如何更好的测试软件，我们会改进软件的测试让它更好地能发布

总结

我们每个组员都尽力去完成任务并且积极讨论关于项目的开发
因为每个人的能力不一样所以有的东西需要林一童来整合
并且向会的组员学习，让我学习到了更多的知识
也很感谢每个组员对我的帮助 也让我感觉到了团队的力量
我们需要赶紧的就是提高个人能力