回复 jennyzhu 的帖子

所以你们的流程定义错了，具体如何定义，请看longerwood 的帖子。

回复 longerwood 的帖子

对于第7点，有没有更明确或详细一点的说明

根据企业性质与企业业务流程相关,一般运维企业变更和发布可以何在一起完成,有些金融行业或者其他行业则需要集中变更,或集中发布

看看二者的原始定义：
关于发布管理
Release and Deployment Management aims to build, test and deliver the
capability to provide the services specified by Service Design and that will
accomplish the stakeholders’ requirements and deliver the intended objectives.
The goal of Release and Deployment Management is to deploy releases into
production and establish effective use of the service in order to deliver value to
the customer and be able to handover to service operations

关于变更：
The objective of the Change Management process is to ensure that changes are
recorded and then evaluated, authorized, prioritized, planned, tested,
implemented, documented and reviewed in a controlled manner.
The goals of Change Management are to:
· Respond to the customer’s changing business requirements while
maximizing value and reducing incidents, disruption and re-work
· Respond to the business and IT requests for change that will align the
services with the business needs.

对于这样困惑，换个角度思考，
第一，无论是变更还是发布，不能仅限于软件产品或者application。一般来说任何CI的变动，都有可能导致变更管理的激活。而发布则未必，因为有些CI的变动未必导致发布的发生，反之，发布的过程，很少能避开相应变更管理的活动。
第二，两者有联系，有交集，但是关注的重点，和流程本身的管控目的是有区别的。变更，更注重于对于各种变化带来的风险的管控（同时对变更的实施进行跟踪和监控），而发布则更侧重于如何将用户的服务需求完整、有效的实现，并且顺利的交接给运营方，MTP则只是其中一个部分。
第三，基于前述两点，自然而然，两者关注的活动和阶段也有不同，拿大家熟悉的软件版本的发布整个过程来举例，发布管理，更为侧重新发布的版本或者功能或者系统，是否满足和符合用户需求，测试过程是否完备，其部署计划是否正确，是否能够有效地交接到运营/运维部门手中。具体体现在(build,test,deploy,UAT等等活动中)。而变更管理则更侧重于软件发布版本(针对此例)的MTP活动，即这些变更是否合理合法合规，风险可控，是否为各干系方接受。并对MTP的过程进行跟踪，对结果进行校验和监控。release的活动很多结果是作为变更管理的输入(比如UAT,testing的结果，和operation的transition的计划以及结果，等等)。同时变更的结果作为release的一个大闭环。来最终确定Release是否成功。那么在具体的MTP触发的变更请求(RFC)中，可能要求提供relase notes,test result,uat result这类文档作为变更决策的依据。