20150721   淡然

续上




1.   信息中心运维管理定位

全国某部委信息中心（以下简称信息中心）是国家部委中最早成立的专门从事信息化建设的单位之一，作为**信息系统运维工作的核心力量，信息中心将运维管理工作定位于：“成为某部委信息系统安全运行维护的核心力量，在政府信息化运行保障服务领域方面具有领先地位”。

具体包括：

在“统筹规划，优化整合，标准规范，协调发展，安全第一，服务至上”的某部委信息化工作指导方针的指引下，建设成为具有以下特征的IT运行维护中心：                                                           ITSS培训

1、具备一种快速相应，随需应变的服务能力

2、具备一支素质良好、配备合理的技术队伍

3、具备一套实用性强、运作高效的工作流程

4、具备一个集成度高、扩展力好的工作平台

基于上述运维管理工作的愿景，本次项目的规划目标为：以2010年为时间基准，结合信息中心运维管理工作的定位及对当前运维管理成熟度评估的结果，从运维管理发展规划的视角给出信息中心未来3-5年缩小目标差距的实施路线图。

2.   信息中心运维管理框架选型说明

对信息中心运维管理框架的选型应该满足以下三个基本要求：

2.1. 符合国际标准发展方向和业界发展趋势

首先，运维管理框架的选型应该符合国际标准，并借鉴业界成熟的模型和方法论。

从业界发展来看，2005年12月，以ITIL v2为基础的、国际上第一个针对IT服务管理的标准ISO20000正式发布，这标志着对IT服务管理的定位和评价有了一个国际化的前行方向。2007年5月底，经过两年多开发和评审的ITIL v3版本由OGC正式发布，这样从1986年ITIL v1的诞生到v3的发布，国际上对IT服务管理发展的关注日益提升。                        ITSS考试

基于服务生命周期开发的ITIL v3整合了v1和v2的精华，还融入了IT服务管理领域的最新发展方向“生命周期理论”、与其他标准和最佳实践的接口、以及更为丰富的实施建议。ITIL v3依据生命周期模型，包括《服务战略》 (Service Strategy)、《服务设计》(Service Design)、《服务移交》 (Service Transition)、《服务运营》 (Service Operation)、《持续服务改进》(Continual Service Improvement)五个部分。

图 2‑1 ITIL v3框架

2.2. 面向业务，服务导向

其次，运维管理框架的选型应该符合本次运维管理咨询项目的思路，即“以服务为基础，构筑面向业务的运维管理模式”。

信息中心在多年为相关部门提供信息化服务的工作中，已经积累了丰富的运维管理经验，建立了较为完备的IT服务支持体系，在运维工作方面已经取得了明显的成效。然而，为满足对信息化管理水平的更高要求，仅仅从信息中心内部着眼加强管理还是不够的，运维管理工作需要从业务需求的视角来统筹考虑：用户关注的运维支持结果是什么？服务的好坏应该如何评价？

为了帮助IT组织更好地了解现状和需要改进的领域，IBM给出了基于功能组件的IT决策支持工具：CBM4BoIT（Component Business Model for Business of IT）——面向业务组件的IT业务模型。该模型从业务的角度出发，提炼出了IT生命周期管理理念：即从IT业务规划与管理，到IT业务构建，再到IT业务运行。基于CBM4BoIT的原型，结合信息化建设组织的工作范围和活动内容，项目组设计了信息化建设组织的功能管理框架，作为信息中心运维管理框架的基础。

图 2‑2 信息化建设组织功能管理框架

该模型通过具体的IT活动（Activity）和项目评估阶段所使用的运维管理成熟度评估模型建立了密切联系，符合本次运维管理框架的选型要求。

信息化建设组织功能管理框架中所涵盖的功能组件和IT活动范围是全面的，但并不是具体的。以该功能模型为基础，经合并、调整和具体化后可进一步演化成“信息化建设组织运维管理框架”。

2.3. 与成熟度评估模型有紧密链接

最后，运维管理框架的选型应该能够衔接本次运维管理咨询项目的工作成果，支持某部委信息中心2010年运维管理成熟度目标的实现。

在图2-2中给出的信息化建设组织功能管理框架中，各功能组件均由若干个IT活动（Activity）组成，每个活动都需要由人员组织、流程、技术和信息四个领域的实际工作来组合实现，具体图示如下：

图 2‑3功能组件的实现方式--活动

运维管理成熟度评估模型是从人员组织、流程、信息、技术（本次项目中未涉及）四个维度对信息中心的运维管理成熟度进行评价的。对于每个维度中现状与期望的差距，则应当通过一系列活动（Activity）的定义和实现来予以缩小。

图 2‑4运维管理成熟度评估模型

两相结合，功能管理框架与成熟度评估模型之间的关系恰如下图所示：

图 2‑5功能管理框架与成熟度评估模型间的关系

q  从成熟度评估的角度看，信息中心的运维管理工作可以被组织人员、流程、信息、（技术）四个维度所完全覆盖。因此，成熟度程度作为评估对象，是可以通过对四个维度及相互关联关系的研究分析来确定的。                      ITSS认证

q  从运维管理规划的角度来看，各项IT功能需要通过具体的活动（Activity）来实现，活动的内容则离不开组织人员、流程、信息、（技术）这四个纬度的范畴。而且，也只有通过活动才能构筑起四个维度及相互之间的关联关系来。

q  在成熟度评估模型中，现状与期望的差距是通过开展活动（Activity）来缩小的，这些活动可以一一映射为运维管理框架中IT功能的具体实现。这样，通过完成IT功能中的相应活动，既可以缩减成熟度评估中的差距，也弥补了发展规划中的相应空白。

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

本帖关键字：ITSS

20150721   淡然

续上




1.   信息中心运维管理定位

全国某部委信息中心（以下简称信息中心）是国家部委中最早成立的专门从事信息化建设的单位之一，作为**信息系统运维工作的核心力量，信息中心将运维管理工作定位于：“成为某部委信息系统安全运行维护的核心力量，在政府信息化运行保障服务领域方面具有领先地位”。

具体包括：

在“统筹规划，优化整合，标准规范，协调发展，安全第一，服务至上”的某部委信息化工作指导方针的指引下，建设成为具有以下特征的IT运行维护中心：                                                           ITSS培训

1、具备一种快速相应，随需应变的服务能力

2、具备一支素质良好、配备合理的技术队伍

3、具备一套实用性强、运作高效的工作流程

4、具备一个集成度高、扩展力好的工作平台

基于上述运维管理工作的愿景，本次项目的规划目标为：以2010年为时间基准，结合信息中心运维管理工作的定位及对当前运维管理成熟度评估的结果，从运维管理发展规划的视角给出信息中心未来3-5年缩小目标差距的实施路线图。

2.   信息中心运维管理框架选型说明

对信息中心运维管理框架的选型应该满足以下三个基本要求：

2.1. 符合国际标准发展方向和业界发展趋势

首先，运维管理框架的选型应该符合国际标准，并借鉴业界成熟的模型和方法论。

从业界发展来看，2005年12月，以ITIL v2为基础的、国际上第一个针对IT服务管理的标准ISO20000正式发布，这标志着对IT服务管理的定位和评价有了一个国际化的前行方向。2007年5月底，经过两年多开发和评审的ITIL v3版本由OGC正式发布，这样从1986年ITIL v1的诞生到v3的发布，国际上对IT服务管理发展的关注日益提升。                        ITSS考试

基于服务生命周期开发的ITIL v3整合了v1和v2的精华，还融入了IT服务管理领域的最新发展方向“生命周期理论”、与其他标准和最佳实践的接口、以及更为丰富的实施建议。ITIL v3依据生命周期模型，包括《服务战略》 (Service Strategy)、《服务设计》(Service Design)、《服务移交》 (Service Transition)、《服务运营》 (Service Operation)、《持续服务改进》(Continual Service Improvement)五个部分。

图 2‑1 ITIL v3框架

2.2. 面向业务，服务导向

其次，运维管理框架的选型应该符合本次运维管理咨询项目的思路，即“以服务为基础，构筑面向业务的运维管理模式”。

信息中心在多年为相关部门提供信息化服务的工作中，已经积累了丰富的运维管理经验，建立了较为完备的IT服务支持体系，在运维工作方面已经取得了明显的成效。然而，为满足对信息化管理水平的更高要求，仅仅从信息中心内部着眼加强管理还是不够的，运维管理工作需要从业务需求的视角来统筹考虑：用户关注的运维支持结果是什么？服务的好坏应该如何评价？

为了帮助IT组织更好地了解现状和需要改进的领域，IBM给出了基于功能组件的IT决策支持工具：CBM4BoIT（Component Business Model for Business of IT）——面向业务组件的IT业务模型。该模型从业务的角度出发，提炼出了IT生命周期管理理念：即从IT业务规划与管理，到IT业务构建，再到IT业务运行。基于CBM4BoIT的原型，结合信息化建设组织的工作范围和活动内容，项目组设计了信息化建设组织的功能管理框架，作为信息中心运维管理框架的基础。

图 2‑2 信息化建设组织功能管理框架

该模型通过具体的IT活动（Activity）和项目评估阶段所使用的运维管理成熟度评估模型建立了密切联系，符合本次运维管理框架的选型要求。

信息化建设组织功能管理框架中所涵盖的功能组件和IT活动范围是全面的，但并不是具体的。以该功能模型为基础，经合并、调整和具体化后可进一步演化成“信息化建设组织运维管理框架”。

2.3. 与成熟度评估模型有紧密链接

最后，运维管理框架的选型应该能够衔接本次运维管理咨询项目的工作成果，支持某部委信息中心2010年运维管理成熟度目标的实现。

在图2-2中给出的信息化建设组织功能管理框架中，各功能组件均由若干个IT活动（Activity）组成，每个活动都需要由人员组织、流程、技术和信息四个领域的实际工作来组合实现，具体图示如下：

图 2‑3功能组件的实现方式--活动

运维管理成熟度评估模型是从人员组织、流程、信息、技术（本次项目中未涉及）四个维度对信息中心的运维管理成熟度进行评价的。对于每个维度中现状与期望的差距，则应当通过一系列活动（Activity）的定义和实现来予以缩小。

图 2‑4运维管理成熟度评估模型

两相结合，功能管理框架与成熟度评估模型之间的关系恰如下图所示：

图 2‑5功能管理框架与成熟度评估模型间的关系

q  从成熟度评估的角度看，信息中心的运维管理工作可以被组织人员、流程、信息、（技术）四个维度所完全覆盖。因此，成熟度程度作为评估对象，是可以通过对四个维度及相互关联关系的研究分析来确定的。                      ITSS认证

q  从运维管理规划的角度来看，各项IT功能需要通过具体的活动（Activity）来实现，活动的内容则离不开组织人员、流程、信息、（技术）这四个纬度的范畴。而且，也只有通过活动才能构筑起四个维度及相互之间的关联关系来。

q  在成熟度评估模型中，现状与期望的差距是通过开展活动（Activity）来缩小的，这些活动可以一一映射为运维管理框架中IT功能的具体实现。这样，通过完成IT功能中的相应活动，既可以缩减成熟度评估中的差距，也弥补了发展规划中的相应空白。

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

本帖关键字：ITSS