主题：【原创】讲讲我对工厂高层的看法 -- wqnsihs

在下曾直接参与某企业信息化系统改造项目，跟了这个项目几年也有一些想法：

1. 选择合适的行业软件外包服务商作为战略合作伙伴。最好是行业内有公认口碑，有一定的市场占有率。选择这样的合作伙伴一是技术实力过硬，处理很多复杂需求有足够的技术储备；二是当甲方遇到业务流程上的困难时，乙方可以根据处理同类其他行业的丰富经验提供解决方案供甲方参考。（这也是我坚持选择外包合作伙伴而反对使用公司内部开发人员的主要原因。外包公司通常有分散在各企业的若干项目组，当其中一个企业遇到困难时，很可能有其他企业之前也遇到过，这样各开发项目组可以资源共享。而如果企业自己内部开发就相对封闭，没有这种优势）

2. 高层领导的全力支持。因为是跨部门跨领域合作，所以需要个VP担任项目经理，定期开项目会议，听取业务部门（需求提出方）和IT部门（监督协调方）和外包开发商（项目实施方）三方汇报工作，提出问题，协调解决。

3. 项目组内部由业务部门主导，IT部门主要履行监督以及连接业务部门和开发商的协调职责。应尽量避免出现IT部门主导并推广系统，让业务部门去适应系统，这样很容易遭到业务部门抵制。需求应尽量由业务部门提，合理与否三方通过项目会议一起讨论，要始终把握一个主线，让业务部门知道信息系统是服务于业务的，是提高业务部门工作效率同时降低他们工作量的，对他们是有利的。IT部门只要控制好预算，在合理情况下应尽量满足业务部门的合理需求，毕竟系统开发出来是要给业务部门用的。

4. UAT测试和验收由需求提出方的业务部门负责。很多公司这些工作都是安排信息科技部去完成，这样其实是不合理的。需求提出和测试验收其实是同一个工作的两个阶段，不应该拆开去做，系统最终是给业务部门用的而非给IT部门用的。IT部门只需在系统层面给予业务部门一定的技术支持就可以。其实在项目自始至终，IT部门更像企业的风险控制部门，主要职责是监督和控制成本及风险，很多系统功能开发上的问题，应尽量让业务部门和开发商直接沟通，最终需求确定后经由IT部门走一个确认环节就行了。

5. 企业信息科技人员由于在项目中不负责具体的代码开发和测试工作，主要是协调监督和控制预算和风险的工作，不意味着对于系统就彻底不关心了。业务部门提出需求后，开发商做初期系统分析和设计形成文档后，要交给IT部门评估人力，这个过程就是IT部门熟悉系统功能的过程（很多企业是希望IT人员在后期系统测试过程中熟悉功能，我认为这个工作应该放在在前期系统分析设计过程中去熟悉）。总之在项目中企业的信息科技人员既要一定程度上了解技术，还要一定程度上熟悉业务，更要把这些知识贯通形成有效的成本和风险控制。

说了这么多，好像有点文不对题。总之我的观点就是企业信息化改造过程中，项目组内部各方人员都有自己的角色和职责，任何一方主动或者被动的突破这个角色，都会成为另一方的抵制对象。