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 | 变更申请表正在填写之中 |
授权请求 | RequestForAuthorization | 变更请求提交授权审批 |
进行中的计划 | PlanningInProgress | 变更受理者正在准备变更的计划 |
已计划审批中 | ScheduledForApproval | 变更经理正在审批变更的计划 |
已排期 | Scheduled | 变更审批者已经完成了变更的审批 |
正在执行 | ImplementationInProgress | 变更正在处理中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