第一个项目（LIMS）管理经验阶段总结-测试版（待续）

      项目终于进入到测试版，感觉很高兴。但是同时也是最忙的时候。

     这是我第一次以项目经理的身份做项目，激动多于紧张、兴奋多于谨慎。导致的结果是在测试版应该出来的时候核心模块还没有完成。现在看来，这些问题完全可以避免。至少在项目之初的时候就可以将这些问题解决，先做什么后做什么看起来是很容易选择的问题。但是事实并不是如此。随着需求的变更，项目做起来也是很不顺利。当然这在所难免！

    现在对于我的问题不是需求的变更，而是变更后如何处理。我本来是一个培训讲师，由于这个角色决定和我做项目的是一些培训的学生。而且同时我还要教他们其它的课程，还要教他们如何解决在项目中遇到的问题。有些事情如果是员工很好解决，但是现在却不能像员工一样管理他们，反倒要想老师一样培训他们。这在进度偏慢中占很大一部分原因。另外一个原因大概就是自己没有订好计划，同时也没有完全按照预先的计划来完成。计划制定是一个过程，执行又是一个过程。这2方面是2个事情，不能混淆。然而对于学生来说他们没有那么高的悟性，在他们看来，干活是学习，学到东西就可以了，活能不能出来并不重要。这个我可以理解，但是从我的角度来看，事情就麻烦了。活干不完是要挨骂，客户还有老板都不好交差。所以与其说我是经理，还不如说我是程序员+经理+讲师+架构师。能不累么！

    需求的变更必然要有文档出来，至少是有需求变更记录。这在后期的开发中可以和客户很好的沟通。有人说沟通无极限！同意。

    这个项目原本被定义为练兵+小活。但是这种定义本身就矛盾，而且和培训的出发点矛盾。说它定义矛盾是因为：练兵本身对时间要求就不是很严，而是将活做完即可。但是如果是小活，要求就是时间短见效快，不到一个月拿出实际的东西出来。矛盾就是这样