IT服务管理
什么是IT服务管理(ITSM)
信息技术服务管理 (ITSM) 是组织为设计、构建、交付、运营和控制提供给客户的信息技术 (IT) 服务而执行的活动。
与网络管理、IT系统管理等更加以技术为导向的IT管理方式不同，[2] IT服务管理的特点是采用过程管理方式，关注客户需求和为客户提供IT服务，而不是IT系统，强调持续性。 改进。 CIO WaterCoolers 的年度 ITSM 报告指出，企业使用 ITSM“主要是为了支持客户体验 (35%) 和服务质量 (48%)。”[3]
语境
ITSM 框架与其他管理标准之间的关系
作为一门学科，ITSM 与其他 IT 和一般管理方法、信息安全管理和软件工程具有联系和共同兴趣。因此，IT 服务管理框架受到了其他标准的影响并采用了它们的概念，例如CMMI、ISO 9000 或 ISO/IEC 27000。[4]
专业组织
有国际性的分会专业协会，例如 IT 服务管理论坛 (itSMF)，[5] 和 HDI。这些组织的主要目标是促进 ITSM 框架用户之间的经验和想法交流。为此，国家和地方itSMF 和HDI 分会（LIG 或itSMF 的地方利益团体）组织了会议和研讨会。他们中的一些人还致力于将 ITSM 框架文档翻译成各自的语言或发布自己的 ITSM 指南。有多种服务管理认证，如 ITILv4、TOGAF 或 COBIT。[6]
各种框架
ITSM 和重叠学科的各种框架包括：
- ITIL 是一组 IT 活动的详细实践，例如 IT 服务管理 (ITSM) 和 IT 资产管理 (ITAM)，重点是使 IT 服务与业务需求保持一致。
- TOGAF 是一种框架和方法，旨在定义业务目标，同时使它们与与软件开发相关的架构目标保持一致。
- 业务流程框架 (eTOM) 是电信服务提供商的流程框架。
- COBIT（信息和相关技术的控制目标）是一个 IT 治理框架，用于指定控制目标、指标和成熟度模型。最近的版本已将选定控制目标的命名与已建立的 ITSM 过程名称保持一致。
- FitSM 是轻量级服务管理的标准。它包含几个部分，包括例如可审计的要求和文档模板，它们在知识共享许可下发布。其基本过程框架在很大程度上与 ISO/IEC 20000 的框架一致。
- CMMI 指导所有类型的服务提供商建立、管理和改进服务以满足业务目标。
- ASL 的目标是应用程序管理的专业发展。这是通过提供一个框架来实现的，在该框架中应用程序管理的过程相互关联。
- USM 是基于原则的 USM 方法，它为服务组织提供了一个标准化的管理系统，以基于明确的服务管理架构来管理其人员、流程、技术和服务。
- ISO/IEC 20000 是管理和提供 IT 服务的国际标准。它的流程模型与 ITIL 第 2 版的流程模型有许多相似之处，因为 BS 15000（ISO/IEC 20000 的前身）和 ITIL 在 ITIL 的第 2 版之前相互对齐。 ISO/IEC 20000 定义了有效的“服务管理系统”（SMS）的最低要求。可以审核 SMS 与 ISO/IEC 的一致性，并且组织可以在定义的范围内获得其 SMS 的 ISO/IEC 20000 认证。
- BiSL 是信息管理领域的最佳实践框架。
- MOF（微软运营框架）除了服务管理功能的通用框架外，还包括基于微软技术的服务管理指南。
过程
在组织中执行 ITSM 流程，尤其是那些更受工作流驱动的流程，可以从专业软件工具的支持中受益匪浅。
ITSM 工具通常作为 ITSM 套件销售，它支持一整套 ITSM 流程。它们的核心通常是一个用于处理事件、服务请求、问题和变更的工作流管理系统。它们通常还包括用于配置管理数据库的工具。这些套件能够轻松地将事件、服务请求、问题和变更记录相互关联以及与来自 CMDB 的配置项记录进行关联，这可能是一个很大的优势。 ITSM 工具通常也称为 ITIL 工具。 100 多种工具自称为 ITSM 或 ITIL 工具。其 ITSM 工具满足定义的功能要求以支持一组 ITIL 流程的软件供应商可以获得官方批准，允许他们在 Axelos 的 ITIL 软件认可计划下使用 Axelos 商标和“ITIL 流程兼容”标志。
服务台是 ITIL 定义的 IT 服务管理 (ITSM) 学科内的主要 IT 功能。它旨在提供单一联系点 (“SPOC”) 以满足用户和 IT 员工的通信需求，并同时满足客户和 IT 提供商的目标。 “用户”是指服务的实际用户，而“客户”是指为服务付费的实体。
ITIL 方法将服务台视为服务提供商和用户/客户之间日常联系的中心点。它也是报告事件（服务可用性或质量的中断或潜在中断）和用户提出服务请求（常规服务请求）的焦点。
ITIL 将呼叫中心或服务台视为类似的服务台，它们仅提供服务台所能提供的部分服务。服务台采用更广泛且以用户为中心的方法，旨在为用户提供满足所有 IT 要求的知情单点联系。服务台旨在促进将业务流程集成到服务管理基础架构中。除了主动监控和拥有事件和用户问题，并为其他服务管理学科与用户社区提供沟通渠道外，服务台还为其他活动提供接口，例如客户变更请求、第三方（例如维护合同） , 和软件许可。
- 41 次浏览
【IT运营】MITRE :IT服务管理
定义：
信息技术 (IT) 服务管理 (ITSM) 是解决管理、支持和交付 IT 服务的最佳实践的框架、流程和模型的通用保护伞。 IT 服务可能包括（由 NIST 为云计算定义）：软件即服务 (SaaS)、平台即服务 (PaaS) 和基础设施即服务 (IaaS)。
关键词：
CMM、COBIT、基础设施服务、ISO 20000、ITIL、ITSM、服务交付、服务台、服务管理、服务支持
MITRE SE 角色和期望：
支持发起人采购新 IT 系统、将现有基于 IT 的系统迁移到通用或共享基础架构或升级其内部业务系统的 MITRE 系统工程师 (SE) 必须了解 IT 和相关的控制流程，运营、共享使用和治理。 MITRE SE 围绕 ITSM 框架或方法开发综合计划，或解决特定流程领域中的特定问题。示例包括制定从分散式服务台迁移到集中式服务台的实施计划、建议流程改进以提高整体系统可用性、设计端到端监控系统、开发服务目录和服务水平协议以及确定服务管理的关键支持因素工艺领域。
背景
IT 服务提供商有多种框架和最佳实践可供使用，无论他们是商业提供商还是内部 IT 组织。本文重点介绍信息技术基础架构库 (ITIL®) 中定义的流程和实践，这是最全面和广泛采用的 IT 服务管理框架 [1]。
ITSM 的其他相关最佳实践框架包括：
- 信息和相关技术的控制目标 (COBIT)，由 ISACA IT 治理研究所 [2] 开发。
- IT 服务能力成熟度模型（CMM、CMMI、CMM 服务），它为定义过程域和衡量组织在这些过程域内的成熟度水平提供标准 [3]。
- ISO/IEC20000 是一个基于 ITIL 框架的国际标准，适用于希望对其服务管理流程进行正式认证的 IT 组织 [4]。
ITIL 是由英国政府商务办公室 (OGC) 开发的框架。最初的 ITIL 框架是在 1980 年代后期开发的，然后被记录在 1990 年代称为 ITIL v2 的书籍集中。该框架的当前版本 ITIL v3 于 2007 年发布。ITIL v3 的更新于 2011 年发布。此外，2011 年，ITIL 的所有权从 OGC 转移到 HM Government。
ITIL 框架基于 IT 组织向业务客户提供服务而不是技术的概念。服务和技术之间的区别在于 IT 组织通过接受和管理与该技术相关的风险为其客户提供的附加值。简单来说，Microsoft Exchange 服务器是一种技术。电子邮件或消息传递是一种包含支持和管理功能的服务，其详细信息对最终用户或客户是隐藏的。 ITIL 将这些支持和管理功能划分为贯穿服务生命周期的 30 个过程域。
尽管 ITIL 确实描述了被认为是最佳实践的 30 个过程域的主要元素，但 ITIL 并不是规定性的。例如，ITIL 描述了持续服务改进流程，但不要求使用一种流程改进方法而不是另一种。从业者可以依靠精益、六西格码或其他方法来改进流程。同样，ITIL 可以与 COBIT 结合使用。例如，对于变更管理和治理相关的流程，这两个框架与 CMM 具有相似的互补关系。 ITIL 还提供了与应该在治理结构中考虑的每个过程域相关联的角色的描述。
ITIL 服务生命周期分为五个阶段，每个阶段都有一组在该阶段发挥关键作用的流程和功能（参见图 1）。请注意，ITIL 知识体系中提到的一些过程领域在整个服务生命周期中都是相关的。特定阶段下的流程分类只是为了证明这些流程领域何时最重要。
Figure 1. ITIL v3 Phases and Process Areas
为什么要实施 ITIL？
ITIL 提供了一个用于查看 IT 支持和服务流程的框架。没有一个 ITIL 过程域是“新的”或不同于传统的 IT 过程域。 ITIL 的不同之处在于它承认 IT 不再推动业务决策。相反，IT 服务在很大程度上已成为一种商品。这种转变经常导致 IT 组织与他们支持的业务运营分离并被边缘化。 ITIL 框架的设计目标是将 IT 注入业务决策；也就是说，ITIL 旨在重新建立 IT 参与制定业务或任务决策的目的，目标是以合理的成本提供相关的、改进的服务。通过在服务生命周期的开始就让 IT 参与进来，支持和服务级别产品可以成为每项 IT 服务的标准部分。
绩效不佳的 IT 运营通常是问题的征兆，而不是问题本身。 IT 运营从业务部门、应用程序开发、系统工程和组织的其他部分接收系统。缺乏组织流程和标准可能意味着 IT 运营团队必须管理市场上可用的每个平台和应用程序的每个版本。这通常是组织业务模型的结果，在这种模型中，IT 运营在决策制定中的参与有限，这些系统设计是他们在生命周期的过渡部分之后拥有的。设计阶段生命周期管理（或维持）越早，就越有可能实现总体成本和性能目标。这是一个关键且经常被忽视的点。
ITIL 有助于指出从新系统的概念化阶段开始、持续到采购、然后转向直接影响应用程序开发和系统工程团队的变更、配置和发布管理流程的流程。最重要的是，这些流程包括作为服务开发流程不可分割的一部分的任务/业务代表。
最后，ITIL 强调指标的重要性，无论是在衡量 ITIL 计划本身的成功还是衡量 IT 组织在提供客户服务方面的绩效方面。由于 ITIL 实施计划通常很长，因此在整个计划期间展示改进是至关重要的。
最佳实践和经验教训
在 2000 年代初期，ITIL 成为 IT 组织（包括联邦政府机构内部的组织）采用的流行框架。然而，联邦政府机构在实施 ITIL 方面仍在追赶私营部门。
- 我们到了吗？实施 IT 服务管理框架是一个漫长的过程。即使组织只关注 ITIL 流程领域的一个子集，组织也可能会在这些工作上花费长达两年的时间。出于这个原因，ITIL 计划需要高层领导的支持才能成功。强有力的治理是即使是有限成功的关键组成部分。
- 这不仅仅与 IT 有关。 IT 服务管理超越了 IT 运营，并扩展到了 IT 服务的所有方面，包括采购计划、财务计划、服务组合管理和发布管理。不要错误地将 IT 服务工作仅集中在 IT 运营上。如前所述，操作性能问题通常是症状，而不是问题的根本原因。
- 有人为你服务吗？ IT 组织通常不愿让组织外部的代表参与其 IT 服务工作。相反，他们只专注于内部 IT 流程改进工作。这忽略了 IT 服务管理的全部要点，即将利益相关者，尤其是客户或用户视为合作伙伴。 IT 向商品化的转变意味着将客户或用户带入项目中，这意味着对他们的需求和所需服务水平的更好理解。
- 衡量商业价值。为 IT 服务计划定义指标经常被忽视。变更管理的改进可以直接影响关键系统的可用性并不总是很明显。指标需要与 IT 计划的战略目标和价值密切相关，并且需要与所支持的业务或任务相关。需要在整个程序中定义、收集和共享指标。可在 Gartner、公司执行委员会和 CIO 执行委员会网站上找到有关对 IT 有用的指标的良好材料来源（会员可访问）。
References and Resources
- AXELOS, IT Service Management (ITIL®), accessed July 10, 2014.
- ISACA, COBIT 5 Resource Center, accessed July 10, 2014.
- CMMI Institute, CMMI for Services, accessed July 10, 2014.
- ISO/IEC 20000-1:2011, Information technology—Service management—Part 1: Service management system requirements.
Additional References and Resources
NIST Special Publication 800-145, September 2011, The NIST Definition of Cloud Computing.
van Bon, J., and T. Verheijen, 2006, Frameworks for IT Management, Zaltbommel, Netherlands, Van Haren Publishing.
原文：https://www.mitre.org/publications/systems-engineering-guide/enterprise…
- 68 次浏览