4 变更管理 有人“埋坑”不犯难
　　11月1日，总经理召集各业务部门开会，简直就是一个批判会，总经理对10月各个部门的表现都不满意，特别是销售部门，惟独对IT部门提出了表扬，这让夏忙有一些宽慰.
　　第二天．好不容易轻松一点的夏忙晚到了公司一会，半路接到公司里电话，这个说有一封很紧要的邮件一直没法收；那个说说好要给一个重要客户把报价发过去的，但是现在也不能发……
　　原来是公司的邮件服务器出问题。可是昨天下班的时候这邮件服务器还好好的呀，夏忙赶紧给轮值的小欧打了个电话，问他昨天晚上都干什么了。
　　原来在总经理训话结束以后，销售经理就立刻召集了销售部门人员开了个会。为了改变目前的状态，销售部门讨论的结果是改变现有的工作流程。昨天晚上加班开完会确认了新流程后，销售经理把小欧找来要求系统也随着这个新流程做些更改。于是，小欧就根据销售经理的需求更改了几个参数。“改完后我仔细检查了一下，没发现什么问题呢。谁会想到邮件系统会出现问题呢？”小欧也很委屈。
　　夏忙明白了怎么回事以后，赶紧亲自到服务器上去恢复原来参数，让邮件服务器先正常工作。这一天夏忙没干别的，他花了整整一天的时间处理销售经理递交过来的需求。夏忙发现，销售经理拿过来的需求，有一些根本就不合理的。于是，夏忙又去找来销售经理“论理”。两人分析了半天，才讨论出了双方都满意的解决方案。 中国网管论坛
　　这事就已经够折腾的了。但是，由于11月份IT部门在忙着一个新系统的安装，所以这事完了以后夏忙一直没来得及跟整个IT部门讨论。
　　哪里想到这个月听了总经理一通训话以后，各个部门都比较积极地革新业务流程。采购部、人事部、财务部……在那几天纷纷都来找IT部门来改流程、改参数。这下惨了，几乎每次更改后都出现了问题。接连几天夏忙更忙了，接连解决更改后出现的问题。
　　累得一塌糊涂的夏忙一闲下来就寻思：这不行呀，总经理训一次话就出现了那么多问题，万一他再训一次话，岂不是又完了；再说了，就算是总经理不训话了，业务部门还是会经常提出要修改系统配置等问题的，毕竟对业务部门来说，“变”是件好事。如果还是像过去那样随便变更，IT部门迟早要被这无数的“变更”给折腾惨了。
　　夏忙心想，还不如趁这个机会建立一个变更管理的机制。这样，一旦业务部门有了新业务、新变化、新流程，需要IT根据这新情况进行变更的时候，IT部门可以事先知道。
　　紧接着，夏忙就针对变更管理这个问题看了很多专业书籍，同时还虚心向同行请教。忙了半个月后，夏忙终于设计出了自己的变更管理流程。
　　夏忙自己动手给IT部门制定出了一个明确的需求变化表。用户有变化需求时必须按照手续提交。拿到需求表以后，IT人员也不能马上修改程序，而是应该判定此需求是否合理，是否会对以前的系统以及其他系统造成影响，必要的时候要与业务部门召开专题讨论会，讨论具体修改事情。同时，在内部网站中的IT服务专栏发布IT作业公告。相关部门如果有异议，可以在反馈期之内反馈。

　　如果判断通过，也不随便就做更改，而是提出明确的时间表、修改方法和意见，征求业务部门同意后，按时按量完成。
　　变更实施完毕以后，还要对变更的实施情况进行总结和评价：变更是否成功实施，业务部门是否满意等；变更是否还有遗留问题，是否存在副作用。
　　“虽然总经理的训话害得我那么苦，但是就这个机会完善了变更管理流程以后，就再不怕其他的变更了，也算是没有白忙乎。”对于这个月的工作，夏忙还是很有成就感。
　　
　　小贴士：
　　实施变更管理流程过程中，有两个要素很重要。
　　其一，要转变IT工程师的观念和行为。变更管理流程的实行，刚开始的时候，对IT工程师的行为是一个约束。工程师对系统做任何修改、调整，都需要在变更管理系统申请、备案。因此，需要加强对IT工程师的宣传和要求，转变观念，使其能够接受并习惯。