20150626 MONICAZHANG

续上




变更管理流程

                              流程细化工作内容及目标

参照变更管理流程概要设计的内容，各地公司应在详细设计过程中对以下内容进行细化和增补工作：

15.    流程细化                                          ITSS团购

内容：

在详细设计过程中，应在概要设计流程的基础上，对每一个步骤进行细化，明确活动涉及的角色，分配给角色的任务、该角色需要进行的活动以及角色活动之间的关系，形成能够指导落地实施的操作规范。

目标：

细化概要流程活动，明晰各步骤的具体任务及下一步流转的目标。

16.    变更信息项的增补

内容：

变更信息项是变更在扭转的全过程信息的总合和记录，在详细流程设计中将结合落地地的实际情况，进行变更信息项的调整。
目标：

提供足够的信息记录，为流程各环节的操作人员提供完整的支持信息，保证流程执行过程中的信息沟通。

                            ITSS培训

17.    角色定义细化及映射

内容：

在概要设计关键角色、职责定义的基础上，根据本地流程执行的特点，可以增加或分解角色与任务，同时根据流程的详细设计，将具体的流程职责和日常工作职责赋予这些角色，然后将细化的角色与当前组织中的人员进行映射。

目标：

明确各角色在流程和日常工作中的职责，责任到人，明确流程执行的边界，使流程执行过程中的职责承担不留死角，方便工作检查和责任定位

18.    流程状态迁移的约定

内容：
状态代码标识某条记录当前处于何种阶段，是流程中各参与人员沟通的工具，也是流程与流程间流转衔接的纽带。在详细设计中根据角色与流程的具体定制，确立流程状态在何种情况下如何变化，为操作人员提供操作和监控的依据
目标：                  ITSS认证
明确流程状态在流程中代表的含义和下一步操作应该进入的状态

19.    当前工作流程的映射

内容：

了解当前某公司省、地市公司运维过程中与变更管理相关的活动，将这些活动进行梳理和整合，合理的安排到变更流程相关的各环节中
目标：
将当前的工作流程合理的纳入IT服务管理流程的管控中

20.    上报报表的细化（省公司制度发布）                        ITSS工具

内容：

针对变更管理目标和要求，整理相关的报告要求，明确报告内容

目标：

明确变更管理流程中省公司需要地市公司上报和备案的具体内容和方式

21.    紧耦合模式下流程细化及角色定位

内容：

根据某公司和地市公司运维的特点，1）界定出需要上级单位审批的变更分类；2）需要地市级配合完成变更的变更分类；3）两级流程扭转过程中角色的定位

目标：

    明确松耦合模式下流程扭转的具体方式及流程执行的边界

                              流程图、流程角色定义与映射

22.    各省在细化时，可以增加省公司管理层等角色以及相关的流程活动描述

                            ITSS考试

23.    各省在细化时，不能对变更主管和变更经理等角色进行合并或取消

24.    各省在进行流程角色映射时，可以根据实际情况设置多个变更经理，但变更管理流程负责人只能由一人承担，变更经理也可以承担变更管理流程负责人的职责

25.    各省在进行流程角色映射时，变更主管可以映射为多个人，通常为各技术领域的负责人，变更实施人员映射为一线或二线支持人员

                              变更信息项

26.    各省在细化时可以增加新的信息项，但概要设计中已经定义的信息项不能修改和删除，对信息项的描述可以扩充说明，但不能违反现有描述

                              流程相关定义                     ISO20000培训

表格 8‑5 变更流程相关定义

[td]

定义	章节号	细化原则	其它说明
变更来源	4.2	不能增加、修改或删除代码
变更类型	4.3	不能增加、修改或删除代码
变更窗口	4.4	建议各省制定自己的变更窗口
变更是否中断业务	4.5	不能增加、修改或删除代码
变更是否需要测试	4.6	不能增加、修改或删除代码
风险等级	4.7	不能增加、修改或删除代码，不能修改风险等级量化评估表         ITSS体系
变更所属系统类型	4.8	分类的一级不能增加、修改或删除代码；分类的二线各地根据自己的业务需要可以增加内容，但不能修改、删除原有内容。
变更分类	4.9	分类的一级不能增加、修改或删除代码；分类的二线各地根据自己的业务需要可以增加内容，但不能修改、删除原有内容。
变更状态	4.10	不能增加、修改或删除代码
回顾代码	4.11	不能增加、修改或删除代码
变更结束代码	4.12	不能增加、修改或删除代码

1.                   各省维护管理流程修订原则                   ITIL培训

本次维护管理流程梳理项目中浙江省维护管理流程的细化版本需得到某公司总部的认可，以确保遵循本章定义的细化指导原则。在此基础上，定义如下维护管理流程修订指导原则，以规范未来各省维护管理流程的持续性改进工作。

1.        在没有新的细化指导原则出台之前，各省未来维护管理流程的修订原则上需遵循本章定义的流程细化指导原则

2.        各省未来维护管理流程修订操作，由各省该管理流程负责人负责确保修订后的版本符合本章定义的细化指导原则

                   ITSS软件

待续http://ITIL-foundation.cn/thread-51221-1-1.html

本帖关键字：ITSS ISO20000

20150626 MONICAZHANG

续上




变更管理流程

                              流程细化工作内容及目标

参照变更管理流程概要设计的内容，各地公司应在详细设计过程中对以下内容进行细化和增补工作：

15.    流程细化                                          ITSS团购

内容：

在详细设计过程中，应在概要设计流程的基础上，对每一个步骤进行细化，明确活动涉及的角色，分配给角色的任务、该角色需要进行的活动以及角色活动之间的关系，形成能够指导落地实施的操作规范。

目标：

细化概要流程活动，明晰各步骤的具体任务及下一步流转的目标。

16.    变更信息项的增补

内容：

变更信息项是变更在扭转的全过程信息的总合和记录，在详细流程设计中将结合落地地的实际情况，进行变更信息项的调整。
目标：

提供足够的信息记录，为流程各环节的操作人员提供完整的支持信息，保证流程执行过程中的信息沟通。

                            ITSS培训

17.    角色定义细化及映射

内容：

在概要设计关键角色、职责定义的基础上，根据本地流程执行的特点，可以增加或分解角色与任务，同时根据流程的详细设计，将具体的流程职责和日常工作职责赋予这些角色，然后将细化的角色与当前组织中的人员进行映射。

目标：

明确各角色在流程和日常工作中的职责，责任到人，明确流程执行的边界，使流程执行过程中的职责承担不留死角，方便工作检查和责任定位

18.    流程状态迁移的约定

内容：
状态代码标识某条记录当前处于何种阶段，是流程中各参与人员沟通的工具，也是流程与流程间流转衔接的纽带。在详细设计中根据角色与流程的具体定制，确立流程状态在何种情况下如何变化，为操作人员提供操作和监控的依据
目标：                  ITSS认证
明确流程状态在流程中代表的含义和下一步操作应该进入的状态

19.    当前工作流程的映射

内容：

了解当前某公司省、地市公司运维过程中与变更管理相关的活动，将这些活动进行梳理和整合，合理的安排到变更流程相关的各环节中
目标：
将当前的工作流程合理的纳入IT服务管理流程的管控中

20.    上报报表的细化（省公司制度发布）                        ITSS工具

内容：

针对变更管理目标和要求，整理相关的报告要求，明确报告内容

目标：

明确变更管理流程中省公司需要地市公司上报和备案的具体内容和方式

21.    紧耦合模式下流程细化及角色定位

内容：

根据某公司和地市公司运维的特点，1）界定出需要上级单位审批的变更分类；2）需要地市级配合完成变更的变更分类；3）两级流程扭转过程中角色的定位

目标：

    明确松耦合模式下流程扭转的具体方式及流程执行的边界

                              流程图、流程角色定义与映射

22.    各省在细化时，可以增加省公司管理层等角色以及相关的流程活动描述

                            ITSS考试

23.    各省在细化时，不能对变更主管和变更经理等角色进行合并或取消

24.    各省在进行流程角色映射时，可以根据实际情况设置多个变更经理，但变更管理流程负责人只能由一人承担，变更经理也可以承担变更管理流程负责人的职责

25.    各省在进行流程角色映射时，变更主管可以映射为多个人，通常为各技术领域的负责人，变更实施人员映射为一线或二线支持人员

                              变更信息项

26.    各省在细化时可以增加新的信息项，但概要设计中已经定义的信息项不能修改和删除，对信息项的描述可以扩充说明，但不能违反现有描述

                              流程相关定义                     ISO20000培训

表格 8‑5 变更流程相关定义

[td]

定义	章节号	细化原则	其它说明
变更来源	4.2	不能增加、修改或删除代码
变更类型	4.3	不能增加、修改或删除代码
变更窗口	4.4	建议各省制定自己的变更窗口
变更是否中断业务	4.5	不能增加、修改或删除代码
变更是否需要测试	4.6	不能增加、修改或删除代码
风险等级	4.7	不能增加、修改或删除代码，不能修改风险等级量化评估表         ITSS体系
变更所属系统类型	4.8	分类的一级不能增加、修改或删除代码；分类的二线各地根据自己的业务需要可以增加内容，但不能修改、删除原有内容。
变更分类	4.9	分类的一级不能增加、修改或删除代码；分类的二线各地根据自己的业务需要可以增加内容，但不能修改、删除原有内容。
变更状态	4.10	不能增加、修改或删除代码
回顾代码	4.11	不能增加、修改或删除代码
变更结束代码	4.12	不能增加、修改或删除代码

1.                   各省维护管理流程修订原则                   ITIL培训

本次维护管理流程梳理项目中浙江省维护管理流程的细化版本需得到某公司总部的认可，以确保遵循本章定义的细化指导原则。在此基础上，定义如下维护管理流程修订指导原则，以规范未来各省维护管理流程的持续性改进工作。

1.        在没有新的细化指导原则出台之前，各省未来维护管理流程的修订原则上需遵循本章定义的流程细化指导原则

2.        各省未来维护管理流程修订操作，由各省该管理流程负责人负责确保修订后的版本符合本章定义的细化指导原则

                   ITSS软件

待续http://ITIL-foundation.cn/thread-51221-1-1.html

本帖关键字：ITSS ISO20000