以前不知道为什么叫人月神话，呵呵。当初根本就没有什么人月的概念。有了经历之后，才觉着是这个道理。今天看了几页，就开始里面的时间和人力的曲线还是比较赞同的。

并不是项目做不完加人就是好事儿，不由得想起来了前些阵子，一个项目非常的紧，结果他们就动员其他项目组的人去支援，并且还是工作时间外的援助，最后不还是不了了之吗？感觉其实浪费了很多的时间，用本项目的人员去培训还不如让他多做点东西呢，结果被培训的人对系统根本就不怎么了解，何况那么短的时间，别说别的，就是搭建一个环境就需要不少时间，而当时听说也没有拷贝适当的虚拟机，就是在本台机器进行的配置，也够厉害的，呵呵。

何况，即使来帮忙的人写了不少的代码，但他不属于这个项目组的，以后的维护什么的谁来负责？

现在想想，总感觉那个项目的负责人有一点的幼稚，最起码也应该看看软件工程学方面的书籍。呵呵。

对于进度的控制，却是是一门学问，现在感动颇深的是，搞设计的最好有极少部分人，其他人是在围绕他们进行的工作，开发人员并不要觉着某一模块的代码可以改进就随便改进，要懂得整个程序的结构统一，只有这样才可以更好的对程序进行维护和升级， 细想一下，自己做得还不是很好，：）。

发表于 @ 2005年12月06日 22:43:00|评论(loading...)|编辑|收藏