20150724 淡然
续上
8.3 流程相关定义8.3.1 变更单信息项 变更单通常包含如下主要信息项，某公司可以根据自身的情况在此该信息项上进行扩充或删减：
序号
| 信息项
| 说明
|
1
| 变更ID
| 为每个变更请求分配一个唯一的序列号
|
2
| 登记时间
| 变更请求创建的时间 ITSS考试
|
3
| 实际请求人信息
| 记录实际变更请求人的信息，包括：姓名、部门、电子邮件、办公电话、手机
|
4
| 变更标题
| 简单描述变更请求
|
5
| 变更来源
| 参见“变更来源”定义
|
6
| 关联的事件单号
| 如果变更来源是事件，则关联到相应的事件单
|
7
| 关联的问题单号
| 如果变更来源是问题，则关联到相应的问题单
|
8
| 关联的发布单号
| 如果变更来源是发布，则关联到相应的发布单
|
9
| 变更类型
| 参见“变更类型”定义
|
10
| 变更影响程度
| 参见“影响程度”定义
|
11
| 变更紧急程度
| 参见“变更紧急程度”定义
|
12
| 变更优先级
| 参见“变更优先级”定义
|
13
| 变更分类
| 参见“变更分类”定义
|
14
| 变更描述
| 详细描述变更的内容
|
15
| 所影响的应用系统、部门
| 实施该变更将对哪些应用系统、部门、使用人员产生影响，用于评估变更
|
16
| 变更状态
| 参见“变更状态”定义
|
17
| 变更经理
| 变更经理姓名
|
18
| 变更受理人
| 变更受理人姓名
|
19
| 变更实施人
| 变更实施人姓名
|
20
| 变更审批人
| 变更审批人姓名
|
21
| 回退计划
| 变更回退计划，可以是一段描述，也可以是一个附件地址
|
22
| 测试计划
| 变更测试计划，可以是一段描述，也可以是一个附件地址
|
24
| 计划开始时间
| 变更计划开始时间
|
25
| 计划完成时间
| 变更计划完成时间
|
26
| 实际开始时间
| 变更实际开始时间
|
27
| 实际完成时间
| 变更实际完成时间
|
28
| 变更系统日志
| 变更系统日志，
|
29
| 变更工作日志
| 变更工作日志，人工记录的变更工作进度和问题
|
30
| 关联配置项
| 与变更相关的配置项
|
31
| 变更等待代码
| 参见“变更等待代码”定义
|
32
| 变更关闭代码
| 参见“变更结束代码”定义
|
33
| 关闭时间
| 变更关闭的时间
|
34
| 备注
| 填写备注信息
|
35
| 附件
| 变更附件
|
8.3.2 变更主要状态定义 草稿
| Draft
| 变更申请表正在填写之中
|
授权请求
| Request For Authorization
| 变更请求提交授权审批
|
进行中的计划
| Planning In Progress
| 变更受理者正在准备变更的计划
|
已计划审批中
| Scheduled For Approval
| 变更经理正在审批变更的计划
|
已排期
| Scheduled
| 变更审批者已经完成了变更的审批
|
正在执行
| Implementation In Progress
| 变更正在处理中 ITSS认证
|
已完成
| Completed
| 变更实施结束，并且返回结果
|
已关闭
| Closed
| 变更完成
|
8.3.3 变更类型 变更类型决定了变更执行的审批路径，可分：
q 重大变更
重大变更指的是涉及影响范围较大、实施风险较大（实施的失败会带来重大后果）、实施较复杂（例如需要集成开发，多部门协同实施处理）的变更。对于重大变更，建议由变更经理总体负责，通过与各相关方面协同，采取多种手段（例如CAB会议），严格管理其计划实施。
q 已加速变更
已加速变更指的是如果不进行变更，会立即或正在严重影响业务运行、导致严重影响服务等级或者带来重大影响的变更。这些变更需要通过快速路径来迅速执行变更（通常是非常紧急又特别重要的变更，但要注意限制性原则）。
q 已执行变更
变更不重要单很紧急，在还来不及开单审批就必须要马上实施变更，此类变更通常属于事后补单性质的变更单；
q 正常变更
正常发生的变更，走正常变更流程；
q 无影响变更
对基础架构无影响的变更，如修改账户密码等；
q 标准变更
标准变更指的是日常发生、影响范围小、有标准操作流程、实施风险小（不会带来重大后果）的预授权的变更。这些变更很容易执行，失败的风险很小。这些变更也需要流程提供预授权快速通道，以提高该类变更的效率。
8.3.4 变更分类 在本项目中，将使用三级（CTI）分类来对变更进行分类：
q 类别（Category）
类别是CTI分类方法的最高层。它将被用作对变更进行分组的第一层。例如：硬件、系统软件、网络、应用软件、数据库。
q 子类（Type）
子类用来区分每个“系统”的基本组成模块。它将被用作对变更进行分组的第二层。例如：对类别“硬件”来说，可以分为服务器、打印机和监视器等“子类”。
q 项目（Item）
这个层次体系中第三层是项目。项目这一层能够获得更详细的信息和更准确的搜索。
变更分类见附件，可待流程运转一段时间后进行调整
8.3.5 变更优先级 在确定变更优先级时需要考虑两个因素：影响度和紧急度。这两个因素的定义分别如下：
严重等级
| 影响程度
|
广泛/普遍
| 极大/大型
| 适度/受限
| 次要/本地化
|
紧急度
| 极高
| 极高
| 极高
| 高
| 中
|
高
| 极高
| 高
| 中
| 中
|
中
| 高
| 中
| 中
| 低
|
低
| 中
| 中
| 低
| 低
|
8.3.6 变更关闭代码 变更结束代码用来表示变更实施的结果，如下表所示： ITSS培训
表格 3‑9变更关闭代码
结束代码
| 描述
|
审批未通过
| 未通过变更经理审批
|
成功
| 变更成功实施完毕
|
部分成功
| 变更实施过程中某些步骤失败而导致了部分回退; 变更引起了不足以导致部分回退的异常情况，这种异常情况需要事件/新变更来处理
|
失败
| 变更实施失败，引起回退
|
取消
| 在实施前取消了变更
|
本帖关键字：ITSS
转播
分享
淘帖
()