学员的问题(通过微信提交):
祝老师好,想请教一下发布管理和变更管理的联系和区别?看有的资料里,是发布走到变更来完成,但是有的资料说发布包含变更,一个或多个变更走到发布。
祝老师的答复:
XX同学:你好!
关于你提出的问题,我从以下几点做个回答,希望能解除你的疑虑。
1、 “变更管理”流程与“发布管理”流程之间的关系是我们ITIL课程中两个比较难理解的关系之一,另一个是“事件管理”流程与“问题管理”流程之间的关系。这是我在讲课的时候经常提到的,你当时可能没有注意,或者时间长了没印象了。
2、 在ITIL体系中,“变更管理”是一个跨生命周期的流程(就是与生命周期的四个阶段都有关系),而“发布管理”可以看成是“变更”生命周期后面的环节,也就是上线的过程。
3、 按照ITIL V2的思想,是所有的“变更”都要走“发布”的。官方的这个设计思想并没有很好地贯彻下去,在ITIL V2时代,很多单位都有“发布管理”流程,但却很少使用。也就是说,很多“变更”直接上线了,没走“发布”。后来,ITIL的开发方发现了这个问题,并做了改进。现在,ITIL 2011中对“变更”与“发布”的关系是这样定义的:“变更”可以分为两类,一类是需要走发布的,一类是可以不走发布的。那什么“变更”需要走“发布”,什么“变更”可以不走发布呢?ITIL 2011的说法是:与软件相关的“变更”需要走发布(如新系统的上线、已有系统的升级等),因为发布本来就是一个软件概念;与基础架构相关的“变更”可以不走发布(如在网络中加个交换机、给服务器换个硬盘等),“变更管理”直接都给干了。
4、 关于你提到的“是发布走到变更来完成”这句话,其实也代表了一种现实的情况。就是在ITIL体系管理范围之外的一个应用程序要上线,业务部门或开发部门需要提交一个“变更请求”,得到运维部门的批准之后,才可以上线。
5、 关于你提到的“有的资料说发布包含变更,一个或多个变更走到发布”这句话就有问题了。首先,“发布包含变更”这种说法按ITIL的思想来衡量应该是不对的。但“一个或多个变更走到发布”这个说法是可以接受的,因为ITIL中有“发布窗口”的概念,多个“变更”可以等到“发布窗口”到来时一起发布出去,这样可以减小“变更”对业务的影响。
非常感谢你的问题,祝你工作顺利、生活愉快!
东方瑞通 祝文彬 2018年4月27日