|
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变更优先级在确定变更优先级时需要考虑两个因素：影响度和紧急度。这两个因素的定义分别如下： [p=16,null,left]严重等级
| [p=16,null,left]影响程度
| [p=16,null,left]广泛/普遍
| [p=16,null,left]极大/大型
| [p=16,null,left]适度/受限
| [p=16,null,left]次要/本地化
| [p=16,null,left]紧急度
| [p=16,null,left]极高
| [p=16,null,left]极高
| [p=16,null,left]极高
| [p=16,null,left]高
| [p=16,null,left]中
| [p=16,null,left]高
| [p=16,null,left]极高
| [p=16,null,left]高
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]高
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]低
| [p=16,null,left]低
| [p=16,null,left]中
| [p=16,null,left]中
| [p=16,null,left]低
| [p=16,null,left]低
|
8.3.6变更关闭代码变更结束代码用来表示变更实施的结果，如下表所示：ITSS培训 表格3‑9变更关闭代码 结束代码
| 描述
| 审批未通过
| 未通过变更经理审批
| 成功
| 变更成功实施完毕
| 部分成功
| 变更实施过程中某些步骤失败而导致了部分回退; 变更引起了不足以导致部分回退的异常情况，这种异常情况需要事件/新变更来处理
| 失败
| 变更实施失败，引起回退
| 取消
| 在实施前取消了变更
|
本帖关键字：ITSS
|
转播
分享
淘帖
()