ISO20000定义发布管理的目标为:“交付､分发并追溯在一个版本中发布到实际运行环境中的一个或多个变更”｡发布管理流程的主要活动包括:“发布类型和频率的发布策略应取得各方同意并形成文件｡服务提供者应与业务一起对服务､系统､软件和硬件的发布制定计划｡如何启动发布计划应与所有相关方达成一致并取得授权,如客户､用户､运行和支持人员｡流程应包括一旦发布失败的回退和纠正的方法｡计划应记录发布的日期及可交付成果,井映射到相关的变更请求､己知错误和问题｡发布管理流程应将适当的信息传递给事件管理流程｡应评估变更请求对发布计划的影响｡发布管理流程应包括对配置信息和变更记录的更新和变化｡ 应按照与紧急变更管理规定的接口流程来管理紧急发布｡应建立受控的接收测试环境,以在分发之前构建井测试所有的发布｡为确保在安装､处置､包装和交付的过程中保持硬件和软件的完整性,应对发布和分发进行设计和实施｡应衡量发布成功或失败｡衡量应包括发布之后一段肘期内与发布有关的事件,还应包括对业务､IT运行和支持性人力资源影响的评估分析,并作为服务改进计划的输入｡”

 

发布管理过程涉及两个数据库:最终软件库(definitive software library, DSL),存放软件配置最终版本的物理仓库或逻辑空间｡最终硬件库(definitive hardware store, DHS)存储最终确定的备用硬件空间｡

 

在发布管理流程中,首先要制定发布策略,目的在于明确发布管理的角色定义和职责分配,策略应该包括有关发布内容的描述､指导性原则､回退计划､预期成果和最终软件库中配置的文档记录等信息｡制定策略内容后应制定发布计划,明确发布的日期,经过批准的变更请求和变更委员会的审批结果,制定详细的测试计划､验收标准等｡在正式发布前,必须对发布内容进行测试以确保发布的成功,缺少测试的发布是不可控的,绝对不允许直接投入到正在运行的业务系统中｡同时,发布管理人员需要通知和发布内容有关的客户､业务人员,并和他们进行及时沟通,若有必要,需要对他们进行相关发布内容的培训,以确保发布后他们能及时给予反馈和意见,验证发布的效果是否和预期一致等｡在完成发布活动后,发布管理员需要记录发布的软硬件版本,并对发布结果进行回顾,观察业务系统是否如预期的一样正常运行。