ITIL培训及应用研讨——惠讯代维服务项目ITIL应用实践研讨

ITIL培训及应用研讨——惠讯代维服务项目ITIL应用实践研讨 ITIL培训及应用研讨——惠讯代维服务项目ITIL应用 实践研讨 ITIL培训及应用研讨 ——惠讯代维服务项目ITIL应用实践研讨 软件中心 熊斌 27><0<061>.11.<03 课程安排 研讨 ITIL实践应用研讨 11月3日(周5) 下午2:<0<0-16:<0<0 授课/培训 ITSM/ITIL理论学习 11月3日(周5) 上午 9:<0<0-12:<0<0 形式 主题 时间 培训目录 ITSM/ITIL简介 ITIL: Service Support ITIL: Service Delivery 服务与质量 P D C A 质量保证 ITIL ISO-9<0<0<0 1 2 3 4 质量改进 旋转方向 质量计划: 1.Plan(计划) 2.Do(实施) 3.Check(检查) 4.Act(改进) 领导力 人员 政策 & 战略 合作 & 资源 流程 人员方面 的成效 客户方面 的成效 社会方面 的成效 关键绩 效结果 EFQM模型 OGC提出的ITSM的成熟度模型 CMM SPICE 戴明质量环 组织与政策 愿景 使命&目标 政策 规划 时间 数量 质量 成本&效益 任务&行动 实施 评价 & 控制 愿景、目标和政策 客户关系管理 战略 战术 运营 业务经理 预算制定者 部门经理 项目经理 终端用户 IT客户关系管理 客户组织 IT组织 IT治理 服务级别管理 变更管理 事件管理 服务台 产品 政策 报告 战略整合 服务级别 变更请求 支持 需求 供给 流程管理 我们希望到哪儿, 我们现在在哪儿, 我们怎样才能 到达目的地, 我们如何知道 我们已经到达了, 愿景和业务目标 评 估 流程改进 指 标 流程改进模型 流程 负责人 流程 目标 质量参数和 关键绩效 指标 活动和 子流程 流程 资源 角色 输入规范 输出规范 流程辅能者 (Process Enablers) 流程控制 (Process Control) 流程的概念模型 资料来源OGC IT管理&服务的层次和定位 技术 服务 业务 技术 技术管理 网络 服务器 数据库 主机 桌面 系统 其它 业务 服务 技术 业务管理 需求管理 项目组合管理 IT服务战略管理 服务 技术 服务管理 安全管理 运营管理 外包管理 其它 面向项目的管理和面向服务的管理 客户 用户 服务提供者 存储&备份 安全 ERP支持和维护 备件 项目1 项目2 项目3 项目4 „„ 我们的解决方案? Process Process Process Process Process Process 1 支离的IT服务 2 通过流程进行整合: 2 如何实现流程管理, 4 ITSM是最受认可的解决方案 IT服务管理(ITSM)的含义 1 文化 2 组织结构 3 流程 4 工具 一个领域，它将 进行有效而合理的整合，以提供高质量的IT服务。 IT服务管理是一套通过SLA来保证IT服务质量的协同流程。它融合了系统 管理、网络管理、系统开发管理等管理活动以及变更管理、资产管理、问题管理 等许多流程理论和实践。 — Gartner IT服务管理是一种以流程为导向、以客户为中心的 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 。它通过整合IT服 务与企业业务，提高了企业的IT服务提供和服务支持的能力和水平。 — itSMF ITSM的核心思想 传统的IT管理 转变 ITSM 技术导向 流程导向 救火、应急 保健、预防 被动 主动 用户 客户 集中式，企业自己完成 分布式，外包 孤立的，分散的 集成的，企业范围内的 一次性的，混乱的 可重复的，职责明确的 非正式的流程 正式的最佳实践 从IT部门内部考虑 从业务的角度考虑 具体的运营 面向服务的 IT组织，不管是企业内部的还是外部的，都是IT服务提供者，其主要工作 就是提供低成本、高质量的IT服务。 IT服务的质量和成本则需从IT服务的客户(购买IT服务的)和用户(使 用IT服务的)方加以判断。 ITSM也是一种IT管理，但与传统的IT管理不同，它是一种以服务为中心 的IT管理。 ITSM的“三大目标”: 1 以客户为中心 1 服务可计量 3 高质量、低成本的服务 ITSM的“范围” ITSM VS. ERP/CRM/SCM — ITSM主要适用于IT管理、而不是企业的业务管理; — 前者面向IT管理，后者面向业务管理 ITSM VS. ERP/CRM/SCM — ITSM不是通用的IT规划方法; — ITSM的重点是IT的运营和管理，而不是IT的战略规划。 ITSM VS. 技术管理 — ITSM的主要目标不是管理技术; — ITSM的主要任务是管理客户和用户的IT需求; — 有关IT的技术管理是系统管理和网络管理的任务 像制造产品一样生产服务 成本 输入 服务 输出 ITIL降低成本 ITIL提高服务质量 流程(Process Flow) ITSM/ITIL IT生产车间 ITSM/ITIL 基本上没有 质量可测量的产品 ITSM/ITIL 基本上没有 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 的制造工艺 ITSM/ITIL 基本上没有 标准的生产工艺 硬件9<0%/软件8<0%/人5<0% 硬件9<0%/软件5<0%/人2<0% 统一的规格原材料 基于ITIL的IT服务 传统IT服务 工厂生产车间 如何实现IT服务管理(ITSM) IT服务管理 (People) (Process) 流程 人 (Tech & Tool) 技术&工具 ITSM是目标，ITIL是工具～ ITSM流程模型 用户 客户 服务台 事件管理 配置管理 问题管理 变更管理 发布管理 网络管理 应用管理 安全管理 服务级别管理 IT服务财务管理 IT服务连续性 管理 能力管理 可用性管理 CRM 服务支持 服务交付 ITSM的发展趋势 <0<0 <01 <02 <03 <04 <05 25% 5<0% 75% 1<0<0% 服务管理的普及程度 SCP SMS SCE 系统管理 网络管理 分布式应用管理 ITSM 7<0’s 8<0’s 9<0’s 市场成长率: — Gartner: 32% Cagr — Gartner: 32% Cagr — Meta: 26, Cagr ITIL是什么, ITIL是: IT Infrastructure Library的简称; 英国商务办公室(OGC)从2<0世纪8<0年代开始开发的一套IT管理方法; 已成为事实上的行业标准，并以其为中心在全球形成了完整的产业; 任务单位和个人都可以免费使用的“公共框架”; 实际上是一系列由所谓“最佳实践”(Best Practice)形式的图书(共7本); ITIL不是: 硬件 软件 一个可以直接使用的标准 OGC开发ITIL的目标 建立一系列完全的、一致的、连贯的最佳实践规范，以提高IT服务管理质 量，并推动采用IT技术提高业务有效性 鼓励私营机构开发相关的产品和服务(培训、咨询及工具)以支持ITIL ITIL2.<0框架 业务 技术 IT服务管理规划与实施 应用管理 业务 管理 ICT 基础 设施 管理 服务管理 服务支持 服务交付 安全管理 ITIL框架(续1) 业务管理(Business Perspective) ,在提供IT服务的时候，首先应该考虑业务需求，根据业务需求来确定IT需求; ,业务管理模块知道业务管理者以自己习惯的思维模式: 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 IT问题， 了解IT基础架构支持业务流程的能力 了解IT服务管理在提供端到端IT服务过程中的作用 服务管理(Service Manager) 服务管理模块是ITIL的核心模块; ITIL把IT管理活动归纳为十个核心流程和一些辅助流程，然后利用这些流程进行有关IT管理工作; 一共包括十大流程和一项服务太职能; ITIL框架(续2) IT基础设施管理(ICT Infrastructure Management) 侧重于从技术角度对基础设施进行管理; 覆盖了IT技术设置管理的所有方面，包括识别业务需求、实施和部署、对基础设施进行支持和维护等活动; 目标是确保IT基础设施稳定可靠，能够满足业务需求和支撑业务运作; 应用管理(Application Management) 为了确保应用系统满足客户需求并方便对其进行支持和维护，IT服务管理的职能应该合理地延伸，介入应用系统的开发、测试和部署; 应用管理模块指导IT服务提供方协调应用系统的开发和维护，以使它们一致地为客户的业务提供支持和服务。 ITIL框架(续3) 安全管理(Security Management) 1999年新增到ITIL中; 目标是保护IT基础设施，使其避免未经授权的使用; 为确定安全需求、制定安全政策和策略以及处理安全事件提供全面指导; 侧重从政策、策略和方法的角度指导如何进行安全管理。 IT服务管理实施规划 “如何做”(How); 作用是指导如何实施上述模块中的各个流程，包括对这些流程的整合; 指导客户确定远景目标，分析和评价现状; 确定合理的目标并进行差距分析; 确定任务的优先级，以及对流程的实施情况进行评审。 ITIL服务支持与服务交付的流程或职能 服务支持 服务交付 服务台(职能) 事件管理 问题管理 变更管理 发布管理 配置管理 服务级别管理 IT服务财务管理 可用性管理 能力管理 IT服务连续性管理 运作流程 战术流程 Service Support流程 服务台 事件管理 问题管理 变更管理 发布管理 配置管理 事故 问题和已知错误 变更 发布版本 配置项关系 管理工具 事故 业务、客户和用户 事故 沟通、更新 和权益措施 事件请求、需求 客户调查报告 变更 发布 Service Delivery流程 业务、客户和用户 服务级别管理 可用性管理 能力管理 IT服务财务 管理 IT服务连续 性管理 需求、目 标和绩效 请求和 需求 沟通、更 新和报告 警告和期 望调整 管理工具和 IT基础设施 关于的ITIL的WHY和WHO Why IT服务提供商利用ITIL概念和实践: 提高客户对IT服务的满意度 加强与客户的交流 对于关键系统和基础设施，使之达到更高的可靠性 提升服务的性价比 在所有员工中建立一种共识 Who 为什么使用ITIL, 谁在使用ITIL, 世界范围内超过1<0,<0<0<0家的公司 欧洲、加拿大和澳大利亚的IT从业者 微软、惠普、IBM等国际厂商 IT支持服务供应商 相关的工具和框架 受ITIL影响的工具 HP Openview Service Desk ”„根据ITIL的最佳实践 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 „“ Remedy Strategic Service Suite ”„和ITIL的最佳实践相兼容„“ CA Unicenter Service Desk ”„和ITIL相适应„“ Peregrine Service Center ”„基于世界范围内顶尖的IT从业者多年的经验，以及最佳实践的全球标 准，包括ITIL„“ 基于ITIL的框架 Microsoft Operation Framework (MOF) ”„结合了ITIL的工业标准，以及微软产品与技术的特殊要求„“ HP IT service Management Reference Model ”„建立在惠普的服务管理与流程的经验，以及ITIL和最佳实践基础之上„“ ITIL的管理者 OGC itSMF ISEB EXIN 咨询公司/培训机构 拥有 运营 认证 考试 教育 培训 培训目录 ITSM/ITIL简介 ITIL: Service Support ITIL: Service Delivery 服务台(Service Desk) 服务台(Service Desk)在服务支持中扮演着一个极其重要的角色。完整意义上的服务台可以理解为其他IT部门和服务流程的“前台”，它可以在不需要联系特定技术人员的情况下处理大量的客户请求。对用户而言，服务台是他们与IT部门的唯一连接点，确保他们找到帮助其解决问题和请求的相关人员。 服务台有时也被称作“帮助台”(Help Desk)，但这两个概念的意义并不完 全一样。帮助台的主要任务是记录、解决和监控IT服务运作过程中产生的问题，主要和事故管理相关联。而服务台的概念则具有更广泛的内涵，它通过提供一个集中和专职的服务联络点促进了组织业务流程与服务管理基础架构的集成。 服务台不仅负责处理事故、问题和客户的询问，同时还为其它活动和流程提供接口。这些活动和流程包括客户变更请求、维护合同、服务级别管理、配置管理、可用性管理和持续性管理等。 概念 服务台(续1) 服务台的主要目标是协调客户(用户)和IT部门之间的关系，为IT服务运作提供支持，从而提高客户的满意度。 作为与用户联系的“前台”，服务台首先对来自用户的服务请求进行初步处理。 当它预计无法在满足服务级别的前提下有效处理这些请求，或是这些请求本身就是它所无法解决的时候，它就将这部分请求转交给二线支持或三线支持来处理。 服务台结构 服务台目标 1)分布式服务台 2)集中式服务台 3)虚拟式服务台 服务台(续2) (1)响应用户呼叫。即对于用户发出的错误报告、服务请求、变更请求等事件进行记录和处理。这是服务台的最主要工作。 (2)提供信息。服务台是为用户提供IT服务信息的主要来源，一般可以采用布告栏、Email、屏幕消息等方式为用户提供有关错误、故障或新增服务等方面的信息。 (3)客户需求管理和客户关系管理。服务台不仅仅是客户请求响应中心，同时也是客户关系管理中心。因此服务提供方应采取必要的措施和使用适当的技术对服务台进行有效的管理，从而使服务台可以准确迅速地了解客户的需求，改 善客户体验，提高客户满意度。这些措施和技术包括结构化询问技术、详细了解客户和跟踪客户、维护客户数据库和在客户中推广服务台等。 (4)供应商联络。在IT服务运作出现故障或因客户提出新的服务请求而需进行有关变更时，服务台通常需要负责与供应商进行联络以维修或替换有关的软硬件组件。 (5)日常运作管理。服务台承担的日常运作管理任务包括数据备份与恢复、磁盘空间管理、建立新用户、管理用户口令等。 (6)基础架构监控。利用相关工具对IT基础架构的运作情况进行监控，一旦检测到故障已经发生或即将发生，就应立即评估这种故障对关键设备可能产生的影响，并在必要时将检测到的故障报告事故管理部门。 主要作用 事件管理(Incident Management) 事故 ( Incident ) 是指引起或有可能引起服务中断或服务质量下降的不符合IT服务标准操作的活动。这里所指的事故不仅包括软硬件故障，还包括服务请求，例如状态查询、重置口令、数据库导出等。 当多个事故需要同时处理时，必须根据事故所造成的影响、事故的紧急程度、解决事件的难易程度等因素确定事故处理的优先级。 如果在协议约定的时间内一线支持无法解决事故，就需要更多的支持人员介入，这称作事故升级(Incident Escalation) 概念 事件管理(续) 目标 事故管理的目标是在尽可能小地影响客户和用户业务的情况下使IT系统尽快恢复到服务级别协议所定义的服务级别，同时记录事故以为其他流程提供支持。 流程 问题管理(Problem Management) 概念 事故管理并不负责查找事故产生的潜在原因，其强调的是速度。调查和分析 IT基础架构和查找事故产生的根本原因是问题管理的责任。 与事故管理强调事故恢复的速度不同，问题管理强调的是找出事故产生的根源，从而制定恰当的解决方案或防止其再次发生的预防措施。 在尚未查明事故产生的原因前，事故所对应的潜在原因被称为问题。而在找到事故产生的根本原因后，问题就成为一个知名错误(Known Errors)。随后可以提出一个变更请求(Request of Change)来消除该知名错误和防止类似事故再次发生。 问题管理(续1) 目标 问题管理与事故管理都是针对事故而为用户提供支持的服务管理流程。但两者的目标是不同的，如果说事故管理流程是“治标”的流程，那么问题管理则致力于“治本”。如下三大目标: 将由IT基础架构中的错误引起的事故和问题对业务的影响减少到最低程度; 查明事故或问题产生的根本原因，制定解决方案和防止事故再次发生的预防措施; 实施主动问题管理，在事故发生之前发现和解决可能导致事故产生的问题。 流程 问题管理(续2) 问题管理流程运作过程中需要输入的信息包括: 由事故管理流程提供的事故信息和应急措施; 由配置管理数据库提供的配置信息; 有关IT基础架构中所使用的产品的供应商的信息，包括有关这些产品的技术说明和知名错误的信息; 有关基础架构组件及其运行情况的信息，如能力管理报告、可用性报告和服务级别报告等。 问题管理流程输出的信息包括: 知名错误; 变更请求(RFCs); 更新的问题记录(包括解决方案和/或应急方案); 已经得到解决并终止的问题的记录; 将事故与问题、知名错误的匹配信息; 管理信息。 配置管理(Configuration Management) 概念 配置管理提供的有关基础架构的配置信息可以为其他服务管理流程提供支持，如事故管理人员和问题管理人员需要利用配置管理流程提供的信息进行事故和问题的调查和分析，能力管理和可用性管理需要根据有关配置情况的信息分析和评价基础架构的服务能力和可能达到的可用性。 在配置管理中，最基本的信息单元是配置项(Configuration Items，CIs)。所有软件、硬件和各种文档，比如变更请求、服务、服务器、环境、设备、网络设施、台式机、移动设备、应用系统、协议、电信服务等都可以被称为配置项。 配置管理数据库不仅保存IT基础架构中特定组件的配置信息，而且还包括各配置项相互关系的信息。 配置管理不同于IT资产管理。后者是一个计量过程，用于控制和管理超过一定价值的资产的折旧过程;它记录了资产的购置时间、购买价格、折旧年限、折旧方法以及资产所处状态和位置等方面的情况。而配置管理除了记录配置项本身的信息外，还记录了各配置项之间的关系以及有关配置项的标准和授权方面的信息，同时它还记录了配置项的当前状态和变更情况。 配置管理(续) 目标 配置管理作为组织IT基础架构的信息中心和控制中心，必须实现以下几个目标: 计量组织和服务中所使用的所有IT资产和配置项的价值; 为其它服务管理流程提供有关IT基础架构配置的准确信息; 为事故管理、问题管理、变更管理和发布管理的运作提供支持; 核实有关IT基础架构的配置记录的正确性并纠正发现的错误。 流程 变更管理(Change Management) 变更管理是指为在最短的中断时间内完成基础架构或服务的任一方面的变更而对其进行控制的服务管理流程。当问题管理通过调查和分析发现问题产生的根本原因，但不能制定恰当的解决方案从根本上予以解决时，问题管理需要向变更管理提交变更请求，从而从通过实施必要的变更从根本上消除问题的根源。 在变更管理流程运作过程中，需要组建变更咨询委员会(CAB)。变更咨询委员会负责对问题管理流程提交的变更请求进行评审，并决定是否批准该变更请求的实施。 变更咨询委员会应当从业务和技术两个角度充分评估变更的影响。为此，变更咨询委员会的成员应当由变更经理、客户、用户经理、用户群代表、应用开发和维护人员以及有关的专家和技术顾问等人员组成。 概念 变更管理(续) 变更管理的目标是确保在变更实施过程中使用标准的方法和步骤，尽快地实施变更，以将由变更所导致的业务中断对业务的影响减小到最低。 目标 输入信息包括: 变更请求(RFC); 配置管理数据库(CMDB)提供的数据信息，特别是有关变更影响的信息; 变更实施进度表(Forward Schedule of Changes); 能力管理提供的能力数据库以及财务管理流程提供的预算信息等。 输出的信息包括: 更新的变更实施进度表; 触发配置管理和发布管理开始运作的信号; 变更咨询委员会的议程、会议记录和行动项目; 变更管理报告。 流程 发布管理(Release Management) 发布管理负责计划与实施IT服务的变更，并描述变更的各个方面。其主要目标是通过正规的实施变更流程及测试确保应用系统的质量。 发布的类型主要包括德尔塔发布(Delta Release)、全发布(Full Release)和包发布(Package Release)三种。 涉及的3个数据库: 最终软件库(Definitive Software Library，DSL)，最终软件库是一个存放和保管所有已批准的最终版本的软件配置的数据库，它是软件正本存放的物理仓库或逻辑存储空间。由于受到变更和发布管理的严格控制，只有那些已经过批准认可的软件才会被纳入DSL之中 最终硬件库(Definitive Hardware Store，DHS)，是为安全存储最终确定的备用硬件而设置的一个区域。有关这些组件及其各自的构件和相关内容的信息必须全面记录于配置管理数据库(CMDB)中。这些组件可能被其它系统或恢复重大事故时用到，但当这些临时性的使用完成后，应将其归回最终硬件库(DHS) 配置管理数据库(CMDB)，为发布管理提供信息，并由发布管理更新。 概念 发布管理(续) 发布管理负责将经测试无误的软硬件版本发布到目的变更地点，并保证相应的服务级别。具体来说，发布管理需要实现的目标包括: 计划和协调软硬件组件的发布; 设计和实施有效的程序来分发和安装IT系统的变更; 确保只有正确的、被授权的和经过测试的软硬件版本才能导入实际运作环境; 结合变更管理，准确发布的确切内容和首次发布计划; 确认所有最终软件库中软件正本的拷贝是安全可靠的，并且在配置管理数据库中得到了更新。 目标 主要活动 培训目录 ITSM/ITIL简介 ITIL: Service Support ITIL: Service Delivery 服务级别管理(Service Level Management) 概念 服务级别管理是(SLM)为签订服务级别协议(SLAs)而进行的计划、草拟、协商、监控和报告以及签订服务级别协议后对服务品质的评价等一系列活动所组成的一个服务管理。 从某种程度上讲，服务级别管理的主要任务是在服务质量需求和供给以及客户满意和IT服务成本之间寻求求一个合理的平衡。 服务级别管理围绕组织业务需求和IT服务级别展开，需要协调IT服务提供方(IT Service Providers)、客户(Customers)、内部供应商(Internal Suppliers)和外部第三方供应商(External Suppliers)四方之间的关系。 服务级别管理主要通过一套服务级别协议体系来协调这四方的关系。这个服务级别协议体系主要包括服务级别协议(Service Level Agreements)、运作级别协议(Operation Level Agreements)和支持合同(Underpinning Contracts) 服务级别管理(续) 目标 明确客户的业务需求及相应的IT服务需求; 确保以合理的成本提供约定的IT服务级别; 确保实际的IT服务级别达到约定的服务级别的要求; 改善客户关系和提高客户满意度。 流程及活动 IT服务财务管理(Financial Management for IT service ) 随着企业对IT系统依赖程度的增加以及IT系统预算的持续增加，人们越来越重视IT系统本身的成本等一系列问题。 IT服务财务管理考虑IT资源的效率及经济价值，旨在将基于预算的IT组织转变为类似于商业组织的具有成本意识的组织，为用户提供成本合理的IT服 务。 成本合理的IT服务必须考虑质量、成本、客户需求三方面的因素并平衡其关系。 IT服务财务管理(Financial Management for IT Services)是负责对IT服务运作过程中所涉及的所有资源进行货币化管理的流程。 该流程主要包括预算编制、IT核算和服务计费三个子流程。 概念 目标 IT服务财务管理从经济效益的角度对组织的IT服务运作进行反映和控制，实现了对IT服务运作的价值管理。具体而言，IT服务财务管理流程应当实现以下目标: 对支持IT服务运作的IT资产和资源进行成本效益管理; 为IT服务管理人员基于成本效益原则对每项IT投资做出科学的决策提供信息; 便于企业内部采取商业化形式进行IT服务的运作; 全面核算IT服务的运作成本; 通过服务计费引导客户行为，节约IT服务成本。 IT服务财务管理(续) 预算编制(Budgeting)是组织用于预测和控制费用开支的一个子流程。IT预算由定期协商以设定预算目标(通常是每年一次)和对当前预算执行情况进行日常监控两部分组成。 T核算(Accounting)是指对IT服务运作过程中产生的各种效益和成本进行确认、计量和报告的过程。 服务计费(Charging)是负责向使用IT服务的客户收取相应费用的子流程。服务计费子流程包括计费对象的确定和计费方法的选择。计费子流程的顺利运作需要以IT服务会计核算系统为基础。 流程 能力管理(Capacity Management) 能力管理主要关注组织业务和IT基础架构之间的关系，它不仅要评价和改进现有服务能力，而且还应分析和预测组织未来的业务需求，从而据以确定未来应当配置的服务能力的级别。 能力管理流程的实施主要围绕以下三方面的问题展开: 维持现有IT服务能力的成本相对于组织的业务需求而言是合理的吗, 现有的IT服务能力能满足当前及将来的客户需求吗, 现有的IT服务能力发挥了其最佳效能吗, 概念 目标 能力管理需要根据组织当前及未来的业务需求以合理的成本为IT服务运作配备所需的IT资源。所以，能力管理不仅要了解组织当前的业务需求及未来的业务需求，还要合理地预测技术发展的趋势，从而做到服务能力与服务成本、业务需求与技术可行性的最佳组合。 具体而言，能力管理需要实现以下目标: 分析当前的业务需求和预测将来的业务需求，并确保这些需求在制定能力计划时得到充分的考虑; 确保当前的IT资源能够发挥最大的效能、提供最佳的服务品质; 确保组织的IT投资按计划进行，避免不必要的资源浪费; 能力管理(续1) 能力管理流程包括三个子流程，即业务能力管理(Business Capacity Management)、服务能力管理(Service Capacity Management)和资源能力管理(Resource Capacity Management)。业务能力管理子流程主要关注组织未来业务对IT服务的需求，并确保这种未来的需求在制定能力计划时得到充分考虑。服务能力管理子流程关注的是现有的IT服务品质能否达到服务级别协议中所确定的服务级别目标。资源能力管理子流程主要关注IT基础架构中每个组件的能力和使用情况，并确保IT基础架构的能力足以支持服务级别目标的实现。 这三个子流程之间的关系可以表述为，当业务对IT服务的需求经过业务能力管理子流程处理并正式运作后，接下来就由服务能力管理子流程来确保该项IT服务的品质能够满足约定的服务级别目标的要求，而资源能力管理子流程则 负责对支持IT服务运作的各IT组件的能力进行监控和评价，以确保足够的资源能力支持IT服务的运作，并保证现有的IT资源得到最佳利用。 流程及活动 能力管理(续2) 能力管理流程的活动可以分为三类: 持续性活动，包括重复性活动、需求管理和将数据存入能力数据库(CDB)三种，这三种活动是三个子流程所共有的; 初始性活动，包括模拟测试和应用选型两种具体的活动，这两种活动主要在服务能力管理子流程和资源能力管理子流程中进行; 定期性活动，主要是指制定能力计划。 输入/输出 IT服务持续性管理(IT Service Continuity Management) 在当今服务导向和客户中心的的业务环境下，维持IT服务的持续运作对于实现组织目标具有至关重大的意义。尤其是在发生灾难的情况下，如何保证IT服务运作的持续性是IT服务管理人员需要特别关注的问题。 IT服务持续性管理(IT Service Continuity Management)就是负责预防灾难、增强IT基础架构的恢复能力(Resilience)和容错能力(Fault Tolerance)的流程，它需要确保组织在发生灾难后有足够的技术、财务和管理资源来确保IT服务的持续性运作。 灾难(Dizaster)指严重影响系统运行甚至导致系统停止运行的外来事故，如地震、火灾、水灾、失窃、恐怖袭击、网络恶意攻击、大范围电力中断等。 IT服务持续性管理(ITSCM)是组织业务持续性计划(Business Continuity Management)的一个组成部分。业务持续性管理流程主要侧重于将风险降低至合理水平以及在业务中断发生以后进行业务流程恢复两个方面。而IT服务持续性管理主要侧重于IT基础架构的技术方面。 IT服务持续性管理与事故管理、问题管理关注日常性的事故和问题不同，它主要关注那些对组织业务运作可能产生重大影响的灾难性事故。 概念 IT服务持续性管理(续) IT服务持续性管理的目标是确保业务运作所需的IT基础架构和和IT服务在灾难发生后的限定时间内能够得到恢复，从而对组织的总体业务持续性管理(BCM)提供支持。 目标 流程 可用性管理(Availability Management) 电子商务时代，企业面临的是一个电子化的虚拟市场。在这个市场中，企业通过IT基础架构和外部设施(如通信、物流等)与消费者进行物质、信息和资金的交换。企业的信息化程度越高，则组织的业务流程对IT服务的依赖程度也越高。IT基础架构及其支持的IT服务的可用性对组织业务具有关键性的影响，因此对支持IT服务的IT基础架构及其技术实施可用性管理(Availability Management)是非常必要的。 可用性管理是有关设计、实施、监控、评价和报告IT服务的可用性以确保持续地满足业务的可用性需求的服务管理流程。 可用性(Availability)是指一个组件或一种服务在设定的某个时刻或某段时间内发挥其应有功能的能力。它通常以可用率来表示，即在约定的服务时段内，客户实际能够使用的服务的时间比例。 与可用性相关的概念有可靠性(Reliability)、可维护性(Maintainability)、安全性(Security)和可服务性(Serviceability)。 可靠性是指IT基础架构可以无间断运作的能力，它主要取决于单个IT组件的可靠性和IT基础架构的整体恢复能力。 可维护性是指IT基础架构在出现故障后能够被迅速恢复的能力。 安全性是指于某项服务相关的数据的保密性、完整性和可用性。 概念 可用性管理(续) 可用性管理的目标是提供确保业务目标的成本合理的、可用性级别定义的IT服务。即客户需求应该和IT结构及IT组织所能提供的能力相一致。如果二者之间存在差距，就需要由有可用性管理流程来提供解决方案。 目标 流程 可用性管理流程涉及IT基础架构的设计、实施、评价和控制等过程，并且 贯穿于IT服务运作的整个过程。 可用性管理流程运作过程中需要进行的活动主要包括可用性需求分析、可用 性设计、恢复方案设计、编制可用性计划、IT组件维护管理、可用性改进、可 用性评价和报告等活动。 主要活动 研讨内容 服务支持 服务交付 服务台(职能) 事件管理 问题管理 变更管理 发布管理 配置管理 服务级别管理 IT服务财务管理 可用性管理 能力管理 IT服务连续性管理 客户与用户定义 客户 用户 各个地市移动公司，与我们签订合同的人或代表 所有根据合同可以享受我方服务的移动公司人员，尤其是指那些可以向我们 发起服务请求的部门或人员 以项目/职能为中心的运营模式 客户1 客户2 客户3 PM1 PM2 PM3 客户1 客户2 客户3 网 络 主 机 DB 桌 面 以项目为中心 的模式 以职能为中心 的模式 面向服务的模式 客户1 客户2 客户3 服务台 事故管理 问题管理 变更管理 发布管理 配置管理 网 络 主 机 DB 桌 面 代维服务,>服务台 24小时技术支持 服务台模式/结构 服务台人员配置 服务台 工作流程 财务工作流程表财务工作流程怎么写财务工作流程图财务工作流程及制度公司财务工作流程 及内容 服务台的绩效考核 知识经验库及知识共享 其它流程对服务台的支持 服务台设计 代维服务,>事件管理 紧急通信故障处理 事件管理设计 事件管理范围(故障) 事件类型、事件来源及升级规则、优先级等的相关定义 职责和角色 相关活动内容 流程图 信息项/表单 流程绩效衡量标准 与其它流程的关系 代维服务—>问题管理 专题化网优分析 问题管理设计 问题管理范围 优先级、问题状态代码、问题分类相关定义、问题性质等相关定义 职责和角色 相关活动内容 流程图(含问题控制和错误控制) 信息项/表单 流程绩效衡量标准 与其它流程的关系 代维服务—>变更管理 割接/版本升级等 变更管理设计 变更管理范围 RFC、分类(类别和优先级) 职责和角色，如CAB、变更经理等 相关活动内容(含实施后评审) 流程图 信息项/表单 流程绩效衡量标准 与其它流程的关系 各种决策过程 代维服务—>配置管理 项目相关工具及其状态 配置管理 配置项 配置项关系 配置项状态 代维服务,>发布管理 项目现场实施 发布管理 发布管理范围 相关定义:最终软件库DSL、最终硬件库DHS(备品备件) 相关定义:受控测试环境、生产环境 关键流程 绩效衡量 与其它流程接口:如分布管理可作为变更管理的子流程 版本升级实施 割接实施 数据制作与发布 代维服务,>服务级别管理 服务承诺 服务承诺/额外服务承诺 服务等级协议(SLA) 服务级别需求 服务说明书(含需求和技术) 服务目录 维护工程改善行动阶段 服务改进方案(SIP) 服务质量控制规范 项目质量和效率保证措施 服务质量计划 分解到OLA和UC 质量控制绩效 服务级别报告 代维服务,>IT服务财务管理 服务可计量 财务管理 预算 核算 会计 代维服务—>可用性管理 抢修时限 可用性管理 定义: 可用率 PMMR 代维服务—>能力管理 业务能力管理 服务能力管理 资源能力管理 代维服务—>IT服务连续性管理 容灾备份策略 规划 代维服务—>安全管理 安全管理服务定义 安全管理措施 前面已经讲到，IT服务持续性管理是总体业务持续性管理流程的一个部分。IT服务持续性计划一般也融合在业务持续性计划中。因此，IT服务持续性管理的实施和运作必须紧密结合业务持续性管理所确定的业务持续性周期(Business Continuity Lifecycle)进行。 下图显示了一个按照业务持续性周期实施的IT服务持续性管理的流程模型。