回复 jennyzhu 的帖子

你好！这两天比较忙，稍晚一点儿回复你的问题，不好意思。

真是学习了。。。。

longerwood的7点解释，很清楚，大家看了就理解了。
可是有一点就是在实际执行时，有谁来确定具体的一个变更是不是需要走发布流程呢？我在两个案例中就遇到变更经理和发布经理互相推诿、争吵的例子。
所以，在ITIL实施初期，按照 jennyzhu 的建议“建议发布流程只管理软件产品的部署，测试和实施。”比较简单、清楚一些。给客户感觉更有操作性。

在V3的service  transition中，release & deploy management更关注于如何把一个服务从供应商传递到用户，而change management更关注于在这个传递过程中，IT基础架构如何能更有效、安全的做出响应修改。
比如一个B2C的企业，提供或修改一种支付方式，R&D management需要获取、定义支持这种支付方式的硬件、软件等资源，定义提供给用户的接口是什么，计划如何部署及支持这种支付方式，确定什么基础架构需要发布及变更，定义如何测试和验证这种支付方式，定义如何评估这个支付方式是否达到预期。
而在这整个过程中，需要对IT基础架构进行查询或变更，则需要得到Change management和Asset & Configuration management的支持。
打个不太恰当的比方，R&D management好像是汽车总站调度员，而Change management和A&C management是班次调度员或司机。:)