本帖最后由 adminlily 于 2020-12-18 10:13 编辑
变更管理ITIL模块
变更用于记录IT中计划的所有修改:
这样,您可以跟踪IT内进行的所有修改。很多事件是由于对IT环境所做的更改而引起的。通过记录它们,您可以轻松识别事件发生和复原服务发生时进行了哪些更改。
此外,此变更管理模块允许您自动分析影响度的基础架构和应用解决方案的更改。然后,IT工程师可以改善控制企业关键服务的可用性以及改进客户满意度的可用性。
更改由具有以下简档(角色)的人员管理:
- 变更实现者计划并实施更改
- 变更主管跟踪更改
- 变更经理批准更改
安装iTop时,可以在两个不同的模块之间进行选择,以记录更改。此处描述的模块经过设计,可以通过三种更改来实现ITIL V3变更管理:
这三种类型的更改之间的差异依赖于它们各自的工作流。
与变更管理相关的团队或代理不需要任何特殊的限制配置。但是,请记住,通常会受到安全的限制:验证工单的气体签名时要选择的团队联系人必须位于允许用于当前用户的组织中。
紧急变更ITIL紧急变更是可以在组织中定义的最高优先级变更。紧急更改被定义为需要在短时间内进行评估,评估以及拒绝或批准的更改。仅将变更定义为紧急情况并不能自动实现变更的实现。紧急变更咨询委员会(ECAB)将评估变更并向负责批准或拒绝紧急更改的受委托人提供建议。
紧急变更属性
名称 | 类型 | 强制性的吗? | 编号 | 字母数字字符串 | 是 | 组织 | 一个(n)组织的外键 | 是 | 状况 | 可能的值:已批准,已分配,已关闭,已实施,已监视,新,未批准,计划和计划,已拒绝,已验证 | 没有 | 标题 | 字母数字字符串 | 是 | 描述 | 多行字符串 | 是 | 批准备注 | 字母数字字符串 | 没有 | 提交人 | 一个人的外键 | 没有 | 球队 | 团队的外键 | 没有 | 处理人员 | 一个人的外键 | 没有 | 监控团队 | 团队的外键 | 没有 | 主管 | 一个人的外键 | 没有 | 管理团队 | 团队的外键 | 没有 | 经理 | 一个人的外键 | 没有 | 拒绝原因 | 字母数字字符串 | 没有 | 影响度 | 字母数字字符串 | 没有 | 断电 | 可能的值:否,是 | 是 | 回退计划 | 多行字符串 | 没有 | 父变更 | 一个(n)变更的外键 | 没有 | 创建日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 开始日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 结束日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 最后更新 | 日期和时间(年月日hh:mm:ss) | 没有 | 批准日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 截止日期 | 日期和时间(年月日hh:mm:ss) | 没有 |
标签
标签 | 描述 | 配置项 | 此工单受影响的所有配置项目 | 联络人 | 与此工单链接的所有联系人 | 工作订单 | 工单的所有工作订单 | 相关要求 | 与此变更关联的所有用户请求 | 相关事件 | 与该变更相关的所有事件 | 相关问题 | 与此变更相关的所有问题 | 换小孩 | 与此变更链接的所有子更改 |
创建一个紧急变更
点击“ New变更”菜单:
然后在下面的表单中选择“紧急变更”:
然后单击“应用”以显示紧急变更创建表单:
紧急变更生命周期
紧急变更对象具有以下生命周期:
对象的状况上的依赖,其属性上的矛盾之处如下表所示:
| 新 | 已分配 | 计划和安排 | 已批准 | 不批准 | 已实施 | 受监控 | 已关闭 | 编号 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 组织 | | | R/O | R/O | R/O | R/O | R/O | R/O | 状况 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 标题 | M | M | M | M | M | R/O | R/O | R/O | 描述 | | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 批准备注 | H | H | H | M | H | R/O | R/O | R/O | 提交人 | | | | | | | R/O | R/O | 球队 | H | M | M | M | M | M | R/O | R/O | 处理人员 | H | M | M | M | M | M | R/O | R/O | 监控团队 | H | M | M | R/O | R/O | R/O | R/O | R/O | 主管 | H | M | M | R/O | R/O | R/O | R/O | R/O | 管理团队 | H | M | M | R/O | R/O | R/O | R/O | R/O | 经理 | H | M | M | R/O | R/O | R/O | R/O | R/O | 拒绝原因 | H | R/O | R/O | R/O | M | R/O | R/O | R/O | 影响度 | H | H | M | R/O | R/O | R/O | R/O | R/O | 断电 | H | H | M | R/O | M | R/O | R/O | R/O | 回退计划 | H | H | M | M | M | M | R/O | R/O | 父变更 | | | | | | | R/O | R/O | 创建日期 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 开始日期 | H | H | M | M | M | R/O | R/O | R/O | 结束日期 | H | H | M | M | M | M | R/O | R/O | 最后更新 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 批准日期 | H | H | H | M | H | R/O | R/O | R/O | 截止日期 | H | H | H | H | H | H | H | R/O |
表键:
一般变更
ITIL一般变更是指必须遵循完整的变更管理流程进行的更改。根据定义,一般变更将继续执行变更管理流程的所有步骤,并最终由变更咨询委员会(CAB)进行审查。 CAB将向被认为负责批准或拒绝正常更改的人员提供有关一般变更的建议。
一般变更属性
名称 | 类型 | 强制性的吗? | 编号 | 字母数字字符串 | 是 | 组织 | 一个(n)组织的外键 | 是 | 状况 | 可能的值:已批准,已分配,已关闭,已实施,已监视,新,未批准,计划和计划,已拒绝,已验证 | 没有 | 标题 | 字母数字字符串 | 是 | 描述 | 多行字符串 | 是 | 批准备注 | 字母数字字符串 | 没有 | 审核备注 | 多行字符串 | 没有 | 提交人 | 一个人的外键 | 没有 | 球队 | 团队的外键 | 没有 | 处理人员 | 一个人的外键 | 没有 | 监控团队 | 团队的外键 | 没有 | 主管 | 一个人的外键 | 没有 | 管理团队 | 团队的外键 | 没有 | 经理 | 一个人的外键 | 没有 | 拒绝原因 | 字母数字字符串 | 没有 | 影响度 | 字母数字字符串 | 没有 | 断电 | 可能的值:否,是 | 是 | 回退计划 | 多行字符串 | 没有 | 父变更 | 一个(n)变更的外键 | 没有 | 创建日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 开始日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 结束日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 最后更新 | 日期和时间(年月日hh:mm:ss) | 没有 | 批准日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 验收日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 截止日期 | 日期和时间(年月日hh:mm:ss) | 没有 |
标签
标签 | 描述 | 配置项 | 此工单受影响的所有配置项目 | 联络人 | 与此工单链接的所有联系人 | 工作订单 | 工单的所有工作订单 | 相关要求 | 与此变更关联的所有用户请求 | 相关事件 | 与该变更相关的所有事件 | 相关问题 | 与此变更相关的所有问题 | 换小孩 | 与此变更链接的所有子更改 |
创建一个一般变更
点击“ New变更”菜单:
然后在下面的表单中选择“一般变更”:
然后单击“应用”以显示一般变更创建表单:
一般变更生命周期
一般变更对象具有以下生命周期:
对象的状况上的依赖,其属性上的矛盾之处如下表所示:
| 新 | 已验证 | 拒绝 | 已分配 | 计划和安排 | 已批准 | 不批准 | 已实施 | 受监控 | 已关闭 | 编号 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 组织 | | | | | R/O | R/O | R/O | R/O | R/O | R/O | 状况 | | | | | | | | | | | 标题 | M | M | M | M | M | M | M | R/O | R/O | R/O | 描述 | | R/O | | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 批准备注 | H | H | H | H | H | M | H | R/O | R/O | R/O | 审核备注 | H | M | H | | R/O | R/O | R/O | R/O | R/O | R/O | 提交人 | M | | M | | | | | | R/O | R/O | 球队 | H | M | | | | | | | R/O | R/O | 处理人员 | H | H | H | M | M | M | M | M | R/O | R/O | 监控团队 | H | M | H | M | M | R/O | R/O | R/O | R/O | R/O | 主管 | H | H | H | M | M | R/O | R/O | R/O | R/O | R/O | 管理团队 | H | M | H | M | M | R/O | R/O | R/O | R/O | R/O | 经理 | H | H | H | M | M | R/O | R/O | R/O | R/O | R/O | 拒绝原因 | H | R/O | M | R/O | R/O | R/O | M | R/O | R/O | R/O | 影响度 | H | H | H | H | M | R/O | R/O | R/O | R/O | R/O | 断电 | H | H | H | H | M | R/O | M | R/O | R/O | R/O | 回退计划 | H | H | H | H | M | M | M | M | R/O | R/O | 父变更 | | | | | | | | | R/O | R/O | 创建日期 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 开始日期 | H | H | H | H | M | M | M | R/O | R/O | R/O | 结束日期 | H | H | H | H | M | M | M | M | R/O | R/O | 最后更新 | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | R/O | 批准日期 | H | H | H | H | H | M | H | R/O | R/O | R/O | 验收日期 | H | M | H | | R/O | R/O | R/O | R/O | R/O | R/O | 截止日期 | H | H | H | H | H | H | H | H | H | R/O |
表键:
标准变更
ITIL例行公事(标准)变更非常简单地指的是预先批准的更改。可以为各种任务定义预先批准的更改,但是它们通常是较低的风险,即省力的更改,其成本较低或已知。
标准变更属性
名称 | 类型 | 强制性的吗? | 编号 | 字母数字字符串 | 是 | 组织 | 一个(n)组织的外键 | 是 | 状况 | 可能的值:已批准,已分配,已关闭,已实施,已监视,新,未批准,计划和计划,已拒绝,已验证 | 没有 | 标题 | 字母数字字符串 | 是 | 描述 | 多行字符串 | 是 | 提交人 | 一个人的外键 | 没有 | 球队 | 团队的外键 | 没有 | 处理人员 | 一个人的外键 | 没有 | 监控团队 | 团队的外键 | 没有 | 主管 | 一个人的外键 | 没有 | 管理团队 | 团队的外键 | 没有 | 经理 | 一个人的外键 | 没有 | 拒绝原因 | 字母数字字符串 | 没有 | 影响度 | 字母数字字符串 | 没有 | 断电 | 可能的值:否,是 | 是 | 回退计划 | 多行字符串 | 没有 | 父变更 | 一个(n)变更的外键 | 没有 | 创建日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 开始日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 结束日期 | 日期和时间(年月日hh:mm:ss) | 没有 | 最后更新 | 日期和时间(年月日hh:mm:ss) | 没有 | 截止日期 | 日期和时间(年月日hh:mm:ss) | 没有 |
标签
标签 | 描述 | 配置项 | 此工单受影响的所有配置项目 | 联络人 | 与此工单链接的所有联系人 | 工作订单 | 工单的所有工作订单 | 相关要求 | 与此变更关联的所有用户请求 | 相关事件 | 与该变更相关的所有事件 | 相关问题 | 与此变更相关的所有问题 | 换小孩 | 与此变更链接的所有子更改 |
创建一个标准变更
点击“ New变更”菜单:
然后在下面的表单中选择“标准变更”:
然后单击“应用”以显示标准变更创建表单:
标准变更生命周期
标准变更对象具有以下生命周期:
对象的状况上的依赖,其属性上的矛盾之处如下表所示:
| 新 | 已分配 | 计划和安排 | 已实施 | 受监控 | 已关闭 | 编号 | R/O | R/O | R/O | R/O | R/O | R/O | 组织 | | | R/O | R/O | R/O | R/O | 状况 | R/O | R/O | R/O | R/O | R/O | R/O | 标题 | M | M | M | R/O | R/O | R/O | 描述 | | R/O | R/O | R/O | R/O | R/O | 提交人 | | | | | R/O | R/O | 球队 | H | M | M | M | R/O | R/O | 处理人员 | H | M | M | M | R/O | R/O | 监控团队 | H | M | M | R/O | R/O | R/O | 主管 | H | M | M | R/O | R/O | R/O | 管理团队 | H | M | M | R/O | R/O | R/O | 经理 | H | M | M | R/O | R/O | R/O | 拒绝原因 | H | R/O | R/O | R/O | R/O | R/O | 影响度 | H | H | M | R/O | R/O | R/O | 断电 | H | H | M | R/O | R/O | R/O | 回退计划 | H | H | M | M | R/O | R/O | 父变更 | | | | | R/O | R/O | 创建日期 | R/O | R/O | R/O | R/O | R/O | R/O | 开始日期 | H | H | M | R/O | R/O | R/O | 结束日期 | H | H | M | M | R/O | R/O | 最后更新 | R/O | R/O | R/O | R/O | R/O | R/O | 截止日期 | H | H | H | H | H | R/O |
表键:
将用户请求分配给团队和处理人员
分派和变更可以加入的团队列表由相应的组织的交付模式定义。创建变更时,处理人员必须选择变更组织,然后,团队列表严格限于为此变更定义的团队。如果缺少团队,则必须更新变更的交付模式以反映此需求。有关更多信息,请参见有关交付模式的更多信息。
管理内部留言
变更工单仅具有一个内部留言来记录所有活动及其相关的通信。用户门户末端看不到这一条。
管理受影响的配置项和联系人
此部分类似于帮助台模块之一。请参考
|