回复 jennyzhu 的帖子

事实上在ITIL原著中，并没有指出哪类变更是不需要发布的，也就是说，如果你把发布作为一个广义的概念，比如是一个具体的实施阶段，那么所有变更都需要发布；如果你把变更理解为狭义的意在广而告之的流程，那么有些小的变更在实际流程操作中是不需要再走后面的发布流程的，比如一些标准变更。不过我个人认为，变更一定跟着发布。只是有些流程不需要区分这么细的概念，或者并不是在流程工具中实现后面一些过程，所以看似没有发布一般。
如果是初学，你可以理解为，有变更就由发布。如果是实际操作过程，怎样简捷有效切不冲突就好了~！
举个常说的例子，标准变更的，一个员工申请邮箱账号，服务台可以做，做完之后，一般看似没有发布过程，事实上，这个操作已经更改了数据库，而且做完之后是不是肯定要发个短信或者口头通知下可以使用了，我觉得后面的这些过程你完全可以理解为一个发布过程，但是事实上发布过程的输入输出都有了，只是并没有把发布的所有活动都涉及到而已。最后再说一点，有些不是特别影响的概念，不需要太纠结~~，大方向是对的就对了~！关键是流程不要弄的繁琐，让人家觉得太累赘，为了概念而流程是不好的~~呵呵~~！欢迎指正~！

絮絮叨叨说了半天，也没见几个能说明白的。。。从方法上来讲，弄清楚区别，先从理解定义入手（看定义啊看定义！ranger_yang同学已经给你指明方向啦！）

希望ITIL Version 3 Service Transition中关于release policy中的一句话能给你指点迷津：The approach for accepting and grouping changes into a release

变更就要发布

学习中。