如何进行ITSS变更开发和测试
20150829淡然
续上
2.3.4变更日程安排
图7:变更日程安排
编号 | 步骤 | 输入/触发 | 描述 | 输出/完成标准 | 变更状态 | 适用性考虑 |
注：如果是一般变更的话，直接交付变更主管进行安排，流转到步骤6.3.4.1ITSS考试 如果是重大变更则由变更经理在变更主管的协助下统一协调安排，流转到步骤6.3.4.3 通常对于IT系统的运行管理都会提出维护日程，应尽可能将预期变更日程(FSC)与维护日程保持一致。 | ||||||
6.3.4.1 | 安排一般变更 | 输入：已知风险和影响的一般变更 | 变更主管与对应配置项主管协调其他部门（例如运维经理），考虑可用性管理提供的维护时间，选择开发（如果需要的话）、测试和实施变更的日程 | 日程、资源计划完毕，并对外通知，包括帮助台和变更提交人 | 已授权 | |
6.3.4.2 | 变更的通知 | 输入：变更日程 | 变更主管通知所有受到影响的人员（特别是发起人和帮助台以及业务部门）关于变更的情况 | 一般变更计划 | 已计划 | 持续通知发起人与业务部门对于变更进展的状态是提高服务满意度的方法之一 |
6.3.4.3 | 重大变更初步时间安排 | 输入：重大变更 | 变更经理根据变更主管和CAB的意见，以及可用性管理提供的维护时间，初步确定重大变更的时间和相关资源情况，但是该计划可能由于变更开发和测试的结果以其其他可能的因素而变化 | 重大变更初步计划 | 已授权 | |
6.3.4.3 | 资源安排 | 输入：重大变更初步计划 | 变更经理在变更主管的协助下，安排资源（主要根据变更主管的意见）准备开始开发、测试和实施变更 | 资源安排计划 | 已计划 | |
2.3.5变更开发测试与确认
图8:变更开发与测试
编号 | 步骤 | 输入/触发 | 描述 | 输出/完成标准 | 变更状态 | 适用性考虑 |
6.3.5.1 | 是否应用变更 | 输入：已计划的变更 | 若是应用开发或涉及多部门的变更，由变更经理指派开发与测试工单并明确责任，若为IT组件的变更则由变更主管协同配置项主管完成较简单的准备和调试。 | 分类处理 | 已计划 | 对于应用开发相关的变更，主要为协调开发测试的工作，应通过开发测试流程处理。 |
6.3.5.2 | 测试与变更方案确认 | 输入：计划变更 | 变更主管确认变更所需的所有交付物和因素都已准备齐全，测试变更方案。 | 开发测试完成 | 已计划 | |
6.3.5.3 | 测试结果的可接纳性 | 输入：测试计划、记录和结果 | 如果测试通过，执行6.3.5.5 如果测试失败，执行6.3.5.4 | 将结果通知CAB成员 | 开发测试中 | |
6.3.5.4 | 失败原因分析 | 输入：分析结果 | 变更主管与CI主管根据其知识与经验判断失败的原因，如果需要的话，可寻求外部资源的帮助。发现原因后，变更主管和配置项主管制定改进计划，并以工单的形式提交给开发和测试流程，并参与于监控其执行。 | 发现问题和改进计划 | 开发测试中 | |
6.3.5 | 准备变更上线指南 | 输入：可接受的变更版本 | 变更主管确认变更上线指南已准备好并交付变更实施人ITSS认证 | 文挡准备完毕，并下发工单到实施人 | 开发测试中 |
2.3.6协调变更实施
图9:协调变更实施
编号 | 步骤 | 输入/触发 | 描述 | 输出/完成标准 | 变更状态 | 适用性考虑 |
6.3.6.1 | 回顾RFC文档和开发测试结果 | 输入：经测试的变更版本和上线指南 | 变更主管回顾将要实施变更的所有文档和测试结果 | 准备实施 | 实施中 | 参与上线的管理，确认测试结果与发起人与用户需求吻合 |
6.3.6.2 | 确定变更实施时间 | 输入：变更回顾与文档 | 与运维管理人员协调最终确定变革实施时间，可能需要变更经理和CAB成员的帮助 | 确定时间 | 实施中 | |
6.3.6.3 | 宣布时间并实施变更 | 输入：确定的变更时间 | 变更经理公布变更时间 变更主管协调上线管理进行变更实施 协同运维管理更新运维工作内容 | 验证变更实施完成 | 实施中 | 特别需要强调变更实施的对外公布，是维护和提高用户满意度的重要步骤。特别的对于多方变更，在实施过程中特别需要加强协调与合作。 |
6.3.6.4 | 实施时是否成功 | 输入：变更实施结果 | 确认实施的结果，需要和变更经理、发起人确认成功。ITSS培训 如果实施成功，进入回顾阶段6.3.7 如果变更失败，执行变更回退6.3.10 | 实施中 |
待续
本帖关键字：ITSS