亲历产品概念完整性

我这几天很烦！

一是因为现在做的项目处于测试阶段，由于一些原因，导致现在发现了很多关于模块交互方面的问题。现在将这些模块“组装”成一个像样的系统，这些问题必须解决，而且目前只能自己与其它开发人员商量解决！

这个项目在设计的时候有七个人参与，应该是开发部所有的开发人员包括在内。当时先是讨论整个框架的设计，然后将各个模块的设计分下来，一人完成一两个，再接着开会讨论，讨论来讨论去，讨论的差不多了，也就是每个人将自己设计的模块接口写成电子表格（模块内部的设计有些有文档，有些没文档，因为每个模块的设计人员基本上就是这个模块的编码人员，所有其它人不会太多关心），然后每个人就开始实现自己的模块。后来因为人手不够，又招了几个写代码的人员，分给各个模块的负责人员协助编码。事实上在真正进入编码阶段时模块的负责人只剩下三个，其它的人呢？两个离职，一个是公司领导，不参与实际编码，还有一个因为考博，没时间亲自参与开发。而剩下的三个人中有一个人是这个开发小组的组长，协调开发小组的开发工作，当然也参与实际的开发。

可以说在整个开发过程中没有一个真正的产品负责人（或者称之为总设计师），用于负责产品的整体结构设计、各模块的交互关系、功能设计和实现方案的取舍。他必须十分了解整个产品及设计方案，他可以不写代码，因为维护整个产品设计方案的工作贯穿于整个开发过程，工作量是很巨大的。他也就是维护产品概念完整性的那个人！

其实存在的问题还有很多！近期我会抽时间将它整理下来，寻找问题的根源到底在哪，避免再犯同样的错误！

还有我去年买的《人月神话》，当时没看懂。前段时间我拿出来，终于将它完整的看完了，而且感触颇多。

为什么《人月神话》在20年后还能再出新版，而且又一次给于业界巨大的轰动，就是因为我们没有吸取前人在20年前总结的经验教训，还在一次次的重犯同样的错误！

……

这个项目是一个二次开发包。完了之后紧接着有很多项目都要依赖这个。二次开发包做成这样，不难预测以后依赖此开发包的项目又将使人进入新的“焦油坑”。我现在也不知道什么时候开发第二个版本，至少今年不太可能。

加班！加班！

（抱歉，原文出处已经没有了。）