ISO20000发布管理程序

1.目的

本程序的目的是交付、分发并追溯在发布到实际运行环境中的一个或多个变更。 

–计划和协调软硬件组件的发布；

–设计和实施有效的程序来分发和安装IT系统的变更；

–确保只有正确的、被授权的和经过测试的软硬件版本才能导入实际运作环境；

–结合变更管理，准确发布的确切内容和首次发布计划；

–确认所有最终软件库中软件正本的拷贝是安全可靠的，并且在配置管理数据库中得到了更新。

2.范围

本程序适用于ITSM所覆盖的所有部门。

负责对服务进行规划、设计、构建、配置和测试，以便为实际运行环境提供一系列的发布组件。

需要发布管理进行控制的组件：

 软件（操作系统、工具软件、应用系统、配套文档等）；

 硬件（含交通设施、通信设施、硬件工具、计算机等）；

 人员；

3.定义

发布管理对经测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程。

4.职责

发布经理（由人事行政部经理兼任）：制定服务计划并协调其他部门一起实施发布流程

发布经理职责：

 准备发布计划

 批准发布的构建和配置

 协调最终的发布实施

 负责与其他团队的沟通，例如用户、服务级别经理和变更经理

测试经理（由项目经理兼任）：确保发布通过了测试，并由人事行政部验收。

测试经理的职责：

 在验收前对发布进行成功的测试；

 和发布经理一起准备首次运行计划；

 确保测试环境和现实环境尽量一致；

5.流程

•制定发布策略

–针对每项发布，发布经理都应当制定一项发布，规定每项发布，如何以及在何时得以配置。

•发布规划

–重大发布应该提前对其发布识别或版本号进行规划，以便明确识别、管理配置项；   

–发布经理还需要规定在什么层次上配置项可以彼此地进行分发(发布单元)；

–在规划一项发布时需要考虑下列问题：

•协调发布的内容；

•就发布日程安排、地点和组织单元进行协商；

•制定发布计划；

•制定沟通计划；

•现场考察以确定正在使用的硬件和软件；

•就角色和职责进行协商；

•制定撤销计划；

•由管理部门和用户共同对发布验收进行规划。

•设计、构建和配置

–为发布的设计、构建和配置开发标准的程序；

–一项发布一般是基于自行开发或从第三方供应商购进并构建的一套组件(配置项)；

–安装指南、配置发布指示和操作指南也应当被视为是发布的一部分，也应当被作为配置项处于变更管理和配置管理的控制之下。

–回滚计划(Backout Plan)

•针对整个发布的回滚计划定义了在发布出现问题的情况下恢复服务所需进行的活动。

•变更管理负责回滚计划的制定，而发布管理需要确保回滚计划符合实际的要求。

•特别是在实施一项组合了多项变更请求的包发布时，对不同的回滚计划进行协调是非常必要的。

•发布测试

–不满意的变更和发布的最常见的原因是缺乏足够的测试。为了防止这一点，在实施之前，发布应该由用户代表对其进行功能测试并由测试经理或其授权人员进行运营测试。

–测试内容包括：

•技术操作

•功能方面

•运营方面

•性能方面

•与IT基础设施其他部分的兼容性

•发布单元的安装顺序，回滚程序和管理程序的变更

•发布验收

–在某项发布正式上线(Rollout)之前，须安排由用户代表进行正式的验收以及由发布经理签发发布结束的标记，期间的变更应按变更管理进行。

–对每一个步骤的正式验收必须由变更管理来进行。

–发布应该在一个受控测试环境中进行验收以便该项发布可以被恢复至一个可知的配置状态。

•上线计划（Rollout Plan) 

–制定上线计划，包括日程安排、资源、沟通、采购、存储、会议等内容。

–上线的方式

•全面上线；

•分阶段上线，该方式又具体包括以下几种方案：

•功能递增，在这种方式下，所有的用户都在同一时间获得新的功能。

•地点递增，在这种方式下，首先对某些用户群进行上线，然后再扩散至所有的用户。

•演进方式，功能是分阶段扩展的。

•沟通、准备和培训

–负责与客户沟通的人员(服务台和客户关系管理)、运营人员以及客户组织的代表都应该清楚发布计划的内容以及该计划将如何影响日常活动。

–这可以通过联合培训、合作和联合参与发布验收来实现。

–相关的职责应该得到充分的传达，并应该核实是否每个人都清楚他们的职责。

–此外，如果发布是分阶段进行的，则应该向客户（或客户代表）告知计划的详细内容，并告知新配置项预计上线时间。

–针对服务级别协议(SLA)、运营级别协议(OLA)和支撑合同(UC)所作的变更应该提前向所有相关人员进行传达。

6.输出文件和记录

《发布计划》

《发布报告》