ibmitil实施之变更和配置管理详细方案.pptVIP

Template Documentation 变更和配置管理详细方案 目标 内容 正常的变更会根据标准变更管理执行途径 变更管理流程的步骤 变更管理流程的步骤 变更的发起、接受和分类 确定一个变更需求 （变更范围） 变更的评估审批 日程安排和任务分派 实施变更 关闭变更 例外变更的定义 处理例外变更 内容 有三个角色引入到配置管理的日常操作中 CMDB中定义的每个CI将包含其管理属性的数据。属性的多少层次在于已实现的服务管理流程的数量。 规划配置管理 鉴别维护配置数据模型 维护配置数据 调整差异 产生配置报表 内容 变更管理解决方案中有六个角色： 变更咨询会(Change Advisory Board-CAB)是协调和授权变更的一个组别 (客户和IT组织) 配置管理中的四个关键角色 内容 变更状态代码 变更状态转换 变更管理－－目标时间规则 变更管理－－通知规则 变更管理－－前导时间规则 变更管理－－审批规则 变更管理－－分类规则（举例） 变更管理－－回退规则 变更管理－－关闭规则 配置管理－－ＣＩ生产状态代码 配置管理－－ＣＩ状态代码迁移图 配置管理－－审核状态代码 配置管理－－审核状态代码迁移图 配置管理－－目标时间规则 配置管理－－升级规则 配置管理－－审核规则 配置管理－－数据保留规则 配置管理－－数据备份和恢复规则 下一步需要准备信息： 答疑 变更受理者、变更请求者（由变更请求者通知变更申请人） 变更关闭 变更受理者、变更请求者（由变更请求者通知变更申请人） 取消变更 变更经理、变更请求者（由变更请求者通知变更申请人） 变更实施完毕 变更请求者，变更实施者（由变更请求者通知变更申请人） 变更实施日期确定 变更受理者、变更请求者（由变更请求者通知变更申请人） 批准或者拒绝变更 变更审批者 变更等待审批 通知人员 步骤 通知政策用于确定当流程中的某些关键步骤发生时，应当通知的人员以获其关注。 变更日程一经确定，应当通知有关人员（如，业务部门领导）。 前导时间是指从提交变更到变更实施之前所需要进行评估、审核等准备活动的最少时间。 前导时间是基于变更严重等级而定的。实施变更需要适当的前导时间进行评估和制定计划。 前导时间定义见下表，在流程运行一段时间后，可以根据实际情况进行调整： 0工作日 无影响 3工作日 低 5工作日 中 8工作日 高 最少前导时间 (变更) 严重等级 所有RFC必须经过审批之后方可实施。下表描述了变更的执行途径及相应的审批人员： 视为预授权，无须审批 无影响 无影响 变更受理者，变更经理，运维负责人 高、中、低 例外 CAB（变更经理，IS各业务或运行主管） 低 CAB（含变更经理，IS中层管理，IS各业务或运行主管，业务部门） 中 CAB（含变更经理， IS高层管理，IS中层管理，IS各业务或运行主管，业务部门） 高 标准 审批人员 严重等级 执行途径 　 　 　 维护作业申请流程和新业务上线流程 　 　 　 　 CCS应用 　 　 　 　 CCS系统 　 　 　 　 支撑网络 　 　 　 　 BOSS应用 　 　 　 　 版本上线 　 审批人 Item Type Category 严重等级 当变更实施失败或者无法在规定的时间内完成，则需要进行回退。变更回退是为了满足所承诺的服务水平。任何回退的变更将作为变更失败而关闭，在下一次实施前，变更请求者必须重新提交新的变更请求单(RFC)，以便重新进行审批。 变更实施完毕并且得到确认后，将由变更受理者关闭RFC。变更之后如果引发了其他问题，将更新变更单的信息。变更将在实施结束后的1个工作日内关闭。 下列状态码表示配置项的生命周期中的不同阶段的状态 当CI的状态被置为“DISPOSAL”，说明该CI已经退役（废弃），不再使用，也不再被配置管理跟踪了 DISPOSAL 报废 下列情况可以将CI状态置为“ARCHIVED”： 采购的CI已经交付并存储在库房 CI经过测试，暂时存放在库房 新的软件版本已经可用，旧的版本被归档 ARCHIVED 归档/入库 CI在正常使用中，或已经准备好投入使用，其状态可置为“OPERATIONAL” OPERATIONAL 运行中 无论何时CI发生改变，都必须经过测试。在测试期间，CI的状态置为“TEST” TEST 测试中 下列情况可以将CI状态置为“BUILD” CI工作不正常，在维修中 某些CI需要构建（例如，软件程序） 某些CI需要组装（例如，服务器） BUILD 准备中 当对于新增CI的RFC已评估、批准或关闭，并且CI采购定单已下，在CMDB中可记录该新增CI，其状态为“REQUES