20150728  淡然

续上




5. 流程描述

5.1    新增或下线服务流程               

5.1.1 输入

编号	输入项	来源	周期
1.	新增或下线的服务申请	服务建设方/服务负责人	发生时

图表 3 输入                                  ITSS考试

5.1.2 输出

编号	输出项	去向	周期
1.	服务实施结果	流程内部	发生时
2.	涉及的变更记录	变更管理	发生时
3.	服务目录、服务级别协议更新	服务级别管理	发生时

图表 4 输出

5.1.3 流程描述

图表 5 流程图

[td]

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

图表 6 流程文字描述

5.2    升级类变更（服务变更）流程

5.2.1 输入

编号	输入项	来源	周期
2.	系统升级服务申请	服务建设方	发生时

图表 7 输入

5.2.2 输出

编号	输出项	去向	周期
4.	升级实施结果	流程内部	发生时
5.	涉及的变更记录	变更管理	发生时
6.	服务目录、服务级别协议更新	服务级别管理	发生时

图表 8 输出                                 ITSS认证

5.2.3 流程描述

图表 9 流程图

[td]

步骤	输入	步骤描述	输出
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培训	结束的升级变更单

图表 10 流程文字描述                    

6. 流程质量控制

新增或变更服务经理按照PDCA持续改进的方法对本流程改进，新增或变更服务经理对本流程及其执行情况进行回顾，分析流程执行的效果。在回顾中识别出的改进事项按照服务改进流程的要求进行跟踪，或以其他可审计的方式记录改进情况。

7. 相关文件

无。

本帖关键字：ITSS

20150728  淡然

续上




5. 流程描述

5.1    新增或下线服务流程               

5.1.1 输入

编号	输入项	来源	周期
1.	新增或下线的服务申请	服务建设方/服务负责人	发生时

图表 3 输入                                  ITSS考试

5.1.2 输出

编号	输出项	去向	周期
1.	服务实施结果	流程内部	发生时
2.	涉及的变更记录	变更管理	发生时
3.	服务目录、服务级别协议更新	服务级别管理	发生时

图表 4 输出

5.1.3 流程描述

图表 5 流程图

[td]

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

图表 6 流程文字描述

5.2    升级类变更（服务变更）流程

5.2.1 输入

编号	输入项	来源	周期
2.	系统升级服务申请	服务建设方	发生时

图表 7 输入

5.2.2 输出

编号	输出项	去向	周期
4.	升级实施结果	流程内部	发生时
5.	涉及的变更记录	变更管理	发生时
6.	服务目录、服务级别协议更新	服务级别管理	发生时

图表 8 输出                                 ITSS认证

5.2.3 流程描述

图表 9 流程图

[td]

步骤	输入	步骤描述	输出
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培训	结束的升级变更单

图表 10 流程文字描述                    

6. 流程质量控制

新增或变更服务经理按照PDCA持续改进的方法对本流程改进，新增或变更服务经理对本流程及其执行情况进行回顾，分析流程执行的效果。在回顾中识别出的改进事项按照服务改进流程的要求进行跟踪，或以其他可审计的方式记录改进情况。

7. 相关文件

无。

本帖关键字：ITSS