一项或多项经过审批的变更就组成了发布，发布管理采用项目规划的方法实施IT服务中的变更，贯穿了变更的整个生命周期，与变更管理不同的是，发布管理更关注变更的实施，而变更管理关注变更过程中的风险，发布管理流程应该在变更管理流程的控制下进行。
ISO20000定义发布管理的目标为：“交付、分发并追溯在一个版本中发布到实际运行环境中的一个或多个变更”。发布管理流程的主要活动包括：“发布类型和频率的发布策略应取得各方同意并形成文件。服务提供者应与业务一起对服务、系统、软件和硬件的发布制定计划。如何启动发布计划应与所有相关方达成一致并取得授权，如客户、用户、运行和支持人员。流程应包括一旦发布失败的回退和纠正的方法。计划应记录发布的日期及可交付成果，井映射到相关的变更请求、己知错误和问题。发布管理流程应将适当的信息传递给事件管理流程。应评估变更请求对发布计划的影响。发布管理流程应包括对配置信息和变更记录的更新和变化。 应按照与紧急变更管理规定的接口流程来管理紧急发布。应建立受控的接收测试环境，以在分发之前构建井测试所有的发布。为确保在安装、处置、包装和交付的过程中保持硬件和软件的完整性，应对发布和分发进行设计和实施。应衡量发布成功或失败。衡量应包括发布之后一段肘期内与发布有关的事件，还应包括对业务、IT运行和支持性人力资源影响的评估分析，并作为服务改进计划的输入。”
发布管理过程涉及两个数据库：最终软件库(definitive software library, DSL)，存放软件配置最终版本的物理仓库或逻辑空间。最终硬件库(definitive hardware store, DHS)存储最终确定的备用硬件空间。
在发布管理流程中，首先要制定发布策略，目的在于明确发布管理的角色定义和职责分配，策略应该包括有关发布内容的描述、指导性原则、回退计划、预期成果和最终软件库中配置的文档记录等信息。制定策略内容后应制定发布计划，明确发布的日期，经过批准的变更请求和变更委员会的审批结果，制定详细的测试计划、验收标准等。在正式发布前，必须对发布内容进行测试以确保发布的成功，缺少测试的发布是不可控的，绝对不允许直接投入到正在运行的业务系统中。同时，发布管理人员需要通知和发布内容有关的客户、业务人员，并和他们进行及时沟通，若有必要，需要对他们进行相关发布内容的培训，以确保发布后他们能及时给予反馈和意见，验证发布的效果是否和预期一致等。在完成发布活动后，发布管理员需要记录发布的软硬件版本，并对发布结果进行回顾，观察业务系统是否如预期的一样正常运行。
共有条评论 网友评论