TechExcelITSM-B15-发布管理程序-V1..doc

ITSM-B06-发布管理程序-V1.0发布日期：执行日期：发布管理程序文档修订记录版本号简要变更说明日期编订人1.0文件批准信息部门/职位签字日期审核批准1. 简介1.1. 术语一项发布是一组新的或变更后的配置项，他们是经过测试后一起被导入实际运营环境的。它由其实施的变更请求来决定，负责处理变更项目所有技术和非技术方面的问题。1.2. 目的发布管理过程将有助于实现提高IT系统发布成功率与可用性的运维目标：1) 计划并监视软件和相关硬件成功的发布；2) 通过与“变更管理”达成一致来确定发布的准确内容和计划；3) 利用配置管理和变更管理的控制过程将新的软件发布或硬件添加到有效的环境中；4) 确保这些发布时可跟踪的、安全的，而且已安装的版本都是正确的、经过授权和经过测试。1.3. 范围发布管理主要涉及IT系统的软硬件的发布，为实际运行环境提供一系列的发布组件。1）对于软件的发布：n 如软件为组织自身设计开发，则发布管理包括计划、设计、构建、配置、测试、上线和发布等步骤；n 如软件为第三方购买，则发布管理包括计划、测试、上线和发布等步骤；2）对硬件设备的发布：主要为大批量硬件设备投入生产系统，则发布管理包括计划、测试、上线和物流分发等步骤。发布管理保护对以下内容的控制：1) 单个变更的实施；2) 将导致多个CI被变更的活动（如业务系统的升级）。2. 职责2.1. 发布经理1) 确保发布管理过程能够取得管理层的参与和支持；2) 确保发布过程符合公司实际状况和公司IT发展战略；3) 总体上管理和监控发布过程，建立发布过程实施、评估和持续优化机制；4) 发布计划审批、发布资源协调、发布过程监控；5) 保持与其他过程负责人的定期沟通；6) 确保发布管理过程的持续改进。2.2. 发布人员1) 发布计划的制定2) 发布测试的执行3) 发布上线的执行4) 发布回退计划的执行2.3. 服务台人员1) 发布成功后，相关帮助文档、软件获得方式的发布。3. 发布管理管理过程为方便理解发布管理过程，发布管理过程将采用分级的方式进行表述。发布管理概要流程主要从整体上描述配置信息的处理过程，不会体现具体的细节和涵盖所有的人员。参见图1发布管理概要流程图。流程图中相关符号的说明如下表1：流程的输入和输出单个的具体活动由多个具体活动组成的过程决策活动表1: 流程图符号说明3.1. 发布管理概要流程为方便理解发布管理过程，发布管理过程将采用分级的方式进行表述。发布管理概要过程主要从整体上描述发布的处理过程，不会体现具体的细节和涵盖所有的人员。参见图3-1发布管理概要过程图。图3-1： 发布管理过程概要图1) 发布请求受理 发布经理对由变更请求提交的发布请求作出相应的过程，可对一条变更请求进行发布，也可对多条变更请求整合发布。2) 发布审批对于发布方案（包含发布计划、回退计划等）的合理性进行审批，批准后方可进行发布3) 协调发布协调发布过程是对发布所包含的变更进行上线实施同时进行发布的过程；3.2. 发布请求受理图3-2：发布请求受理流程图3.2.1. 建立发布 对需要通过发布进行管理的变更，由发布人员建立发布请求记录。发布类型包括重大发布、小型发布和紧急发布。1) 重大发布：大批量的硬件上线或有较大功能改善的软件升级或上线。2) 小型发布：硬件升级或软件功能的小部分改善。3) 紧急发布：对于与紧急变更在该阶段应记录或更新的信息包括：1) 发布号；2) 发布状态；3) 发布类型；4) 发布描述；5) 处理时间；6) 处理人；7) 关联变更号。3.2.2. 制定发布方案发布负责人负责对发布所需的资源和成本以及发布的风险进行评估，制定初步的发布方案，包括发布时间、地点、范围、发布内容或步骤、发布失败后的回退计划、相关变更等。发布负责人对涉及范围大、复杂的发布，可协调其他专业人员共同制定发布方案。在该阶段应记录或更新的信息包括：1) 发布方案；2) 关联变更号；3) 状态。3.3. 发布审批 图3-3：发布审批流程图3.3.1. 提交审批发布方案需要提交发布经理进行审批，对发布方案的可行性、完整性，人员、时间规划上给出审批意见。3.3.2. 批准发布经理对需要审批的发布方案可组织变更管理委员会进行审批讨论，对发布中的一些计划、策略进行讨论，决定是否合理。方案得到批准，由发布负责人执行上线(3.4.1)。如果不批准，发布负责人需要考虑重新进行方案制作或评审。在该阶段应记录或更新的信息包括：1)状态；2)审批人；3)审批时间；4） 审批结果。3.4. 协调发布 图3-4: 协调发布的流程图3.4.1. 执行上线对已经获得批准的发布请求，发布负责人可组织执行人员按照发布方案规定的内容进行上线，将变更申请导入到实际生产环境。为将发布不成功对生产造成的影响最小化，在发布上线前应做好发布回退的准备，如系统的备份、数据库的备份等。本阶段需要记录或更新的信息包括：1) 上线时间2) 状态3.4.2. 所有变更都已实施发布列表中的变更是否都已经完成，如果已经完成则进行上线后测试，否则流转至(3.4.1)，对未实施的变更执行上线。3.4.3. 上线后测试发布列表中所有的变更都实施完成后，由测试经理对已经实施上线的变更进行测试，判断变更是否达到了预期的目标和效果。3.4.4. 执行回滚对发布不成功的变更，需要按照发布方案中制定的回退计划进行回滚，恢复到变更之前的状态。3.4.5. 关闭发布在所有变更都得到实施后，不论变更发布是否成功，应设置发布状态为关闭。对发布不成功变更，可重新提交发布请求，再次发布。在该阶段应记录或更新的信息包括：1)处理人；2)处理时间；3)发布结果。4. 发布管理流程与其他流程的关系下图为发布管理过程与其他过程的之间的强相关过程。强相关过程是指，在发布管理过程中，可能需要直接触发其他管理过程，或直接向某些过程获取必要数据。对于在发布管理过程没有直接影响的其他管理过程，则不在本过程中进行描述。图4-1: 配置管理流程与其他流程的关系4.1. 变更管理变更请求的上线实施通过发布管理完成，并且通过发布管理协调变更的处理建立规则、策略，保证变更的正确运行。发布结束后，将实施结果反馈给变更管理，进行变更实施后的评审。4.2. 配置管理变更发布上线成功后应通知配置管理人员修改配置项信息。5. 发布管理流程的KPI为了保证发布管理良好执行，定义以下关键指标，变更管理委员会要定期举办一次会议。1) 因发布失败或