变更概览

变更概览

变更是一种结构化的方式,可以有效地处理组织内目标、流程或已实施技术的变更。

变更的目标是遵循标准化的方法和程序,将与变更有关的事件对服务质量的影响降到最低,同时也改善组织的日常运作。

当然,变更的第一步是确定变更的需求,然后对变更进行分类,再启动变更过程。

ServiceDesk Plus中的变更过程包括8个主要阶段,如下图所示。

 


 

变更请求与事件和服务请求类似,记录了有关变更的详细信息,如为什么必须启动变更、它遵循的工作流、其优先级、其业务影响、可能的停机时间、必要的规划等。

下表将为您提供ServiceDesk Plus Cloud中每个变更阶段的总体概念。

您可以根据您的要求重新命名这些阶段。此外,您可以跳过除提交关闭以外的阶段,以适应您的业务工作流程。

 

阶段

目标

状态

角色职责

提交

决定变更模板和工作流程。

配置变更明细,如变更类型、涉及的风险、优先级和紧急度。

已请求

请求提供信息

提交授权

接受/拒绝

变更请求人,变更经理,直线请求人

计划

分析并制定出变更的影响、上线计划、回退计划、检查表和可能的停机时间。

正在进行的计划

请求提供信息

批准/拒绝

提交审查

变更负责人、变更管理者、变更请求人、变更审批人

CAB

建立变更咨询委员会(CAB),该委员会将评估变更计划,并为变更请求进入实施阶段提供必要的审批。

待批准

批准/拒绝

CAB(变更咨询委员会),变更审批人,变更经理,变更负责人

实施

通过创建项目和任务来实施变更。

通过工作日志和停机时间安排来评估和评审团队活动。

进行中

请求提供信息

搁置/回退

已完成

变更负责人、实施者、变更审批人、变更经理

用户验收测试(UAT)

使选定的用户能够测试实施。

利益相关者和客户执行功能任务并提出他们的意见。

进行中

等待接受

搁置中

已接受

已拒绝

UAT负责人,变更经理,变更审批人,变更负责人

发布

为用户推出变更和相关服务。

进行中

已完成

已取消

已失败

变更负责人,变更经理

评审

评审变更是否成功实施,并提出进一步的改进建议。

进行中

已完成(或)

已失败

变更审批人、变更经理、变更负责人、实施者、审批人

关闭

关联正式的关闭代码并关闭请求。

进行中

已完成

已取消

变更审批人、变更经理、变更负责人、变更请求人、实施者