变更是一种结构化的方式,可以有效地处理组织内目标、流程或已实施技术的变更。
变更的目标是遵循标准化的方法和程序,将与变更有关的事件对服务质量的影响降到最低,同时也改善组织的日常运作。
当然,变更的第一步是确定变更的需求,然后对变更进行分类,再启动变更过程。
ServiceDesk Plus中的变更过程包括8个主要阶段,如下图所示。
变更请求与事件和服务请求类似,记录了有关变更的详细信息,如为什么必须启动变更、它遵循的工作流、其优先级、其业务影响、可能的停机时间、必要的规划等。
下表将为您提供ServiceDesk Plus Cloud中每个变更阶段的总体概念。
阶段 | 目标 | 状态 | 角色职责 |
提交 | 决定变更模板和工作流程。 配置变更明细,如变更类型、涉及的风险、优先级和紧急度。 | 已请求 请求提供信息 提交授权 接受/拒绝 | 变更请求人,变更经理,直线请求人 |
计划 | 分析并制定出变更的影响、上线计划、回退计划、检查表和可能的停机时间。 | 正在进行的计划 请求提供信息 批准/拒绝 提交审查 | 变更负责人、变更管理者、变更请求人、变更审批人 |
CAB | 建立变更咨询委员会(CAB),该委员会将评估变更计划,并为变更请求进入实施阶段提供必要的审批。 | 待批准 批准/拒绝 | CAB(变更咨询委员会),变更审批人,变更经理,变更负责人 |
实施 | 通过创建项目和任务来实施变更。 通过工作日志和停机时间安排来评估和评审团队活动。 | 进行中 请求提供信息 搁置/回退 已完成 | 变更负责人、实施者、变更审批人、变更经理 |
用户验收测试(UAT) | 使选定的用户能够测试实施。 利益相关者和客户执行功能任务并提出他们的意见。 | 进行中 等待接受 搁置中 已接受 已拒绝 | UAT负责人,变更经理,变更审批人,变更负责人 |
发布 | 为用户推出变更和相关服务。 | 进行中 已完成 已取消 已失败 | 变更负责人,变更经理 |
评审 | 评审变更是否成功实施,并提出进一步的改进建议。 | 进行中 已完成(或) 已失败 | 变更审批人、变更经理、变更负责人、实施者、审批人 |
关闭 | 关联正式的关闭代码并关闭请求。 | 进行中 已完成 已取消 | 变更审批人、变更经理、变更负责人、变更请求人、实施者 |