【51CTO.com原创稿件】都说信息化是“一把手工程”，可是如果一把手主持了信息化建设，结果还是没成功，那应该怪谁？
7月24日，CIO&IT经理精英汇微信群内就这个问题产生了分歧。
当然怪谁不是目的，而且这个问题也要放在具体的问题中分析。当天讨论的具体问题是，即使是一把手主导，也会有业务部门不配合，因此导致的失败，责任在哪里。
案例
某知名企业，公司更换了一个核心业务系统后一直运行不稳定，业务部门指责系统有问题、跑出来的数据都是错误的。
更换了新的CIO后，新CIO通过了解和经验判断，是系统的基础数据有问题。
询问负责系统更换实施的下属，果然：更换系统时业务部门不愿意配合，只提供了旧系统中的数据。
但这个数据并不满足新系统的需要，很多关键基础数据缺失，甚至在实施中业务部门给的数据也是错误的。
正是因为缺少正确的基础数据，导致系统跑出来的数据是有问题的。
鉴于此，新CIO以自己曾经参与过的项目实际案例在管理层会议上和管理层沟通，又引证了最近新发生几次系统数据问题，用通俗的语言分析根本原因，最终让管理层都认识到基础数据的问题才是根本。
最终，在新CIO的倡议下，管理层达成了一致：由业务部门安排人员纠正错误的基础数据、补充缺失的数据；新CIO也拍胸口保证，只要业务部门完成了这个工作，IT部门就能保证系统最终结果的正确。
新CIO知道这个纠正和补充的工作量巨大，担心业务部门实际执行中耍赖，于是提交了书面会议纪要，请老板和当时在场的管理层成员都逐一签字。
老板在会议上表态很明确，绝对支持这个工作；各个非涉及到的业务部门的老大，也跟着老板表示坚决支持。涉及到的业务部门的老大虽然不是那么痛快，但老板已经明确表态了，也都跟随说了同意。
最终纸质稿签字时，老板还多加了一个批示：列为年度重点工作。
事情到这里，看起来新CIO已经通过自己的经验和沟通，顺利达成了目标，并且拿到了“尚方宝剑”。
结果实际执行如何呢？业务部门的人做了几天后就开始向老板提出，没有足够的人力，导致其它业务耽搁，原定的营收目标要降低。
2个月后，老板妥协了，于是又回到起点，一开经营分析会业务部门就甩锅给IT，说因为系统导致没有准确的结果。
就这个案例而言，责任肯定在于业务部门不配合。但是，没能让业务部门配合这件事情，肯定是老板或者CIO的责任。那么谁该负主要责任呢？
大部分人都认为新CIO该做的已经都做了，责任肯定不是CIO的。但是我们要考虑到群里主要是CIO和IT经理这个因素，是不是立场影响了判断。
独立顾问于潇则建议也站在老板的角度考虑一下，老板不可能因为信息化建设的不确定性而承担企业的波动风险。
而其中CIO存在的问题是：第一，没有能够与企业业务部门进行有效沟通，不具备流程优化与整合能力；第二，这个CIO首先不该是分配任务，而是分析为什么以前业务部门没有那么做。
但是也有不同的意见，认为这不是沟通能力的问题，应该是CIO很难影响业务部门。对业务部门有利的事，他们会很好配合；增加他们工作量的事，为什么要配合你呢？配合好了怎么甩锅呢？
讨论的细节还有很多，主要就集中在是不是由CIO的沟通能力造成的，可惜的是，最终也没达成共识。
实际工作中出现类似情况，结果是怎么样的呢？一位IT负责人说：“我们就是IT背（锅），业务骂系统垃圾。”
一位IT总监则用类比的方式来解释这个现象：“历史上的变法成功概率较低，变法主持者多不得善终。”
撇开拿“变法”的历史与信息化相比是否合适，IT部门为信息化失败背锅的情况肯定是常态。
那么如何才能扭转这种局面呢？
某信息化行业资深从业者认为：只有IT部门有能力直接参与到公司的盈利业务中，能产出可衡量的盈利，才有可能改变这个局面。
这个观点也得到了群内其他CIO和IT经理的支持。那么IT部门如何才能直接盈利呢？这是下一个话题了，请关注后续讨论整理内容。
如果您也喜欢讨论和分享企业信息化的经验，欢迎加入CIO&IT经理精英汇微信群，交流更多内容。加群方式：在公众号CIO进化论中回复【社群】。
扫码查看更多CIO文章
【51CTO原创稿件，合作站点转载请注明原文作者和出处为51CTO.com】
