SAP集成技术（九）集成能力中心（ICC）
本文链接：https://www.cnblogs.com/hhelibeb/p/17867473.html
内容摘录自《SAP Interface Management Guide》。
定义
集成能力中心（Integration Competency Center, ICC）是为了应对日益复杂的集成挑战而产生的。这个术语由 Gartner 的 Roy Schulte 在 2001 年通过一系列的文章和演讲而大众化。它的目标是以协调和高效的方式处理公司内部的重复集成任务。最终，希望通过使用现代的集成技术、最佳实践、标准化和最好的资源利用来获得竞争优势。
为了更好地理解 ICC 的概念，让我们仔细看看这三个词。图1详细描述了这些词。
图1 ICC 的各部分
总的来说，ICC 是企业内部负责进行系统应用集成的共享服务部门。其主要目标包括：
• 通过使用集成标准、清晰的流程描述和接口重用来降低集成成本。
• 确保 IT 架构具有松散的耦合性，以适应市场和公司的变迁。
• 全公司范围内的最佳实践应用。
John G. Schmidt 和 David Lyle 在他们的书《集成能力中心：执行策略》中提出了五种 ICC 的组织模型，如表1 所示。每种 ICC 模型都包含三个维度：流程、技术和组织，从这些维度可以实现相应的优势。
| 流程 | 技术 | 组织 | |
|---|---|---|---|
| 项目孤岛 (无ICC) | 未定义的流程 | 没有定义的技术 | 独立团队和员工 |
| 最佳实践 | 定义的流程 | 技术推荐 | 分散的组织 |
| 标准服务 | 定义的流程 | 标准化技术 | 分散的组织 |
| 共享服务 | 定义的流程 | 标准化技术 | 混合组织 |
| 中央服务 | 定义的流程 | 分散的技术 | 中央组织 |
| 自助服务 | 自动化流程 | 动态技术 | 虚拟组织 |
表1 ICC 组织模型概览 (来源：Schmidt 和 Lyle，2005)
SAP 也采纳了这种模型，如 Florian Koeller 和 Fabian Schreiber 的白皮书 "如何定义和建立 SAP 集成能力中心" 所述，但它仅涉及四种 ICC 模型。第五种模型，即自助服务模型，在 SAP 的描述中并未涉及。
自助服务模型是混合场景中基础的组织模型之一。因此，在后续部分，我们将继续以五种 ICC 组织模型为基础。
现在，我们将详细探讨这些组织模型以及表1中所显示的各个维度。
ICC 最佳实践模型是 ICC 的入门模型。这个模型的主要目标是在组织内部管理和传播集成知识。根据我们的经验，这个模型最易于实施，因此很适合作为起点。ICC 最佳实践模型的各个方面在表2中展示。
| 方面 | 描述 |
|---|---|
| 重点 | 模型的重点在于开发和推广过程的最佳实践，以及开发和运营接口的标准（例如，集成模式）。另一个重点是在 IT 组织中分发和传播知识。在此背景下，SAP 推荐使用新闻通讯或文章等信息传播渠道，但也建议在项目完成时进行专门的 ICC 研讨会。 |
| 人员 | 该模型并未包含运营或开发的中心团队。因此，模型内的角色通常在分散的 IT 部门工作。 |
| 流程 | 在此模型中，流程执行和合规的责任在于项目和分散的 IT 部门。ICC 只能提出建议。 |
| 技术 | ICC 对使用集成解决方案和技术提出建议。然而，集成解决方案由各个 IT 部门决定。 |
表2 最佳实践模型的各个方面
标准服务模型的主要目标是确保最佳实践和标准的遵守。因此，这个模型是基于 ICC 最佳实践模型的。标准服务模型的各个方面在表3 中展示。
| 方面 | 描述 |
|---|---|
| 重点 | ICC 负责定义集成标准并确保遵守这些标准。目标是在接口开发，但也是集成技术方面标准化集成，以及减少集成解决方案的数量。另一个重点是重用系统、流程、资源以及接口。 |
| 人员 | 该模型并不包括中心团队，ICC 的成员仍然分布在各个 IT 部门。然而，员工在他们的工作时间的一部分内，他们的 ICC 活动被明确规定。此外，ICC 提供预算。 |
| 流程 | ICC 提供标准和流程，并负责流程合规。此外，ICC 审查新的集成技术和解决方案，并选择供应商。 |
| 技术 | ICC 负责定义要使用的集成解决方案和技术。然而，集成解决方案的开发和运营在各个 IT 部门。挑战在于确保遵守 ICC 标准。为此，建议引入一个管理接口的中心平台。 |
表3 标准服务模型的各个方面
相较于前两种模型，ICC 的共享服务模型更加复杂，并以咨询和开发的方式参与集成项目。共享服务模型的各个维度如表4所示。
| 方面 | 描述 |
|---|---|
| 重点 | ICC 主要负责制定集成标准并确保其得以执行。同时，ICC 提供集成项目所需的基础设施、技术环境、资源和技术支持服务。目标是优化集成项目和团队的运作。 |
| 人员 | 在这个模型中，有一部分资源集中在 ICC 中。ICC 的成员不仅负责 ICC 内部的任务，还以集成架构师和开发者的身份参与集成项目，代表 ICC。ICC 也可以得到其他 IT 部门的员工和集成专家的协助。 |
| 流程 | ICC 建立了一系列环绕规划、构建和运营的流程： • 知识管理 • 集成产品和方法的培训 • 集成治理 • 采购集成组件所需的硬件和软件 • 安装、运行和维护集成解决方案 • 分配成本和服务 • 资源管理 • 接口实施 • 任务的规划和控制 |
| 技术 | ICC 负责定义、安装、运行、继续开发和维护所选的集成解决方案和技术。此外，ICC 提供了熟悉各种技术和解决方案的专业人员。 |
表4 共享服务模型的各个方面
ICC 的中心服务模型是按成熟度级别来看的第二高模型。它的目标是集中管理公司的整个集成流程。根据我们的经验，这个 ICC 模型非常适合小型和中型公司。在全球公司中，中心化的方式通常难以实施。中心服务模型的各个维度如表5 所示。
| 方面 | 描述 |
|---|---|
| 重点 | 作为一个中心单位，ICC 管理公司内的所有集成过程。ICC 拥有自己的预算，并作为所有与集成相关的项目和计划的内部服务提供者。其目标是让所有集成流程都通过 ICC 运作。 |
| 人员 | 作为一个独立的单位，ICC 拥有自己的员工，他们在集成管理中各司其职，如培训师、集成架构师、接口开发者、项目经理和管理员。最终，所有的技能都需要在一个单位中集中，以管理公司的全面集成。 |
| 流程 | ICC 作为一个独立单位，负责所有与集成相关的流程，涵盖了从需求收集和开发，到项目管理和运营的所有阶段。特别在集成环境中，实施健全的接口变更、配置和版本管理流程是非常重要的。目标始终是对流程进行持续的改进和扩展。 |
| 技术 | ICC 对公司中使用的所有集成平台和技术负责。在这种模式下，ICC 需要为公司的尽可能多的集成需求提供合适的解决方案，并在必要时扩展产品组合。其目标是成为公司的技术支持和指导者。 |
表5 中心服务模型的各个方面
关于ICC的所有流程、角色和技术，请参考SAP白皮书，以及John Schmidt和David Lyle的书籍《集成能力中心：实施方法论》。
方法和实践应用
上文介绍了ICC的基本概念，重点关注了其组织形式和特性。在本节中，我们将根据实际经验，阐述如何选择并逐步实施ICC。如图2 所示，ICC的实施可分为四个步骤。
图2 ICC的启动步骤
首先，需要在第一阶段选择合适的ICC模型（参见上一节）。由于我们先前提到的每个模型都有自身的优点和不利之处，因此需要根据公司的具体目标来预先设定集成目标。基于这些目标，可以选择一个符合需求的ICC模型，并据此确定实施ICC所需的技术、流程和角色。
那么，应该如何制定策略呢？通常，策略制定是自上而下的过程，即从总体到具体，或者从管理层到员工。然而，建议在制定集成策略时采用混合方法——作为一个迭代过程的一部分，应该设立一个由集成专家和IT高管组成的策略制定核心团队。一方面，团队的高级管理人员应继续采用自上而下的方法，并向公司管理层提交正式批准。另一方面，核心团队可以与集成专家共同制定具体的目标实现措施，定义角色，并选择技术。在此过程中，你可以ISA-M，成熟度模型，混合集成平台等信息。
应该定期（例如，每年一次）审查并更新你制定的策略。此外，除了ICC的三个维度（流程、角色和技术）之外，还应该强调其他因素，例如架构原则、外包策略、业务对齐，以及与供应商的合作关系。
在下文中，我们将详细介绍图2 所示的各个阶段。
阶段1：选择最符合策略或需求的ICC模型。
五个不同的模型代表了ICC的不同成熟度等级。应根据你定义的集成策略来选择ICC模型。如果对选择感到不确定，可以从一个目标模型或一个简单的模型开始，然后迭代到另一个模型。例如，可以从ICC的最佳实践模型开始。成功实施该模型后，各个团队可以开始为他们的集成技术定义标准，并与ICC共享这些标准。随着业务扩展，这些服务可以在ICC内部进行中心化管理。
阶段2：定义角色并从公司中分配人员
选择了合适的模型后，必须定义所需的角色，并相应地用合适的员工填充这些角色，或者识别和开发相应资源。请注意，一个员工在ICC模型中可以担任多个角色。例如，集成架构师也可以进行开发活动。
每个ICC模型需要不同的角色。表6 显示了每种模型推荐的角色。
| 最佳实践模型 | 标准服务模型 | 共享服务模型 | 中央服务模型 | 自助服务模型 | |
|---|---|---|---|---|---|
| ICC管理 | (✓) | ✓ | ✓ | (✓) | |
| 培训和知识经理 | ✓ | ✓ | ✓ | ✓ | ✓ |
| 集成架构师 | ✓ | ✓ | ✓ | ||
| 产品专家/解决方案架构师 | ✓ | ✓ | ✓ | ✓ | |
| SAP基础架构师和系统管理员 | ✓ | ✓ | |||
| 集成开发人员（按产品） | ✓ | ✓ | |||
| 变更控制和发布经理 | ✓ | ✓ | ✓ | ||
| 元数据管理员 | ✓ | ✓ | ✓ | ✓ | ✓ |
| 项目经理 | ✓ | ✓ | |||
| 合作伙伴经理 | ✓ | ✓ | ✓ | ✓ | |
| 安全和技术架构师 | ✓ | ✓ | ✓ | ||
| 测试和质量经理 | ✓ | ✓ |
表6 ICC模型和角色分配
表6 的列表不够完整和全面，必须根据你的公司进行调整。然而，我们希望这个列表可以帮助你在开始阶段识别和填充相关角色。再次强调，建议迭代地处理角色以及角色的配置。模型需要成熟，并需要在几年内发展。无论从哪个模型开始，培训和知识管理的主题在所有模型中都是必需的。一个重要的步骤是早期开始处理治理和标准的主题（元数据管理员和集成架构师）。
进一步而言，建议刚开始时不必过于注重组织架构。许多公司一开始会把集成知识集聚于一个卓越中心（Center of Excellence），然后才会设立独立的集成组织部门。集成能力中心（ICC）可以采取多种形态。SAP推荐根据集成风格（请参见前文）或产品解决方案来设定你的ICC。图3 展示了一个中心服务模型结构的例子。
图3 示例：中心服务模型的组织结构
此外，一些因素如员工数量或全球组织结构，都可能对ICC的组织形态产生影响。
第三阶段：定义集成能力中心的相关流程
ICC基于IT组织的流程，但根据模型，ICC也可能需要管理自己的流程。因此，ICC可以根据其模型调整或重塑现有流程。如果公司没有现有的IT流程图作为参考，应该仔细研究如IT4IT（参见https://www.opengroup.org/it4it 或信息技术基础设施图书馆（ITIL）（参见https://www.itsmf.de）等流程参考模型。这些模型可以帮助你识别ICC需要管理的流程等。我们建议使用负责、问责、咨询、告知（RACI）矩阵来定义这些流程的责任，并相应地设计或调整流程。图4 展示了一个来自IT4IT的流程参考模型示例。
图4 IT4IT价值链示例
除了流程参考模型，我们还建议研究SAP发布的方法和框架，例如，用于应用生命周期管理（ALM）的SAP解决方案管理器的流程；以及SAP激活项目程序(SAP Activate project procedure)。
根据经验，除了正在实施的流程的考虑之外，ICC必须提供以下能力：
集成管理
集成策略的制定
集成方法和框架
集成标准和元数据管理
企业架构管理
集成服务的服务级别管理
合作伙伴管理
项目管理
财务规划
治理和风险管理
信息管理和知识转移
培训和教育
元数据管理和接口文档
主要数字管理和报告
数据质量管理
开发和解决方案设计
代码管理
项目管理
接口开发
发布管理
需求管理
运维和支持
变更管理
安全管理
事件和问题管理
监控和报警
第四阶段：选择满足业务需求的集成技术和解决方案
最后阶段是为公司选择和实施所需的集成技术和解决方案。在这个阶段，你可以使用在其他地方描述的方法和框架，ISA-M或混合集成平台等，为所有集成需求提供ICC的适当解决方案。
除了纯粹的集成解决方案，选择在ICC内部用于管理接口的产品和工具也是有意义的。这一步有助于对任务进行分类，并找出相应的解决方案。
