项目的时间计划

手头的项目基本上算是做完了，剩下的东西慢慢扫尾吧。从昨天晚上我就开始回想整个项目的过程，因为这个项目做的并不成功，如果原定1个月完成的功能一定要1年来实现的话，那这个项目还是不要做了。

这个项目在做的过程当中遇到了很多的坎坷或者说曲折，原因基本有两个，一个是环境搭建的错误，另外一个是因为不了解而造成的错误时间规划。

先说第一个吧，我们从刚开始就制定了整个项目的运行环境，然而我们事先并没有详细的讨论这个环境的搭建是否合理，直到我们为此浪费了将近7个人日的时候，我们才发现，是不是我们浪费了太多的时间在无谓的事情上面。可能运行环境的要求并不是那么强烈的，或者说我们更换一种环境也未尝不可，但是我们在没有讨论哪一种环境更合理的时候就盲目开工了，这是对项目的不负责任，也是对队友的不负责任。如果下一次再遇到这种问题，我宁可用1个人日的代价，去讨论环境的合理性，或者说制定出几个比较合理的方案，在其中挑选最理想的，即便是这样，也比后来因为环境搭建而产生冲突要来的快的多，也省时间的多。

第二个错误对于我来说，不可避免。因为我没有足够的能力去了解项目的每一个步骤，于是我盲目的制定了整个项目的时间计划，然而事情并不是像我想象的那样发展。我们刚开始是使用Java来完成这个功能，后来发现Java语言太高层了，于是转而用C，就是这个转变，拖延了整个项目的时间。我们从前的项目基本上依赖于Java语言，而C语言在很大程度上已经淡出我们的视线，不过不是开发特别底层的或者需要特别高的效率的时候，一般是用不到的。

现在既然要转，自然要转的彻底一点，于是我们的规划里面还专门拿出一台服务器，供C语言使用。但是项目中没有一个人对用这种语言实现这种功能有十足的把握。首先是我畏惧了，或者说开始依赖项目组中的其他成员，我曾大言不惭的说要勇于面对困难，可是我承认在这个问题上，我没能做到。

正是对这种语言和功能的不了解，让我们的项目一再延期，这不是一个人两个人的力量能够彻底解决，有的问题人多了也帮不上什么忙，于是我看到yxp忙碌的测试和qsw通宵调程序，而我在旁边无能为力，做项目这么长时间，这是第一次我感觉很沮丧，我甚至连这个功能到底什么时候能实现都无法估量。

以后要吸取这个教训了，在制定计划之前，特别是时间计划，特别特别是当你对这个项目的某一些功能不甚了解的时候，一定不能草率决定，要先深入了解一下，才能知道这种方式是否可行，如果可行需要多长的时间，没有人会为你错误的计算买单。

好在最后的结果是我们做出来了，尽管时间过了很长，尽管这个结束来的晚了一些。