动后，ERP顾问根据启动前的需求文档配置出了系统模型，业务人员在学习ERP系统过程中发现，这根本不能适应他们的业务需要。当初的需求文档好像什么作用都没有，ERP进行到每一个车间、每一个部门都需要对他们的业务重新进行调研，而现在业务人员所提出的需求往往与开始提出的相距甚远，许多重要的业务需求当初根本提都没提过。
以前的需求文档的通病都是太过粗略，好多细节的东西都没有考虑到。虽然开始进行需求调研时赵峰就强调，“需求分析做得越细越好”，但现在看来那只能是一句口号。
随着ERP实施的进行，项目组对业务需求了解得越来越深，赵峰发现，任何一种看似简单的业务都可能隐含着复杂的内容。像原料仓库可能也会做一些销售工作等一些异常业务的处理、像车间多领料发现一些次品可能会换料等一些出错的处理，也许一周甚至一个月都发生不到一次，但这些业务的处理对ERP能否成功实施至关重要。
另外，对许多流程的描绘也太过简单：
有的忽略了流程中点与点之间的时间约束关系，如半成品完工后需要检验，但没有表达出检验结果需要在多长时间内给出；
有的忽略了流程中一些业务点的地点要求，如有些检验需要在车间现场进行，而有些检验可以在质检部办公室进行；
有的忽略了点与点之间的前后约束关系，有些流程点虽然看起来没有前后的约束关系，但事实上在实际生产中是有这方面考虑的，例如原材料仓库中可能需要根据一些检测数据分开堆放原料，但因为质检部与原料仓库是不同的人负责调研的，可能会忽略这方面的约束。对业务流程中的每一个点，什么时候做，在什么地方做，由谁做，由什么事件触发他做，都应该在ERP管理流程设计中认真考虑。
“当初又没见ERP系统，我们怎么知道那么多，你当我们是搞软件的？”面对业务人员对需求调研的无端职责，赵峰无可奈何，他真想将所有部门负责人签过字的需求文档捧到总经理面前评理，但除了让总经理训斥他们一顿外好像也不会起什么作用。不管怎么样，ERP还得往下进行哪。转贴于：http://www.leadge.com
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
