实施企业架构管理工具的最佳实践

实施企业架构工具的最佳实践

现在我们知道了优秀的企业架构工具应该具备哪些特质，接下来就可以进入部署阶段了。让我们来看看在打造高效企业架构团队的同时，实施企业架构工具的一些最佳实践。.

1. 支持您的企业架构用例

人们在购买工具时，往往没有充分考虑建模和分析需求，这通常令人担忧。我们建议您购买一款能够帮助您分析企业架构用例并促进有效变革的工具。当然，最终目标是引导有效的变革，但问题是，要进行什么样的变革？企业架构用例描述了各种类型的变革。因此，第一步是识别并支持您的用例。.

以下是一些 企业架构用例:

• 战略性或颠覆性变革用例
• 增量变更用例
• 支持策略执行用例
• 支持投资组合开发和执行用例
• 支持项目执行用例
• 支持解决方案交付用例
• 降低技术风险
• IT现代化
• 数字化转型
• 云转型
• 收购整合
• 安全架构
• 应用程序组合合理化

以下哪个用例最能描述贵组织企业架构团队的目标？我们建议在选择企业架构工具之前，先从主要用例、信息需求、模型和分析需求入手，进行逆向思考。如果反过来，最终只会买到昂贵的、与企业架构团队需求格格不入的闲置软件。.

清晰地定义和阐明您的用例，并确定支持这些用例所需的数据输入、模型和分析。与您的利益相关者（包括 IT 和业务部门）沟通，以确保他们充分理解功能需求、业务挑战和目标。让您的企业架构团队和消费者（利益相关者和实施者）参与进来，因为您为他们提供不同的服务，并且您可能需要在工具中添加不同的功能来满足他们不同的期望。.

专注于核心用例，并确定最相关的挑战和需要改进的领域。您还需要确认企业架构团队具备处理这些用例所需的技能/能力。制定清晰的实施理念，并为实施企业架构工具的工作和成果制定路线图。.

坦白说，我们已经参与拯救了几个企业架构团队，他们购买的工具并不支持他们的企业架构用例。. 发展您的企业架构团队 至关重要。.

2. 测试关键功能

您的企业架构工具的合理性取决于您的企业架构团队的生产力和企业架构的质量。不要轻信供应商建议的随机功能或结果。务必使用严格的用例驱动方法，以确定他们的工具是否能够在您的用例环境中发挥作用。进行彻底的研究，筛选并选择其核心功能与组织用例相符的供应商。.

您需要将企业架构程序的书面需求传达给企业架构工具的供应商。密切关注对特定用例的直接支持。为了准确评估该工具提供的特性和功能，请在您的组织内安排一次演示，并确保所有相关利益相关者都出席。利益相关者的出席和参与非常重要，这样您才能获得反馈，并能够就每个功能领域进一步询问供应商。确保在评估中考虑数据输入和报告输出。.

3. 按项目建模

您必须一点一点地开发您的企业架构模型，避免成为即时满足的牺牲品。 TOGAF 框架 该公司是行业领导者，也是我个人的最爱，它深入浅出地阐述了企业架构开发项目的最佳实践。您需要聘请专家（顾问或供应商）进行部署，并为企业架构项目奠定基础。在开发模型的同时，请确保同时开发数据管理和数据治理。这将带来内部和运营效率的长期提升。.

不要纠结于工具的功能，尤其是当该工具基于的用例并非企业架构团队的核心时。过度关注工具的功能可能会导致企业架构团队的垮台。我们建议交付利益相关者真正关心的用例。设想一个端到端的企业架构，即从流程管理到业务数据建模，再到创建用于处理组织信息系统的存储库。.

第一步是审视从信息收集到分析、决策支持和实施治理的流程。其次，审视企业架构工具的适用场景。避免过早定制。工具使用得越多，架构开发速度就越快，企业架构的质量也就越高。切勿在迫不得已的情况下进行定制。相反，要学习软件的核心组件，并学习如何使用模型和数据驱动的分析方法。从长远来看，这种做法在引入新员工时会带来回报，并能有效缩短新员工上手所需的时间。.

利用供应商的咨询知识进行实施，并借鉴架构最佳实践和基础企业架构知识，而不仅仅是专业知识。采用渐进式方法学习如何处理架构工作以及在何处集成。一开始专注于几个基本用例，然后逐渐增加复杂性。确保在添加任何其他功能之前已实现基本组件。在扩展模型之前，确保企业架构的结构和流程已到位。这需要定义角色并评估每个领域的风险级别。.

4. 培养企业架构技能（投入资源来推动企业架构工具的有效性）

糟糕的模型就是糟糕！有效的模型需要理解如何表示事物。您需要接受企业架构工具功能（如何驱动该工具）和建模（模型类型的选择、与企业模型的集成/分离）方面的培训。您还需要接受模型分析和演练方面的培训。您可能需要增加一些专业技能，以使您的架构师能够履行其职责，例如根据关注点、偏好和约束进行分析，演练模型，并与利益相关者互动。.

在企业架构师等最终用户中培养基础的数据驱动型企业架构能力和技能，以推动学习工作。这些技能可以从一种工具迁移到另一种工具。利用现有的在线和现场课程，加深团队对该工具的理解，以便在后期扩展元模型。我们建议设立专门的资源团队来推动该工具的集成和采用。这可以是一个内部企业架构团队，从一开始就指导和管理建模工作。.

逐步加强员工培训，并从一开始就促进持续培训。这一点至关重要，因为我们必须持续改进，并确保供应商能够促进这项工作。确保为用户提供额外培训，并创建更结构化的存储库。高效的企业架构工具易于部署，并具有相当大的灵活性。然而，这也带来了一个挑战：你需要了解它的具体用途以及如何使用。这意味着任何企业架构工具都需要使用团队具备高度的成熟度、纪律性和专业知识。.

5.避免数据过载

企业架构工具有时会淹没在数据中。确保所有部门的数据都隔离并单独存储。您的组织不断变化，这是不可避免的。几年后，您可能会重新命名部门，或者添加或停用基础设施。加载的物理数据越详细，您的架构工具就越少。将企业架构工具使用的数据最小化，只保留必要的数据。否则，您会发现自己正在创造一个数据怪物。.

TOGAF 在第一步中提到 B、C 和 D 阶段 您需要弄清楚您需要哪些模型。您的用例将决定您的组织需要哪些模型，任何其他不需要的模型都会分散您的注意力。模型从一开始就有一个核心目的，那就是帮助您简化和理解交互。尽量减少建模数据输入，只输入项目所需的数据。切勿将数据从现有系统迁移到企业架构平台，我们建议根据架构项目选择性地收集数据。尽可能长时间地保持一切逻辑性。逻辑模型已被证明经得起时间的考验，而且它们很少改变。通常改变的是它们的属性。.

6. 避免整合

集成通常会将您带入物理世界，并开始复制其他信息。当您的模型逐渐成为物理地图的复制品时，您构建的就是数字孪生，而不是企业架构模型。即使您有一个符合应用程序合理化的用例，也无需详细计算实例数量和定价模型。组织内的每个系统都是为特定目的而设计的，例如资产管理、成本核算和IT运营等，如果目的与企业架构的目的不一致，那么数据也无法很好地匹配。您需要绝对清晰地确保用例与其他存储库中的数据保持一致。.

许多软件供应商大肆宣扬他们的集成，但在项目执行层面，他们几乎总是追逐两个用例——应用程序合理化和IT基础设施现代化。他们热情地解释详细的项目规划，但很遗憾，这并不是企业架构。企业架构团队的目标是根据利益相关者的用例指导有效的变革。如果团队无法实现这一目标，他们就会被解雇或被替换。在数据集成方面要谨慎，因为大多数用例通常会受到数据噪音和集成干扰的影响。.

我们建议您不要将企业架构工具与资产管理系统、配置管理数据库 (CMDB)、源代码管理工具或变更管理工具集成。.