记得很久以前看过Brooks的<<人月神话>>,其中有一篇描述软件开发模式的,具体内容不记得了,只记得他描述了一个外科手术模式的开发团队，在一个软件开发团队中应该有一个经验丰富的人起主导作用，相当于外科手术的主刀医生，当然还有一些角色是负责写文档，提供技术支持的，这些角色类似于副主刀医生或者护士之类．
这几天一直在想，实施AX是不是也用这样一种模式会好一些，现在大多数实施AX的团队都是每个模块派一个顾问，所以实施团队浩浩汤汤，财务，物流，生产，技术顾问各一个，待在一个项目里埋头苦干，累死累活，一待就少则三个月，多则半年，效果往往不好．当然结果的好坏有很多原因，但正如Brooks所说的，项目的进展并不在于投入的人月的多少，因为增加人员意味着增加沟通成本，在项目实施的时候最大的时间成本就在于沟通，与客户的沟通已经够麻烦的了，项目组之间还要吵吵闹闹，只是看着热闹，能解决问题吗？不见得．
项目实施需要各个模块的专家，更需要能统领全局的通才来规划．ERP是个系统工程，各个模块之间有着天然的联系，各个模块的专家，只懂得自己的模块，搞物流的不知道过账模板，做生产的不知道成本，弄财务的不知道怎么收发货，相当于把一个公司本来完整系统的业务人为地割裂成几个部分，各个模块之间的衔接就成了问题．当然现在在项目实施的时候都有个项目经理，但按照我的了解，这个项目经理主要的职责是负责协调项目组成员之间以及项目组成员与客户之间的关系，负责制定Schedule之类的．我觉得项目经理只是增加了沟通成本，并没有解决根本问题，因为大多数项目经理并不了解AX产品，充其量只是一个润滑剂，缓冲各个对象之间的摩擦，但对于做好事情本身并没有太多用处．
我觉得AX的项目实施需要一个主刀医生，这个人需要对AX各个模块有较深的了解，并能很快地根据客户的情况制定出在AX中实现的solution,项目实施的过程中派这一个人去就够了，调研一段时间，得出企业在AX中的实现情况．当然这个主刀医生可能对一些细枝末节的东西不是很清楚，主刀医生可以把自己分析的结果讲给各个模块专家听，针对各个模块的问题由模块专家给出意见．由于各个模块之间的衔接已经有这个人做了，整个企业在AX中的实现是完整的，一体的，并且降低了模块专家之间的沟通成本．
那对这个主刀医生的要求太高了吧？是的，看一下Brooks对这个主刀医生的要求就知道了．或许ERP实施就是需要更多的主刀医生主刀吧．