回顾

项目回顾总结

 

1.设想和目标

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

我们软件要解决代码的整合，BUG的测试及其调改

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

是，在做这个项目之前，我们进行了广泛的人群调研与需求分析，吸取了之前的教训，效率上有所提高，时间相对充裕。

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

每天定时在群内说明自己的今日完后进度，说明自己次日的目标计划，由专门人员记录整合，归纳。

团队成员对开发中的哪个环节存在疑问在或建议在群内提出，并@相应负责人，不知道负责人时，统一@组长。出现冲突时，组长听取冲突双方意见后做最终决策，组员依然反对则在群内发起投票以多数服从少数为原则。

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

用户量，用户对重要功能的接受程度未达到一致，但离目标正在缩小距离，实现了基本功能，还有很大的提升空间

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

对任务进行更周密，更细致的安排及分配，对人员任务划分要更细致，紧密

2.计划

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

原计划工作均已做完，只是一些技术上的功能实现的不是很完美

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

前期仓库捣鼓了不少时间，本来是使用svn做项目管理，发现课设要求用git，又不得不切换项目管理工具。

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

对每一项任务都有清晰完整的说明

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

项目整个过程按照阶段划计划进行

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

没有考虑。缓冲区有作用，例如项目出现问题，可以缓冲调整

将来的计划会做什么修改？（例如：缓冲区的定义，加班）

会留缓冲区，应对紧急情况，提高效率及其任务质量。
加强组员交流，减少理解偏差

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

项目开发不是一个人的事情，团队的相互配合才是开发的关键，项目团队的每一个人都是在开发之中必不可少的一份子
任务分配按照能力大小，擅长领域进行合理划分

3.资源

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

有，老师以及同学的帮助，网上的各种资料，团队队员之间的相互取补

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

每晚在群内说明自己的今日任务进度及其完成进度，说明自己次日的计划和安排

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

足够。

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

有过，但也及时完成了任务。

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

在这个阶段我学到很多东西，在团队方面知道了团队合作的重要性，在项目上面，学会如何测试，如何编程，知道了想要做好一个完美的项目是不容易的。如果可以重来一遍，分配时，应该更加明确些，具体到某一点的哪些内容，否则会出现队员做了相同的事，而产生了无用功浪费了人力物力。还要重新对任务进行拆分，理解加总结
在项目的美化及布局上面进行改整

4.变更管理

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

及时知道，因为我们团队小组有自己的交流群，一些重要事情会及时发布和通知

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

在刚刚选定项目的时候，我们小组成员就进行了开会讨论，并确定项目的核心功能。

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

没有，对这个不是很了解，需要老师的指导

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

是，每日例会可以及时制定

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

能。如果遇到意料之外的任务请求，如果不能很好地解决问题，我们会经过小组讨论研究，给出意见，努力完成任务。

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

制定应急计划，首先应明确整个开发过程的大体框架，将较大的模块先进行解决和处理，剩下的时间去整理所缺少的部分。并且下分到个人

5.设计和实现

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

在确定需求后及任务划分完成后。是合适的人

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

有，讨论解决，听听每个成员的想法和意见，最终确定解决办法

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

没有

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

不能消除，两边墙体没有写死，任务进行的匆忙，没安排好，导致遗漏

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

在代码开发之前我们就有规定代码编写的规范问题，所以为代码复审带来了很大的便利。代码复审的工作由参与代码编写的人员来执行，互相检查彼此的代码然后找出问题，再共同解决。因为参与开发的人员不多，所以能够严格执行代码的规范

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

对接界面进行美化

6.测试和发布

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

有

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

有的，对每一部分的功能都进行正式的验收测试

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

用夜神模拟器进行测试基本功能

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

各个模块的测试分配给各个测试组员，这些组员进行用例测试。改进的方面就是大家应该在如何运用测试软件上多做些学习，这样可以保证正确的执行测试任务同时节约时间提高效率。

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

 第一次没有很好的提交，有的地方弄得不是很明白
服务器配置不当，端口开放调试问题等

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

学到了团队合作的重要性，如果重来将安排任务安排及其人员任务划分，重新理解，剖析项目的需求及功能

总结

1没有根据每个人的擅长进行划分

2功能实现不够完善

3.不同意见时经常开会讨论，完善需求