20150626 MONICAZHANG

续上

2.                                     发布管理流程

1.                   流程细化工作内容及目标

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

                                    ITSS软件

3.        流程细化

内容：

在详细设计过程中，应在概要设计流程的基础上，针对每个关键步骤，细化出其中的具体操作过程，根据可能发生的多种情况，将任务分配给具体的角色执行，形成能够指导多种情况下的流程操作规范。

目标：

明确各角色在流程操作中的任务承担，明晰各步骤的任务完成标准和下一步流转的目标

4.        发布信息项的增补

内容：

发布信息项是发布流程流转中发布记录信息的集合。根据详细流程的设计不同，应对流程记录信息进行适当的调整，增补信息项内容以支持本地和全局流程的流转。                ITIL培训

目标：

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

5.        角色定义细化及映射

内容：

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

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

6.        流程状态迁移的约定

内容：

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

明确流程状态在流程中代表的含义和下一步操作应该进入的状态

7.        当前工作流程的映射

内容：

了解当前某公司省、地市公司运维过程中与发布管理相关的活动，将这些活动进行梳理和整合，合理的安排到发布流程相关的各环节中
目标：

将当前的工作流程合理的纳入IT服务管理流程的管控中

8.        上报报表的细化（省公司制定发布）                    ITSS体系

内容：

针对发布管理目标和要求，整理相关的报告要求，明确报告内容，并细化成汇报报表，用于省公司控制各地发布管理情况的报表
目标：

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

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

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

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

11.    各省在进行流程角色映射时，发布经理和发布管理流程负责人分别由一人承担，发布经理也可以承担发布管理流程负责人的职责

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

13.    培训主管和软件控制主管建议配置专人，可由一人承担，也可由2人分别承担。

3.                   发布信息项

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

15.    总部、省、地公司三级交互时不传递下级单位内新增的发布信息项

4.                   流程相关定义

表格 8‑6 发布流程相关定义                                  ITSS团购[td]

定义	章节号	细化原则	其它说明
发布来源	4.2	可以增加，不能修改或删除代码
发布级别	4.3	不能增加、修改或删除代码
发布类型	4.4	可以增加，不能修改或删除代码
发布单元	4.5	不能增加、修改或删除代码
是否中断业务	4.6	不能增加、修改或删除代码
是否需要用户测试	4.8	不能增加、修改或删除代码
系统测试结果	4.9	不能增加、修改或删除代码
用户测试结果	4.10	不能增加、修改或删除代码
发布影响度	4.11	可以增加发布影响的定义作为本地使用，此信息不与上级单位沟通；可根据当地情况补充修改发布影响度描述，但相关性能不能低于当前的定义；不能删除当前定义的发布影响度级别
发布分类	4.12	类别不能修改，子类可以扩充，针对子类可以自定义多个条目	例如：对于操作系统子类，条目可以扩展定位为升级、配置修改等             ITSS认证
发布状态	4.13	不能增加、修改或删除代码
发布结束代码	4.14	不能增加、修改或删除代码

5.                   各省维护管理流程修订原则                     ITSS工具

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

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

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

18.    对于可能违反细化指导原则的流程修订操作，需提前上报上一级信息管理机构批复

19.    各省、地维护管理流程版本更新后要由各省及时汇总，并上报总部信息办备案                         ITSS考试

待续http://www.ITILxf.com/thread-51222-1-1.html

本帖关键字：ITSS ISO20000

20150626 MONICAZHANG

续上

2.                                     发布管理流程

1.                   流程细化工作内容及目标

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

                                    ITSS软件

3.        流程细化

内容：

在详细设计过程中，应在概要设计流程的基础上，针对每个关键步骤，细化出其中的具体操作过程，根据可能发生的多种情况，将任务分配给具体的角色执行，形成能够指导多种情况下的流程操作规范。

目标：

明确各角色在流程操作中的任务承担，明晰各步骤的任务完成标准和下一步流转的目标

4.        发布信息项的增补

内容：

发布信息项是发布流程流转中发布记录信息的集合。根据详细流程的设计不同，应对流程记录信息进行适当的调整，增补信息项内容以支持本地和全局流程的流转。                ITIL培训

目标：

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

5.        角色定义细化及映射

内容：

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

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

6.        流程状态迁移的约定

内容：

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

明确流程状态在流程中代表的含义和下一步操作应该进入的状态

7.        当前工作流程的映射

内容：

了解当前某公司省、地市公司运维过程中与发布管理相关的活动，将这些活动进行梳理和整合，合理的安排到发布流程相关的各环节中
目标：

将当前的工作流程合理的纳入IT服务管理流程的管控中

8.        上报报表的细化（省公司制定发布）                    ITSS体系

内容：

针对发布管理目标和要求，整理相关的报告要求，明确报告内容，并细化成汇报报表，用于省公司控制各地发布管理情况的报表
目标：

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

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

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

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

11.    各省在进行流程角色映射时，发布经理和发布管理流程负责人分别由一人承担，发布经理也可以承担发布管理流程负责人的职责

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

13.    培训主管和软件控制主管建议配置专人，可由一人承担，也可由2人分别承担。

3.                   发布信息项

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

15.    总部、省、地公司三级交互时不传递下级单位内新增的发布信息项

4.                   流程相关定义

表格 8‑6 发布流程相关定义                                  ITSS团购[td]

定义	章节号	细化原则	其它说明
发布来源	4.2	可以增加，不能修改或删除代码
发布级别	4.3	不能增加、修改或删除代码
发布类型	4.4	可以增加，不能修改或删除代码
发布单元	4.5	不能增加、修改或删除代码
是否中断业务	4.6	不能增加、修改或删除代码
是否需要用户测试	4.8	不能增加、修改或删除代码
系统测试结果	4.9	不能增加、修改或删除代码
用户测试结果	4.10	不能增加、修改或删除代码
发布影响度	4.11	可以增加发布影响的定义作为本地使用，此信息不与上级单位沟通；可根据当地情况补充修改发布影响度描述，但相关性能不能低于当前的定义；不能删除当前定义的发布影响度级别
发布分类	4.12	类别不能修改，子类可以扩充，针对子类可以自定义多个条目	例如：对于操作系统子类，条目可以扩展定位为升级、配置修改等             ITSS认证
发布状态	4.13	不能增加、修改或删除代码
发布结束代码	4.14	不能增加、修改或删除代码

5.                   各省维护管理流程修订原则                     ITSS工具

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

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

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

18.    对于可能违反细化指导原则的流程修订操作，需提前上报上一级信息管理机构批复

19.    各省、地维护管理流程版本更新后要由各省及时汇总，并上报总部信息办备案                         ITSS考试

待续http://www.ITILxf.com/thread-51222-1-1.html

本帖关键字：ITSS ISO20000