【祝老师信箱】2018年第003号：关于ITIL中变更与发布的关系

easthomeRT

                               
登录/注册后可看大图

东方瑞通：个人和企业用户培训的不二之选！本公众号每周三更新各地开课信息，不定期更新O2O讲武堂安排，另外还有精品视频微课上传，总有一款适合你。

祝文彬老师做为东方瑞通元老级讲师，自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日