事后诸葛亮——第一阶段总结

一个月的时间，来自Rosting Technology公司的6个同学成功的面向内部成员发布了学术家族树的Alpha版本。一个阶段的结束，意味着新的阶段的开始。为了一个更好的开始，固然我们要对上一个阶段进行一个总结。于是我们组召开了一场事后诸葛亮会议，对上一阶段进行了一些总结，以期在下一个版本的开发过程中得到改进。

哪些是我们做的很好的地方，为什么？

1、 我们分工非常明确

在Alpha计划阶段，我们对每个人的任务做了详细的规划，组员对自己的任务和定位有着清晰的认识，即便在后来因为特殊原因造成很大任务变动，各组员依然能够按时按量的完成任务。

2、 我们协作默契

我们的项目分来前端与后端，每个组员都负责不同的模块，没有两个人的任务是重复的。子模块都有相关的人负责协调工作，因此项目运转十分流畅

3、 我们充分利用的各种可以利用的资源

我们有微软创新工程组的设计师为我们设计方案，有微软的工程师为我们讲解项目结构，大大的提高了我们的开发效率。

哪些是特别有问题的地方，为什么？

1、 UI设计上目标不太明确

在计划阶段，我们没有做用户调查，故而忽略了用户感受，以至于Alpha发布时的产品与用户的交互性不够友好，界面不够直观明了。

2、 部分任务不够连贯

我们的组员在Alpha开发期间因为各种不可避免的原因，出现短暂的离组现象，造成部分的任务暂时停滞，从而部分影响的整个项目的进展。

3、 开发过程中任务变动过大

项目计划与实际开发的差别过大，导致开发过程中有较多的临时调整，一定程度上降低了开发效率。

哪些事情应该采取不同的措施？

1、  在任务安排过程中，应该考虑可能的人员变动。

2、  项目计划前，就应与创新工程组协调好项目目标并获取相应的代码，避免在开发过程中仓促应对变动。

3、  不应过分依赖于IEG组提供的Index Server，而应自己架构SERVER。

哪些事情计划要实现却没能做到？为什么？

1、  对项目的测试

原本计划最后一星期由组员统一对项目进行测试，所以之前没有分配相应的测试任务，然而由于Alpha Release之后，得知下一版本所要做的变动过大，故而没对前一版本做过多的做过多的测试。

2、  建立我们自己的Index Server

由于IEG组的开发人员会为我们提供相应的Index Server，故而我们放弃了这个任务。然而最终还是没能获得Index SERVER。

3、  代码复审

原计划每次的代码签入之前进行代码复审，只是在最终开发过程时为了尽快的签入，并且由于在第一次集体软件开发过程中大家的习惯的问题，所以并没有严格执行。而同一个功能反复的修改，复审的效率太低。

 

Rosting PM

2011年10月25日