梦开始的地方（三十八）

上集回顾：http://blog.donews.com/woshilixu0046/archive/2011/11/23/1584170.aspx

如何去自我学习，是一个顾问应该掌握的一项最基本的技能。学习的途径有很多，看文档就是其中之一，而作为ERP的实施顾问，接触最多的一种文档恐怕就是“MD060”（开发需求文档）了。

老实讲到现在我也没有明白“MD060”是什么意思，MD或许可以猜到，但是060就比较让我费解，专业人事可以进一步为我解答。写这种文档是基于这样一种背景：

在充分了解客户需求并提出解决方案之后，需要顾问们按照解决方案去配置ERP系统，而配置系统又包括几个方面，一是系统设置，即通过系统的基本设置、配置来实现客户需求；另一方面属于个性化开发，需要ERP系统的技术顾问通过ERP系统后台程序的编写来满足客户的特有的需求。

这里值得注意的是，要做额外的系统开发，并不是说这个系统不完善。面对无数不同类别的客户，一套ERP系统是不可能完全解决客户的所有需求，所以初始的ERP系统仅仅是满足最基本的业务需要——即解决企业共性的东西，至于个性化的要求，ERP系统预留了充分的空间给顾问们。就好比初始系统仅仅提供了一个橡皮泥的雏形，这个雏形仅仅是决定了其材质、大小等基本特征，但是如何把这块橡皮泥捏成客户们想要的形状，就看各个顾问们的发挥了。

最典型的个性化需求就是做企业的报表，这里的报表并不仅仅局限于财务报表，其他各种业务报表都可以从ERP系统里面做出来，不同的企业要求做出不同的报表来从各个角度来反映经营状况，所以报表也就成了最普遍的个性化需求开发。

作为配置系统的基本内容之一，系统个性化开发的过程中就涉及到一些问题了：技术顾问们通常都是在办公室里面写代码做开发，接触客户的机会很少，那他们到底根据什么来进行系统开发呢？对，就是MD060文档。ERP实施顾问根据解决方案的要求，写出文档，在文档中讲清楚客户的需求是什么、希望达到一个什么样的结果、开发思路如何、计算逻辑又是什么回事……技术顾问看到了这份文档，就开始着手通过ERP后台程序来写代码进行开发。

开发过程中如果出现疑问，就需要实施顾问进一步进行沟通，如果开发实现有困难，可能需要实施顾问再跟客户沟通，对需求做调整。整个系统开发的过程就是一个“客户——实施顾问——技术顾问——实施顾问——客户”相互之间不断沟通、信息传递的动态过程。

这里需要提到一个工作方法和效率的问题。如果实施顾问在了解客户需求之后，不及时的跟技术顾问沟通就直接写MD060文档抛给技术顾问，技术顾问发现客户需求不合理反馈给实施顾问后，实施顾问又再去跟客户协商进一步调整需求，一番口舌和讨价还价以后重新写文档再扔给技术顾问……这种过程无疑是费时费力的。

ERP系统作为财务业务一体化的一个强大的体系，需要解决的问题可能不仅仅局限于财务或者业务，而且需求跟系统功能实现上也有着非常紧密的联系。因此如何减少无用功、更加切实有效地协调好多方的利益，应该注意一下几个方面：

1、充分了解客户需求。这里讲的充分了解，不仅仅是实施顾问了解，技术顾问也应该了解；一些特别的业务需求，不仅仅是财务实施顾问要了解，业务实施顾问也要了解。因为很多需求牵一发而动全身，同时会牵连到ERP系统的财务模块和业务模块，因此财务顾问和业务顾问都要充分的了解这个问题的实质才能全面的解决问题，不留死角，而技术顾问则要充分考虑系统开发的可行性，无法通过系统开发实现的需求，要及时提出——等拿到MD060文档开始写代码的时候才发现实现不了，再回过头做修改会相当的麻烦。

因此如果有可能的话，在了解客户特殊需求的时候，实施顾问和技术顾问都应该在场，对于需求的系统可行性进行财务、业务、技术多角度的分析论证，不要轻易的给客户做出承诺——没有经过充分论证就做出的保证和承诺，都是一种极大的不负责任。

2、再次强调，除了系统肯定可以实现的功能，不要轻易对客户的需求提出承诺。作为客户方，总是会认为自己的需求是合理的，因为自己付了钱、而且还是很多的钱买了这套系统，不仅仅希望是物有所值，甚至是要求物超所值，所以就会提出很多五花八门的需求。在这些需求中，有些需求是合理的，有些需求是不合理的。对于合理的需求，在项目合同之内的，理应满足；项目合同之外的，额外收费。对于不合理的需求，可以通过其他途径实现曲线救国的，尽量做客户思想工作，无法实现或者会造成极大的项目成本的，坚决拒绝掉。要知道，一旦做出了承诺又无法实现，会极大地挫伤客户使用这套系统的积极性，失望的情绪会让客户产生不满和抵触感，严重影响项目的进行。

3、开发出来的产品一定要充分的测试。做好上述两点，系统开发的返工率会降低不少。但如果产品没有经过测试就匆忙提交给客户，客户方在运行一段时间后发现了问题，这个时候再回过头来修改开发程序就会麻烦很多，因为很多错误的结果已经产生，重新进行修正又要耗费人力物力（相关阐述可看第二十六集http://blog.donews.com/woshilixu0046/archive/2011/07/11/1583899.aspx）。

注意了上述三点之后，写出来的MD060文档基本上返工率一般不会太高了，可见要写出一份合格的MD060文档，背后的大文章还是要好好捉摸的。

当然，在ERP项目上，需要写的文档太多太多，除去MD060的这种word文档，还有一种文档，叫PPT，嗯，这个东西有得写。

1 Comment