切莫病急乱投医：企业选择信息化外包指南(3)

　第三个误区：把全部希望都寄托在外包厂商那边。

　　不少企业在把某项任务外包给其他软件厂商或者开发公司以后，就会放手不管。就只会在那边等着让他们把成品送过来。其实，这是非常危险的。因为外包公司由于种种限制，其并不能够了解你们企业的全部操作方式。如果就让软件公司在那边闭门造车，则最后出现的东西很难保障符合企业的需要。所以我认为，如果企业把某个信息化项目外包，不能够把全部希望都寄托给外包厂商。而是应该自己把好每道任务的关口。

　　具体来说，笔者建议案如下的方式操作。

　　首先，应该要求外包厂商把确认好的需求与解决方案通过书面的方式跟我们CIO进行再次确认。因为口头确认的内容，很容易引起误解。而且时间久了，也很容易遗忘。再说，一个外包项目也不是短时间内可以完成的。如果外包厂商跟企业之间有一些实质性的书面文档，则对于外包厂商的开发人员来说，也有了一个对照的依据。同时，即使以后出现分歧的话，也有一个书面文档的佐证。所以，笔者建议CIO，不要怕麻烦。当把企业的需求交待给外包厂商的话，还要让对方出具一份书面的需求文档，并配上解决方案。这有利于双方消除分歧。

　　其次，不要到外包项目完工再进行验收。而是每完成一项功能或者一个模块之后，就进行验收。这主要是因为，虽然通过前期的交流，再通过书面文档的确认，但是仍然无法百分之百的消除彼此的分歧。如果等到产品完成验收的时候，才发现双方存在意见的分歧，那么对于双方的损失都很大的。对于外包厂商来说，他们必须对软件或者解决方案进行修改。由于已经是成品的东西，修改起来就会更加麻烦。而对于企业来说，则就面临着时间上的损失，时间成本会增加。故如果在成品完成阶段才进行验收的话，对于双方都是不利的。笔者如果把一个项目外包给其他合作伙伴的话，则会对整个过程进行追踪。如笔者会让对方在每个周末把本周完成的任务跟我说。然手把这个月完成的成果先交给我。然后笔者进行测试。若发现问题的话，马上跟对方联系，让对方进行修改。如此的话，效果会比较好。一方面笔者可以在程序开发的时候就发现一些不满意的地方或者对方误解的地方，提出来让对方修改。如此的话，到了成品交付的时候，成品的缺陷会少许多。另一方面，通过对方每周一报，可以让笔者了解项目的进度。如果项目没有按进度进行的话，笔者就会马上督促对方。 这有利于项目在规定时间内完成。

　　最好，需要让对方提供项目文档。如前不久笔者委托一家软件公司，帮助我们完善一些ERP系统中的功能。事先笔者就要求他们，必须把ERP系统中修改的内容，以书面的文档记录下来。如要实现某个功能，在ERP系统中修改了哪些地方;在数据库中是否增加了内容;你们是如何进行测试的;对其他作业的影响等等。每完成一个功能的开发，就需要把这份文档交付给我们。也就是说，他们的工作成果，不仅仅是成品而已;还有中间所产生的文档。因为笔者必须要了解这中间发生了什么事情，功能是如何实现的。这对于笔者日后维护ERP系统是非常重要的。而且当出现问题的时候，笔者还可以借此判断这是否是对方的二次开发所造成的。

　　所以，笔者建议各位CIO，如果你们要把某个项目外包的话，则最后的成果既然重要，但是也不能够小瞧中间的过程。若不对中间的每一道过程进行把关的话，则很难保障最后成果的质量。最重要的是，如果对方不提供中间实现过程的文档，那么对于CIO日后维护来说，会有很大的难度。总之，不能够把全部希望都寄托在外包厂商那边，CIO要跟踪整个外包过程。