CIO的烦恼
这两天，信息部总监kevin很是郁闷。
作为企业的CIO，他从最初的信息化建设开始就参与其中，几年下来，大大小小的业务系统上线了不少，既减轻了各部门的工作压力又提高了工作效率，kevin领导的IT部也得到了公司领导和业务老大们的一致赞赏。
但是，不知从何时开始，他们受欢迎的程度开始大不如前，甚至在众人眼中一下子从解救众人于水火的“英雄”变成了增加员工负担的“罪魁”，巨大的落差让kevin有苦难言，无处话凄凉。
这不，连老板都在他汇报工作的时候语重心长的说——
“IT部门这两年的工作成效大家都有目共睹，也为公司的发展作出了很大的贡献，但是最近好像你们部门的满意度有所降低呀，kevin你可不能自满啊，还是要向Simon在的时候那样脚踏实地的工作才行啊。。。”
面对老板的恳切，kevin低头无语，自己的辛苦付出却换来这样的局面，明明自己比Simon更加努力，却被老板认为骄傲自满，真比窦娥的姐姐还冤啊。
火山口的挑战
说来话长，当初刚开始信息化建设时，kevin的顶头上司Simon，也就是当时的CIO并没有做过整体的IT规划。他关注更多的是网络建设和硬件支撑，至于软件的选型和实施，Simon则简单的认为只要花钱买回来用就是了，就算是比较复杂的系统，顶多也就是请来几位咨询顾问帮助实施，只要系统上线了，自己的任务也就完成了。
Simon的做法在初期系统还比较少的时候的确很管用，kevin他们在Simon的带领下，迅速的让企业在IT上的投入初见成效，而他们只需要专注于硬件和网络维护，再加上定期的数据备份，以及在业务部门提出系统需求后帮助他们完成选型和实施，便轻而易举的赢得了其它部门很高的满意度。
但是，随着企业的不断发展和应用系统的不断上线，越来越多的应用系统交织在一起，共同构成了业务流程的重要支撑。用户对应用系统的要求已经不再局限于“能用”和“不出错”了，已经上升到了“好用”、“易用”和“有价值”的高度。
面对新的挑战，kevin在老领导离开后显得有些手足无措。
由于初期缺乏整体规划而引起的系统之间的数据格式不兼容、接口连不上、软件和业务不能很好的结合等问题开始纷至沓来，比如，销售系统现有的流程不能适应新业务拓展的需要；店面的装修物料申请必须在店面管理和市场费用两个系统内分别重复录入；采购系统和库存系统中查询到的物料库存数据存在差异；服务系统的产品信息长期滞后于销售系统导致无法为顾客提供最新的技术支持。。。
kevin不再是人见人爱的IT英雄，转而成了各部门的出气筒，面对汹涌而来的不满和抱怨，kevin带着手下马不停蹄的调整系统、同步数据、重做报表，想尽一切办法满足曾出不穷的变更和需求。但是毕竟巧妇难为，尽管他们竭尽全力，仍然有很多系统由于升级费用昂贵、公司不愿额外付费而升级无望，kevin和他的团队由于对软件的数据结构一无所知而无能为力。
还有一些系统由于设计时考虑不周，限制了后续的变更和改进，或者是运行的平台和数据库不同而限制了不同系统之间的交互协作，使不同的应用系统成为所谓的“孤岛”，而且还是一座活动的“火山岛”，不知道什么时候就可能集中爆发。
