变更ITSS管理中如果不依靠这些原则将会产生怎样的影响
20150625 MONICAZHANG续上5. 变更管理流程
1. 常规原则n 所有影响生产环境配置项的变更都必须严格遵循变更管理流程 ITSS培训n 所有的变更请求记录都应被记录和追踪n 所有变更实施过程都应记录在服务管理平台n 应每月产生变更管理报表，对失败的变更和风险等级重大的变更进行回顾和检查，以更好地管理变更流程n 应半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进变更管理流程2. 流程关联原则 ITSS团购n 和配置管理的关联
109. 在制定变更计划时通过查询配置管理数据库，评估变更可能影响的系统，制定变更计划时需制定配置项更新计划，变更实施完成后需确保配置项信息及时更新，只有配置项更新完成后，才能关闭变更请求单 ITSS认证
110. 配置项信息的变更需要通过变更管理流程控制n 和事件管理的关联
111. 解决事件的过程中可能会触发变更管理流程，如果变更管理流程是由事件管理流程触发，则事件记录必须与变更记录相关联n 和问题管理的关联 ITSS工具
112. 解决问题的过程中可能会触发变更管理流程，如果变更管理流程是由问题管理流程触发，则问题记录必须与变更记录相关联n 和发布管理的关系
113. 正常变更经过测试后，通过发布流程投产进入生产环境。发布任务完成将结果反馈反馈到变更管理流程。同时变更管理流程需确认与本次发布相关配置项及时得道更新后才能能关闭。 ITSS考试
3. 变更实施记录原则n 所有变更实施过程都必须记录在服务管理平台，以体现出变更实施中的主要执行环节和执行情况，比如各关键步骤的起始时间、结束时间、执行人、执行结果、异常情况等。具体记录方式可采用在该变更请求单上增加填写信息项，或新增任务单等其他方式，记录的信息项参见变更实施单信息项定义
4. 变更分类执行原则 ITIL培训n 简单变更采用预授权的方式，由变更主管直接安排实施，不需要安排测试环节，但需要通告变更经理n 标准变更由变更经理总体负责，通过与各相关方面协同，采取多种方式（例如CAB会议），严格管理其计划、测试、评估、审批、实施n 紧急变更提供变更快速实施处理的机制
5. 审批及上报原则n 风险等级为重大的变更必须提前提交至上级单位进行审批，变更实施结束以后将变更执行结果上报至上级单位进行备案n 变更经理负责召集变更委员会成员n 变更经理及变更委员会负责审批标准变更；对于风险等级重大的变更，变更委员会会议建议部门领导参加，对于风险等级高的变更，变更委员会会议建议维护主管参加 ITSS软件
6. 所有权原则n 变更主管负责审核变更请求的有效性和正确性，制定相应的变更计划，并处理各种变更执行时的日程安排和协调，必要时可以得到变更经理的帮助n 变更经理负责关闭变更n 对于不在变更经理审批权限内的变更，由变更经理负责提交至变更委员会审批
7. 变更通知原则对现有业务系统产生影响的变更，例如因实施变更而需要停机或者中止业务，均需在变更执行前提前通知有关人员做好业务调整，减少对业务的影响，待实施完成后再次通告
8. 紧急变更处理原则 ISO20000培训n 紧急变更必须通过E-MAIL等书面方式申请，但可以口头获得紧急变更委员会（EC）审批，事后必须在服务管理平台补变更申请单及相关测试和审批文档，其中变更申请单信息项中必须填写变更实施记录、变更测试记录和变更观察记录，这三项内容即为紧急变更操作日志n 紧急变更应该制定变更计划，并快速审批和进行必要的评估，实施前需进行必要的测试，测试需包含完整的测试案例，只有测试成功后方可在生产环境进行变更。对由于紧急变更而无法完成的测试应在实施后安排补测n 紧急变更委员会（EC）成员一般为公司领导、部门领导，各级主管等管理层人员，为了提高执行效率，需要事先制定紧急变更委员会(EC)的人员n 紧急变更应越少越好，因为它们对业务的干扰最大，而且有很高的失败风险
9. 变更测试原则n 对生产系统进行变更时，需根据变更的性质、影响面等情况在变更请求单中选择是否需要在测试环境进行测试。如果需要，则按照测试计划进行测试，测试后需有相关测试人员确认并提供测试报告 ITSS体系
10. 变更文档控制原则n 变更计划通常包括实施计划、测试计划、回退计划、配置项更新计划等n 对数据迁移类的变更，除变更计划外，还需包括转换方案，该方案一般包含数据转换策略、数据转换测试、数据备份及恢复方案、数据转换结果核对等方面的内容
待续http://ITIL-foundation.cn/thread-51141-1-1.html本帖关键字：ITSS ISO20000
页:
[1]