如何进行ITSS变更开发和测试
本帖最后由 monicazhang 于 2015-8-29 11:00 编辑20150829淡然续上
2.3.4 变更日程安排 图 7: 变更日程安排
编号
步骤输入/触发描述输出/完成标准变更状态适用性考虑
注：如果是一般变更的话，直接交付变更主管进行安排，流转到步骤6.3.4.1 ITSS考试如果是重大变更则由变更经理在变更主管的协助下统一协调安排，流转到步骤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
实施中
待续http://ITIL-foundation.cn/thread-52358-1-1.html本帖关键字：ITSS
页:
[1]