主题：【原创】浅谈软件项目管理 -- 河蚌

对于我们这些已经在一个行业里面做了很多年的人来说，由于经验的积累，甚至大部分客户都已经无法和我们比深度和广度。但这反而让我们对于需求分析的理论认识是最少的，因为对于我们来说，要做一个系统，需求就在那儿，就是那个样子，大多数的客户访谈和需求交流，目的只是为了验证客户是不是也是按照我们设计的这种模式去做，是不是还有什么特殊的要求。

但是，上面这种模式实际上就是专家模式，项目需求的好坏，依赖于谈需求者的专家业务水平。这种需求交流是无法复制的，随便换一个人就可能连这样一半的效果都达不到。

而对于公司而言，最好的需求交流方式，是假定公司的谈需求者是不懂业务的，而只是通晓一套需求交流的规范（当然，此人依然要有比较高深的IT技术水平），然后根据这套规范，与客户进行访谈，并最终总结出一套完整的需求文档出来。这样的方法才是可以大规模推广的，才是可以重复的（可重复是CMM几级的标准？忘了）

我曾经在2001年短暂地做过一个邮政系统的项目，是邮区中心局的生产系统。这个项目使得我能够跳出银行业，以只懂得IT不懂业务的全新身份来进行系统设计。这个项目，让我认识到，实际上各个行业的企业，其运作流程都有很大的相似之处，而IT系统，不外是企业的实物流、数据流和凭证流进行来回的处理和输入输出。我试着将银行网络的某些运作规律，套到邮区中心局上，最终在业务深入的过程中，发现竟然也相差不大。

通过这个项目，我觉得，应该有一套方法，让只学过企业管理学而没有行业知识的人，可以很方便的了解特定企业的运作机制，并将其运作机制转换为IT系统的实现。毕竟，麦肯锡的成就还是摆在那儿，虽然他的后任者为大家贡献了无数的笑话，但是，既然跨行业的咨询可以做，跨行业的IT需求肯定也可以做。

不过，如何总结出这个方法，确实是一件很让人期待，但在目前也很令人费心思的事情。