OST变更管理(Change Management)(2)

1. 程序:

6.1.变更管理的范围

·变更请求:是通过对IT基础设施或IT服务的一部分进行变更

·     对于OST小组而言，变更是指操作系统更换或升级，DC系统升级、迁移，DC服务器配置变更，系统加固,以及硬件变更等等。

6.2.变更需求来源：

·     操作系统升级/更新；

·     硬件变更;

·     问题管理的统计分析结果；

·     变更管理委员会的工作指令；

·     其它来源。

6.3.确定变更方案/方法

·     首先，检查和核实变更需求。识别变更需求(如升级程序)与服务需求(如重设密码)间的区别，对于服务需求按事件管理程序进行处理。

·     根据变更需求，制作相适合的变更方案/方法。

·     对于大的变更，如防病毒软件更换/升级﹑系统迁移，要制订详尽的“变更方案”，经变更管理委员同意且经过充分的测试成功后才能实施后实施，变更行动要列在周工作计划；

·     “变更方案”内容一般包括：变更的内容﹑原因﹑变更的方法步骤﹑负责人﹑变更的时间安排等等。

·     制订“变更方案”时，要考虑“变更方案”中的方法是否足以成到预期效果，并确保不会造成其它的事件或问题的发生；

·     发布也是一种变更方案/方法。

6.4.进行变更

·     依据变更的方案/方法，按时间安排进行变更；

·     对于大的变更，如需要停服务器，提前向客户发出停服务器的DEMO；

·     正式变更前要进行测试,变更后要确认变更效果,任何的系统变更,无论是软件还是硬件变更,均要及时在<<系统变更表>>中记录.

·     由于系统变更引起ITOS文档的更新,新及时将更新后的相关文档放入ITOS出境DB；

·     在变更过程中或变更后,如果产生问题或事件,则按问题或事件管理的相关规定处理；

·     问题解决后，必要时，向相关用户发出通知（口头通知，MAIL通知等）。

·     对于紧急变更，可能没有充足的时间做好准备工作，需要在变更后加强跟踪工作，一般不轻易进行紧急变更操作，且限于较小的变更。

6.5.变更效果确认