升级类变更服务管理流程的ITSS关键点是哪些?
5. 流程描述
5.1.1 输入
编号 | 输入项 | 来源 | 周期 |
1. | 新增或下线的服务申请 | 服务建设方/服务负责人 | 发生时 |
5.1.2 输出
编号 | 输出项 | 去向 | 周期 |
1. | 服务实施结果 | 流程内部 | 发生时 |
2. | 涉及的变更记录 | 变更管理 | 发生时 |
3. | 服务目录、服务级别协议更新 | 服务级别管理 | 发生时 |
5.1.3 流程描述

步骤 | 输入 | 步骤描述 | 输出 |
1. 提交新增、变更或下线服务申请 | 新增、下线的服务需求 | 1. 对于新增或下线服务,由服务建设方或服务负责人提交相应的服务申请。 | 新增、变更或下线的服务申请 |
2. 接收检查并评估服务申请 | 新、下线的服务申请 | 1. 服务负责人接收服务申请,并检查服务相关交付物的符合性等,检查内容详见相关的服务新增、变更或下线申请表; 2. 服务负责人评估服务申请,明确部署时点要求,确定所需资源等。 | 评估结果 |
3. 明确服务部署方案和计划 | 符合要求的服务申请 | 1. 服务负责人协同服务建设方,明确服务部署计划,包括相关各方职责、变更发布的部署、文档移交、服务目录及影响度确认等各方面工作任务。 | 服务部署方案和计划 |
4. 服务投产部署 | 服务部署方案和计划 | 1. 根据服务部署方案和时间计划,服务负责人协同相关人员执行服务的投产部署; 2. 服务部署过程中各项与变更发布部署相关的工作任务,应参照变更发布管理流程执行,例如环境、网络、系统、应用部署等。 | 部署完成的服务 |
5. 评估检查计划实施结果 | 部署完成的服务 | 1. 服务负责人确认服务部署结果,填写相关的服务新增、变更或下线申请表,以及服务试运行质量。 | 评估检查结果 |
6. 服务目录更新 | 评估检查结果 | 1. 服务负责人提交服务目录更新申请,并将服务新增、变更或下线申请表作为附件; 2. 质量经理根据变更发布管理流程要求,更新服务目录。 | 服务目录更新申请 |
7. 评审服务实施结果 | 评估检查结果 | 1. 运营中心管理层、新增或变更服务经理评审服务部署实施结果。 | 评审结果 |
8. 服务正式运行 | - | 1. 服务负责人负责服务的正式运行。 | - |
编号 | 输入项 | 来源 | 周期 |
2. | 系统升级服务申请 | 服务建设方 | 发生时 |
编号 | 输出项 | 去向 | 周期 |
4. | 升级实施结果 | 流程内部 | 发生时 |
5. | 涉及的变更记录 | 变更管理 | 发生时 |
6. | 服务目录、服务级别协议更新 | 服务级别管理 | 发生时 |
5.2.3 流程描述

步骤 | 输入 | 步骤描述 | 输出 |
1. 制定变更方案 | 系统升级变更需求 | 由服务建设方在线下组织相关人员制定具体的升级类变更方案 | 新增、变更或下线的服务申请 |
2. 提交变更申请,并分类分级 | 相关文档 | 服务建设方在线上提交升级变更申请,并根据升级内容和所属系统定出升级级别 | 申请单 |
3. 建设方领导审批 | 符合要求的服务申请 | 根据升级的级别不同,需由不同级别的领导进行审批。 | 经审批的升级请求 |
4. 升级实施人(运营)接单处理 | 经建设方审批的升级请求 | 1. 根据升级的级别,判断是否需要审批 2. 根据具体升级变更情况,服务负责人自行判断是否需要相关专家评估升级方案 3. 根据服务部署方案和时间计划,服务负责人协同相关人员执行服务的投产部署;服务部署过程中各项与变更发布部署相关的工作任务,应参照变更发布管理流程执行,例如环境、网络、系统、应用部署等。 | 1. 审批单或评估单 2. 部署完成的服务 |
5. 是否需要审批或专家评审 | 经建设方审批的升级请求 | 1. 根据升级的级别,判断是否需要审批 2. 根据具体升级变更情况,服务负责人自行判断是否需要相关专家评估升级方案 | 评估检查结果 |
6. 评估变更方案及影响 | 升级变更申请单 | 1. 升级实施人根据识别的升级影响相关方,组成临时专家组; 专家组的组成可根据升级的具体情况由升级实施人决定; 2. 专家组对变更进行评估;结果返回变更实施人 | 评估结果 |
7. 提交审批 | 升级变更申请单 | 按照不同分类的变更审批路径,提交相应领导审批 | 审批单 |
8. 实施方领导审批 | 升级变更申请单 | 按照不同分类的变更审批路径,对变更方案进行评估及审批 | 审批结果 |
9. 升级实施人处理或分派实施任务 | 升级变更单 | 根据升级变更的具体情况,自行实施或者派发子任务单由相关人员实施 | 1. 实施结果 2. 实施子任务单 |
10. 升级实施人组织升级变更结果验证 | 实施完成的升级变更单 | 升级实施人组织相关人员进行变更验证 | 验证单 |
11. 相关运维验证及业务验证 | 实施完成的升级变更单 | 运维人员对结果进行验证,如需业务人员验证,其结果由运维人员记录在升级变更单上 | 验证结果 |
12. 验证人判断是否成功 | 验证结果 | 验证人员填写验证结果 | 验证后的升级变更单 |
13. 通知升级结果 | 验证成功的升级变更到哪 | 1.通知相关人员,升级完成 2.升级实施人应将相关配置项变动录入配置管理数据库 | 完成的升级变更单 |
14. 变更经理回顾并关闭 | 完成的升级变更单 | 1. 如升级实施不成功,则直接结束 2. 如升级实施成功,则检查升级流程是否合规,如不合规,由升级实施人补充文档 3. 直接结束工单 ITSS培训 | 结束的升级变更单 |
6. 流程质量控制
新增或变更服务经理按照PDCA持续改进的方法对本流程改进,新增或变更服务经理对本流程及其执行情况进行回顾,分析流程执行的效果。在回顾中识别出的改进事项按照服务改进流程的要求进行跟踪,或以其他可审计的方式记录改进情况。
7. 相关文件
无。
本帖关键字:ITSS