【祝老师信箱】2018年第003号:关于ITIL®中变更与发布的关系
2018-05-09 阅读 3003

祝文彬老师做为东方瑞通元老级讲师,自1998年以来,一直从事IT培训和IT服务的实施与管理工作。祝老师通过各种方式为无数学员上解决了问题!祝老师决定开设《祝老师邮箱》,将同学们的问题和他的答复分享给广大粉丝!方便同学们的学习!


祝文彬老师

祝老师是东方瑞通创始人之一,自1998年以来,祝老师一直从事IT培训和IT服务的实施与管理工作。20年来,培训过的学员数以万计,接触到的客户近千家,其中的世界500强企业超过350家。并且在2009年考取ITIL认证,成为国内第一位取得ITIL较高水平的别证书的讲师。具备ITIL、DevOps、ISO 20000等授课资质,同时还是ITIL Expert、DevOps Master、PMP等证书拥有者。


今天和大家分享的祝老师信箱的第三篇:关于ITIL中变更与发布的关系


学员的问题(通过微信提交)


祝老师好,想请教一下发布管理和变更管理的联系和区别?看有的资料里,是发布走到变更来完成,但是有的资料说发布包含变更,一个或多个变更走到发布。



祝老师的答复


XX同学:你好!

关于你提出的问题,我从以下几点做个回答,希望能解除你的疑虑。


1、“变更管理”流程与“发布管理”流程之间的关系是我们ITIL课程中两个比较难理解的关系之一,另一个是“事件管理”流程与“问题管理”流程之间的关系。这是我在讲课的时候经常提到的,你当时可能没有注意,或者时间长了没印象了。

2、在ITIL体系中,“变更管理”是一个跨生命周期的流程(就是与生命周期的四个阶段都有关系),而“发布管理”可以看成是“变更”生命周期后面的环节,也就是上线的过程。

3、按照ITIL V2的思想,是所有的“变更”都要走“发布”的。官方的这个设计思想并没有很好地贯彻下去,在ITIL V2时代,很多单位都有“发布管理”流程,但却很少使用。也就是说,很多“变更”直接上线了,没走“发布”。后来,ITIL的开发方发现了这个问题,并做了改进。现在,ITIL 2011中对“变更”与“发布”的关系是这样定义的:“变更”可以分为两类,一类是需要走发布的,一类是可以不走发布的。那什么“变更”需要走“发布”,什么“变更”可以不走发布呢?ITIL 2011的说法是:与软件相关的“变更”需要走发布(如新系统的上线、已有系统的升级等),因为发布本来就是一个软件概念;与基础架构相关的“变更”可以不走发布(如在网络中加个交换机、给服务器换个硬盘等),“变更管理”直接都给干了。

4、关于你提到的“是发布走到变更来完成”这句话,其实也代表了一种现实的情况。就是在ITIL体系管理范围之外的一个应用程序要上线,业务部门或开发部门需要提交一个“变更请求”,得到运维部门的批准之后,才可以上线。

5、关于你提到的“有的资料说发布包含变更,一个或多个变更走到发布”这句话就有问题了。首先,“发布包含变更”这种说法按ITIL的思想来衡量应该是不对的。但“一个或多个变更走到发布”这个说法是可以接受的,因为ITIL中有“发布窗口”的概念,多个“变更”可以等到“发布窗口”到来时一起发布出去,这样可以减小“变更”对业务的影响。

 

非常感谢你的问题,祝你工作顺利、生活愉快!

东方瑞通 祝文彬 2018年4月27日