登云云上美_企业登云之路,-,向云服务转型的方法学

在ITIL实施初期，大部分公司会重点建设ITIL的主要流程，经验表明，如下流程的成功实施能给企业带来明显的成效：

(1)故障管理流程建设

故障管理流程的目标是在给用户和公司正常的业务活动带来最小影响的情况下，尽快返回到SLA中定义的正常服务级别;保留故障的有效记录以便能够权衡并改进处理流程，给其他的服务管理流程提供合适的信息，以及正确报告进展情况。

故障管理在实际工作中是使用最频繁也是见效最快的一个流程。但故障管理流程实施落地时经常碰到一些难题，使得故障管理无法达到最佳状态，如：如何进行故障单的设计，可以更好地进行故障管理流程考核以及人员绩效考核在紧急情况下，按照正常的流程填写故障单然后再派单的方式，可能无法满足响应速度的需要。如何解决这一现实需求与流程规范性之间的矛盾

(2)服务台的建设

服务台是服务提供商与用户间的单一联系点。典型的服务台负责管理敀障和服务请求，还负责与用户的沟通。服务台的类型包括分布式服务台和集中式服务台两种。不同的企业具有不同的组织结构、业务类型，而与用户成熟度和领导的想法也都不同，服务台的实施会碰到诸多的问题。

(3)问题管理流程的建设

(4)配置管理流程的建设

配置项(CI)：IT组件以及运用这些IT组件提供癿服务被称为配置项(CI)。配置项可以包括由IT部门所控制的所有PC硬件、各种软件、有源和无源网络、服务器、中央处理器、文件、规程、服务和所有其他的IT组件。

配置管理：指由识别和确讣系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确性和完整性等活动构成的服务管理流程。

配置管理流程的目标：计量组织和服务中所使用的所有IT资产和配置项的价值;为其它服务管理流程提供有关IT基础架构配置的准确信息;为事件管理、问题管理、变更管理和发布管理的运作提供支持;核实有关IT基础架构的配置记录的正确性并纠正发现的错误。

CMDB的建设实施是一个软件工具、实施经验、执行力度综合较量的过程。以下是CMDB建设的常见问题：

(5)知识库的建设

知识库的建设往往是经历这样一个历程：兴奋期、创业期、蜜月期、苦恼期、颓废期、废止期。究其原因，主要是在构建和运营知识库过程存在以下三方面的问题难以解决。

(6)服务目录的建设

服务目录是一个数据库或有组织的文档，包含关于所有实时IT服务的信息，包括就绪可部署的服务。服务目录是服务组合中唯一向客户发布的部分，用于支持IT服务的销售和交付。服务目录包括关于交付物、价格、联系点、订购和申请流程等信息。

服务无形性和交互性的特点使得服务目录的梳理成为一门玄学，很多IT服务经理经常抱怨服务目录的梳理缺乏统一的标准。

配置管理、性能管理等。

it服务管理主要包括配置管理、性能管理、问题管理、故障管理、信息安全管理等许多流程的理论和实践。

it服务管理是一种以流程为导向、以客户为中心的方法，它通过整合it服务与业务来提高组织it服务支持和服务交付的能力及水平。

当前，云计算越来越成为IT业界的焦点。企业在实施云计算之前，必须清楚了解其风险，并根据自身实际情况权衡实施云计算的利弊，制订趋利避害的规划和实施路线图，以确保云计算项目达到理想效果，顺利地步入登云之路，构建安全、高性能和高可用的企业私有云。

云计算的潜在问题

首先必须清楚地了解实施云计算的种种风险：

● 服务可用性：许多云服务仍然处于试用阶段，云平台的服务中断可能会经常发生。因此，必须清楚的预见云服务中断造成的损失；

● 安全性：任何系统都难以保证没有缺陷，具体到云平台，问题往往会大面积扩散。另一个必须要解决的问题是：在云平台上传送机密信息是否可行？

● 缺乏标准：开发云服务的企业必须认识到目前云计算领域几乎没有标准。这意味着在某个云平台中开发的应用程序在另一云平台中执行将遇到种种困难；

● 数据传输率：网络吞吐量往往是一个瓶颈，限制了对云服务数据密集环境的适用性；

● 软件许可：大多企业软件供应商并没有考虑到云计算的软件许可体系。在云中的软件许可需要一种完全不同的模式。

云服务转型参考模型

因此，在实施云计算项目时必须遵循有效的方法才能达到理想效果，惠普的云计算与服务转型参考模型就得到了业界的普遍重视。该模型包括五个发展阶段和六个相关领域，可帮助用户切实可行地评估自身开展云计算的基础，确定自身发展目标和能力需求，同时还可制定实现云计算服务的发展蓝图。

五个云服务发展阶段为：

● “标准化”阶段：此阶段对IT用户以功能性应用管理为主，通过整合和优化内部来实现标准化，直接控制IT成本、增加投资的有效性；

● “优化”阶段 ：此阶段IT组织和用户一起通过既定的整合计划和现有结构化能力进行IT体系结构的改进和实施，推动硬件、软件、数据库管理系统、集成规范和采购等方面的标准化和整合，打下IT优化的基础。后期，IT组织将开始探索IT资源共享的机会；

● “服务驱动”阶段：此阶段，IT组织和消费者认识到IT基础设施和技术体系结构的集中管理和共享使用是进一步减少成本的关键，工作重点将从容量管理转向共享功能的规划。这是构建云服务的前期；

● “区别服务来源”阶段 : 此阶段IT组织管理作为共同资产的通用和共享的IT基础设施。这是IT服务交付阶段，所有IT软硬件资源都已成为为云消费者提供的服务。这时IT组织已能够接受从外部云提供商处获得的服务，服务来源变得越来越动态，服务被区别为更为优化程度不同的解决方案；

● “云服务提供”阶段：此阶段所有组件已经成为云服务的提供载体。如果基础设施规模足够大，IT管理层可以考虑成为公共或私有云的提供者。特别是内部流程的大量自动化，使云服务的规模经营优势得以充分发挥。

惠普云服务转型参考模型列出了各个阶段在如下六个领域的主要特征，帮助企业找到关键点，全面分析和评估IT应用现状：

● 技术体系结构和基础设施：评估企业体系结构的使用和状态、技术资源及容量的管理能力、基础设施管理工具、自动化、虚拟化的水平，以及通过使用共享池提供按需服务的能力；

● 服务管理框架：从管理系统的建立、管理信息的使用、绩效衡量和管理等方面来评估企业服务管理和信息收集能力；

● 治理、财务和安全：评估企业在安全规则和策略等方面的发展情况，包括企业在财务管理会计、投资风险管理、治理成熟度、业务运作模型等方面的表现；

● 文化与人员：在向云服务过渡的过程中，企业文化必须从以能力和技术为中心转向以客户服务和投资效益为中心，因此必须评估企业文化和人员资质，提高在改善客户服务、成本控制和优化投资效益方面发挥的作用；

● 最佳实践流程：流程指IT组织为提供云服务所需要的流程，必须根据ITIL V3规定的最佳实践评估IT流程设计、归档、管理和持续提高的水平，以及最终呈现的效果；

● 服务组合管理：评估和分析服务提供商对消费者提供服务方式的优化水平，为满足消费者需求而提供的服务目录丰富程度，以及服务提供内外环节上的各种保障协议的完备程度。

通过在上述六个领域对企业IT进而全面的评估和分析，可以根据表1描述的惠普云服务转型参考模型确定企业IT所处的阶段，规划和制定自身向云计算服务转型应采取的措施和路线图。

构建云服务行动路线图

下面以惠普为一家全球金融机构实施的云项目为例，介绍构建云服务的具体行动计划。

该项目的目标是提升软件、硬件和主要流程的利用效率，降低IT设备占用空间，推进IT标准化和流程自动化。惠普帮助客户进行IT基础设施的迁移，对开放系统进行整体架构分析，提出了私有云设计方案，并对方案的实施提出了详细的行动路线图。客户在实施私有云方案后，建成了资源灵活供给的IT支撑环境，IT环境的建立从原来的数周缩短为数天。

如图1 所示，惠普在该项目中建议的行动路线图分为如下三步：

● 第一步：定义配合云策略的云服务运营模式的高层体系结构，这个高层体系结构包含四种视图：业务视图、功能视图、技术视图和实施视图。在此项目中，架构的技术视图中采用惠普融合基础设施作为云服务的基础部件。

● 第二步： 进行现状分析、差距分析和项目规划，这一阶段包括如下工作：在主要项目负责人的参与下进行战略规划；获得高层支持，成立项目管理办公室；开发出转型路线图，一般为多年规划；马上着手启动一批速赢项目。

● 第三步：建立业务和ROI案例，获得领导层的批准。许多关于云服务业务价值问题将产生，建议记录下所有云服务带来的硬性和软性成本节约，并建立一套流程跟踪机制进行持续跟踪。这一阶段典型的工作如下：ROI和效益分析；现金流分析；计算投资回报期；比较其他方案。

惠普为该金融机构提供了以上三个步骤的咨询，并利用云服务路线图规划工具生成路线图项目、作可视化分析、提供人员需求模型、估算投资规模、提供ROI模型、制作业务案例和进行差距分析等服务，帮助客户建立私有云，实现了巨大的经济效益。

IT 的管理者很清楚的知道，在不远的未来信息化将成为业务的运营中心，问题是信息化自身又该如何运营管理。

IT 团队需要了解业务部门的需求，然后设计并开发一个个的信息系统。这些信息系统就像工厂里的生产线一样，将生产出真正对业务有所帮助的数据和信息。

IT 的管理者就像是这个工厂的厂长，需要能够敏锐的 发现 业务需求，经过系统化的 设计 并且有效的 协调 人员去实施。此外，还需要高效率的运维 保障 已上线的信息系统稳定运行。

这些要求可不少，IT管理工作看起来就像是在运营一个工厂，并且在这个信息化正在逐步走向成熟的年代，可以说每一个IT管理者都是一个创业者。

管理IT，就像管理一家企业或医院一样，没有什么本质的区别。需要面对的都是那些像幽灵一样，隐藏在各个环节中的问题。我们不太可能真的去一个一个的解决这些看起来千头万绪的问题，因为这些问题很有可能是环环相扣的。

但很快会发现，肯定有那么几个问题是元凶，是导致这千头万绪的根源，只要解决这几个问题，剩下的症状就会自然的全部消失。而问题的关键是，你怎么找到这些根源。

即使问题再难缠，只要能够摆在面前，相信总有办法解决。但是这些问题总是像丛林中的幽灵一样，若隐若现，躲闪在丛林之间。

这些问题似乎就在那里，又若隐若现，有时还会投鼠忌器，所以请允许我用幽灵来形容这些管理上的问题。但是这个世界上肯定不存在幽灵，其实是我们对整体工作的认知不够系统化，所以才给了幽灵们能够躲藏，能够隐蔽的角落。为了找到这些“幽灵”，IT管理者们需要一个系统化的方式。需要一个系统化的方式去认知IT管理工作，否则幽灵们就会出现。

曾经信息化技术有着一些神秘 的技术色彩，甚至对很多人来说还有一些魔法般的神奇。但是，现在这些都不重要了，因为人们不再关心是你怎么实现的，而是关心你究竟能给我带来了什么。

之所以没有像吉普赛人的巫术一样消失，是因为信息化技术真的能够给人们带来价值，要么是提高了业务的效率，要么是减少了浪费。所以，IT为什么存在？答案只有一个，就是为业务创造价值。

IT 的运营是一个为业务创造价值的过程，这个增值的过程是IT团队一系列的输入、转换和输出的行动集合。每个行动都对业务客户产生增值行为，从而最终为业务客户创造价值。

让我们用这样一个脉络去认知IT的运营过程，方向是：首先得了解为谁创造价值。输出是：价值是承载在输出上。过程是：输出是被怎样一个过程创造出来的。输入是：需要输入什么样的原料才能满足过程。所需要的资源是：像生产过程一样，IT的运营过程同样需要投入资源。要遵守的规则是：在这个过程中，需要遵守的规则有哪些。

                           

方向：IT的运营是一个为业务创造价值的过程，重复一下，是 为业务创造价值 。所以，现在创造价值的方向就非常清晰了，要以业务客户为核心。有两点具体的体现：第一是增值的过程是以业务的需求为源头，进行设计和规划。第二是对IT工作的测量指标有很多，但是最高级别测量是客户的满意度。

价值和输出：所谓“输出”指的是增值过程最终输出的产品或服务，而价值一定是被输出承载的。价值一定是摸得着，看得见的，就像人们认宝马的汽车 *** 控性很好的时候，宝马公司的价值是依托于该公司最终提供给你的宝马汽车之上。信息化的价值是通过为业务部门提供了一个一个的信息系统以及服务而体现的。

过程： 为客户创造最终价值的，不是一个活动，也不是一个流程，而是由各个流程组合在一起的整体价值链。 例如、需求分析、审批、设计、开发、测试、部署。又如、申告记录、分派、处理、满意度调查。

输入：根据输出和价值的要求，IT团队需要外部提供什么样的资源输入。

资源：IT的增值过程需要投入直接的资源，包括：人、资金、软件、硬件、数据。当这些资源不足的时候，则直接体现为增值活动的产能不足。

规则：在很多行业中都有相应的规则要求，例如、银监会对商业银行的IT管理要求、保监会对保险公司的IT管理要求。对于这些政策性的管理规则，等于是给IT管理工作圈定了一个范围，任何设计和规划不能超越这个范围。

需求就像原材料一样，不断的被分析、被加工，直到最后形成服务提供给业务客户为止。IT团队可根据价值链，对各项作业进行计划和管控，同时价值链也是生命周期的档案链，是信息传递及追溯的基本逻辑。此外，IT管理者可根据价值链，分析引起交付质量波动的各项作业，并分析其上下环节的原因。

我为什么要在这里特别放一个章节来描述价值，因为我们后续谈的所有内容都是围绕价值创造来开展的。最怕的是过于专注于方法和过程，而忘记了最根本的核心问题--为业务创造价值。IT团队是以流程的方式利用资源，为客户提供服务，从而创造价值。因此流程只是创造价值的方式，但是在不清晰价值的时候，设计流程等于是一种盲目行为。

从客户的角度看，IT服务的价值有两部分组成：效用（Utility）和保障（Warranty）。任意一个都可以增加客户获得的价值，但两个都是必要条件，两个都不能单独构成充分条件。

价值的源泉：效用

效用（Utility）是一个经济学名词，任何产品和服务的价值首先取决于满足用户的期望程度，而用户的期望往往是模糊的，无法直接度量，所以只能间接的衡量由欲望产生的现象。在经济学中以一个人为了实现或满足他的愿望而愿意付出的价格来衡量效用（Utility），所以效用是价值的源泉。

如果把效用简单的进行叙述就是，某个服务或产品使得业务客户在使用后，能够减少多少以前的负面状况，或增加多少正面的状况。

我们可以用这样的逻辑尝试去叙述：利用了……功 能，解除了……谁的，……什么，使得…谁节省了，或增加了……什么。例如、利用数据化的管理，解除了文档无法统计的限制，使客户得到了有效的统计信息，也节省了得到信息的时间。

这就像我们后面要说到的需求管理中“用户故事”一样，用户故事是力求通过简短的语言是从用户的角度来来解读和描述用户渴望得到一些功能。所遵循的逻辑是：As a, Iwant to, so that也就是作为一个<角色>, 我想要<活动>, 以便于<商业价值>。

价值的基础：保障

信息系统发挥效益是建立在其稳定运行的基础上，需要其五个方面的保障： 可用性的保障 、 容量和性能的保障 、安全性的保障、连续性的保障、服务响应时间的保障。

根据最终交付的价值，IT团队的主要工作有两个方面，一是对信息系统的运维保障，二是通过建设和优化信息系统，为业务创造效用。

如果说这两个工作是有着根本的区别，那就是在对外界变化的影响上。运维保障工作受到外界的变化影响小，而为业务创造效用的工作相对受到外界的变化影响大。

运维保障工作的目标不会总是发生变化，也不需要频繁的去和客户讨论目标的变化。IT团队不会天天跑去问客户，你看今天咱们这个信息系统要保障到什么程度？消防队不需要天天问市民，如果今天你家发生火灾我们几分钟到场合适。对信息系统的保障要求对于各个行业来说虽然不一样，成本也不一样。但是，有一点是一样的，就是一旦确定了保障的目标以后，该目标不会频繁的发生变化。那么，我们可以确定为运维保障的目标是基本稳定的。既然目标已经确定，那么重要的是两点，一是如何达到目标，二是如何更加合理的利用资源，更加高效的达到目标。精益的运维管理，也就是一套以达到目标为基本要求，如何更加合理的利用软硬件资源，利用人力资源，利用时间的管理机制。 为业务创造效用的工作则是需要更加敏捷的方式，这是因为业务本身需要更加敏捷的响应市场，所以IT也需要更加敏捷的支持业务。这要考验IT的运作能力，虽然从字面上看敏捷有快速的意思，但是仅仅是速度并不等于敏捷。速度再快，最后的输出不满足业务需求，也是白搭。所以首先是把事做对，也就是满足业务需求的高质量交付，然后是把事做快，因为需求也有保鲜期，我们交付的服务如果过于缓慢，可能需求已经发生了变化。

精益思想和敏捷思想，在IT团队的工作中需要有效的结合， 一个成功的组合策略基于将需求模式分为基础需求和波动需求两种需求，也就是“基础需求和波动需求的分离”，一般来说，基础需求是相对稳定的，如业务对可用性和容量的需求或者对服务请求的响应时间，换句话说都是IT团队预先承诺在日常服务范围以内的支持性工作；而波动需求则和新建系统和创新应用联系在一起，这种需求一般不能预测，具有很大的灵活性。 以客户需求作为切入点，在切入点之前交付的是无个性特征的保障性目标，采用精益思想，也就是推动式的精益运维。在切入点以后，要依据客户需求的实际情况而定（未见得是被需求，可能是引领需求），采用敏捷思想。

ITIL（IT Infrastructure Library）是CCTA（英国国家计算机和电信局）于20世纪80年代末开发的一套IT服务管理标准库，它把英国各个行业在IT管理方面的最佳实践归纳起来变成规范，旨在提高IT资源的利用率和服务质量。 ITIL最初是为提高英国政府部门IT服务质量而开发的，但它很快在英国的各个企业中得到了广泛的应用和认可。目前已经成为业界通用的事实标准。 ITIL的核心 IT服务管理是ITIL框架的核心，它是一套协同流程（Process），并通过服务级别协议（SLA）来保证IT服务的质量。它融合了系统管理、网络管理、系统开发管理等管理活动和变更管理、资产管理、问题管理等许多流程的理论和实践。ITIL把IT管理活动归纳为一项管理功能和十个核心流程，主要如下： （如图） 服务台有时也称帮助台，即通常人们所指呼叫中心或客户服务中心，它不是一个服务管理过程，而是一种服务职能。服务台经常与事件管理紧密结合，用来连接其他的服务管理流程，逐渐被称为一线服务支持的代名词。 服务支持（Service Support） 配置管理 (Configuration Management) 配置管理是将一个系统中软件和硬件等配置项资源进行识别和定义，并记录和报告配置状态和变更请求以及检验配置项的正确性和完整性等活动构成的过程。 变更管理 (Change Management) 变更管理是要确保在IT服务变动的过程中能够有标准的方法，以有效的监控这些变动，降低或消除因为变动所造成的问题。它的目的并不是控制和限制变更的发生，而是对业务中断进行有效管理，确保变更有序进行。 发布管理 （Release Management） 发布管理是指对经测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程，目的是要保障所有的软件组件的安全性，以确保只有经过完整测试的正确版本得到授权进入正式运行环境。 事件管理 (Incident Management) 事件管理指的是突发事件管理或意外事件管理，处理IT的危机并要从中恢复运转。即在出现事故的时候，能够尽可能地恢复服务的正常运作，避免业务中断，以确保最佳的服务可用性级别。 问题管理 (Problem Management) 问题管理是指负责解决IT服务运营过程中遇到的所有问题的流程。问题管理的主要活动实质上就是分析以被列出问题的事件的根本原因，找出解决方案，把事件的影响最小化，并通过找到已发生事件或潜在事故的根本原因来减少事件的数量或消除事件的再次发生。 服务交付（Service Delivery） 服务级别管理(Service Level Management) 服务级别管理是一种严格的超前方法论和处理程序，是定义、协商、订约、检测和评审提供给客户的服务质量水准的流程。 财务管理(Financial Management of IT Services) 财务管理是在提供深入了解IT服务管理流程的基础上，对IT恢复运作的费用及成本重新分配并进行正确管理的程序，其目标是帮助IT部门在提供服务的同时加强成本效益核算，以合理利用IT资源、提高效益及财务资源使用的有效性。 可持续性管理(Continuity of IT Services) 可持续性管理是指确保发生灾难后有足够的技术、财务与管理资源来确保IT能持续服务的管理流程。 容量管理(Capacity Management) 容量管理是指在成本和业务需求的双重约束下，通过配置合理的服务能力来确保服务的持续提供和IT资源的正确管理，以发挥最大效能；以合理的成本及时提供有效的IT服务，以满足组织当前及将来的业务需求。 可用性管理 (Availability Management) 可用性管理是在正确使用资源、方法及技术的前提下保障IT服务的可用性和实践可用性要求。目标是确保IT服务的设计符合业务所需的可用性级别。 ITIL给企业带来什么？ ITIL给企业带来的好处，包括： IT服务的提供变得更加以客户为中心，同时在服务质量上的协商一致改进了双方的关系。 可以对服务质量，可用性，可靠性和服务成本进行更好的管理。 改进业务部门与IT部门的沟通，因为大家采用都是同一个框架。 IT部门形成了一个更为明晰的架构，从而变得更为有效率和更为关注公司目标。 IT部门更加对其负责的基础架构和服务实施控制，同时变更也的更易于管理

以上就是关于企业如何进行IT服务管理全部的内容，包括:企业如何进行IT服务管理、it服务管理主要包括什么等内容、登云云上美_企业登云之路,-,向云服务转型的方法学等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！