本帖最后由monicazhang于2015-10-2211:11编辑
20151022淡然 续上
6.6.6风险等级除简单变更外,变更主管、变更经理、变更委员会/紧急变更委员会对标准变更和紧急变更根据下表所列的衡量因素来量化评估实施变更可能带来的风险,该评估结果用于决定是否批准变更,是否需要更高级别的审批,以及实施完成后的观察期。该评估由变更主管进行初步评定,再由变更经理或变更委员会进行最终确定。 风险等级量化评估表如下:ITSS考试 [td] 衡量因素
| | | 地市/区域IT用户数量(受到实施或取消的影响)
| | | 影响一个以上地区但未达到半数,并没有关键地区受影响 | | | | | | 准备/实施必需的资源
| | | | | | | | | 变更成功的可能性
| | | | | | | | | 变更规划时间
| | | | | | | | | 变更实施时间
| | | | | | | | | 回退时间
| | | | | | | | |
根据上表对每个变更进行评估,最终得出风险等级。风险分为四个等级:重大、高、中、低。不同的风险等级分别有对应的审批级别和实施完成后的观察期,具体定义如下表:
6.6.7所属系统类型请参照事件管理“6.6.4所属系统类型”。ITSS认证6.6.8变更分类 变更分类
| 设备新购
| 设备入网
| 设备搬迁
| 设备部件更换
| 应用软件版本上线
| 应用软件配置变更
| 应用审计调整
| 应用随机调整
| 系统例行重启
| 系统其他重启
| 配套设施调整
| 数据迁移
| 文档变更
| 统一工程割接
|
6.6.9是否启动集团审批或备案n对风险等级为重大的变更,变更经理需启动集团审批 n对风险等级为高的变更,变更经理需启动集团备案
6.6.10变更状态变更从提出到最后被关闭,会历经各个阶段。变更处于不同的处理阶段具有不同的状态,需要不同的角色参与。以下是变更请求从提出、实施到结束的整个生命周期中的不同状态: 编号
| | | 1
| | | 2
| | 变更主管对变更进行规划,检验变更单的分类和信息是否正确,提交必要的变更文档 | 3
| | 变更请求提交给变更经理或变更委员会、或集团公司等待审批 | 4
| | | 5
| | 变更主管在此状态下,进行任务的创建、分发,变更实施者实施变更 | 6
| | | 7
| | 变更关闭,关闭变更时需指定关闭代码(成功,失败,已取消) |
6.6.11回顾代码回顾代码用于描述变更计划和实施过程的质量,以便更好地改善未来的变更。 6.6.12变更结束代码变更结束代码用来描述其完结时的不同状态。
6.6.13变更实施单信息项表8-2变更实施单信息项 序号
| | | 1
| | 为每个变更实施单分派一个唯一的序列号(系统自动产生) | 2
| | 该变更实施单所属的变更请求单号,来源于变更信息项(系统自动关联) | 3
| | | 4
| | | 5
| | | 6
| | | 7
| | | 8
| | 姓名、手机、办公电话、邮件地址、联系方式、 地域、机构、部门(手工填写) | 9
| | 姓名、手机、办公电话、邮件地址、联系方式、 地域、机构、部门(手工填写) | 10
| | | 11
| | | 12
| | | 13
| | | 14
| | | 15
| | |
|