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变更关闭代码

结束代码	描述
审批未通过	未通过变更经理审批
成功	变更成功实施完毕
部分成功	变更实施过程中某些步骤失败而导致了部分回退; 变更引起了不足以导致部分回退的异常情况，这种异常情况需要事件/新变更来处理
失败	变更实施失败，引起回退
取消	在实施前取消了变更

待续http://www.ITILxf.com/thread-51869-1-1.html

本帖关键字：ITSS

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变更关闭代码

结束代码	描述
审批未通过	未通过变更经理审批
成功	变更成功实施完毕
部分成功	变更实施过程中某些步骤失败而导致了部分回退; 变更引起了不足以导致部分回退的异常情况，这种异常情况需要事件/新变更来处理
失败	变更实施失败，引起回退
取消	在实施前取消了变更

待续http://www.ITILxf.com/thread-51869-1-1.html

本帖关键字：ITSS