开发业务架构

EA过程模型可以表示为一系列七个步骤，在支持任何架构（architecture）观点的过程中都可以遵循这些步骤，以及进行中的管理、治理和通信工作。这必须以迭代的方式完成：架构师必须根据业务上下文的变化（例如新的业务策略）继续在深度和广度上发展。EA开发“步骤”是可以重叠和混合的活动。一步可以在另一步结束之前开始。它不需要遵循严格的瀑布式方法。

图1

构建业务架构是一个迭代过程，在开发EBA时，相同的EA过程也可以应用。

1] 定义和范围

为了开始使用EBA，EA团队应该：

• 建立一个明确的EBA定义，包括EBA工作的总体目标。
• 为这个特定的迭代创建一个范围声明，以及一个超出范围的声明。
• 制定一份相关假设的声明（如业务主题专家[SME]的可用性）。
• 确定每个迭代的总体业务发起人和业务发起人。
• 确定EBA活动与其他视点活动、依赖项和关系之间的关系。
• 就与整个EA过程的关系制定一份声明。
• 确定关键约束（合规性、扩展的企业生态系统、组织文化和政治、行业和区域要求）。

2] 组织

确定并组织团队完成迭代的工作。对于任何EA领域，这意味着详细说明关键领导和成员角色，并确保他们从其选区领导正式参与。此外，收集必要的（以及可用的）支持信息、模型和工件。

任何EBA团队都应具备以下条件：

• 基于目标和宗旨的明确章程
• 明确的角色和职责

3] 未来状态

第三步是通过定义需求、原则和模型来确定未来状态的EA远景，这些需求、原则和模型描述了要改变的长期目标，以及如何成功地走向该目标状态。未来的第一个状态任务是定义EBA更改的上下文，了解业务上下文如何应用于EBA迭代

4] 当前状态

这个过程的第四步是建立当前状态的基线。目标是了解EA和EBA工作范围内当前业务维度的状态。为了解决这一问题，当前国家文件的范围和详细程度应反映未来国家的文件，因为这项任务的目标是为下一步做好准备——确定你现在的位置和你想要的位置之间的差距。

5] 差距分析

当EBA团队达到这一步时，当前状态和未来状态之间的差距应该相当明显。这一步骤的目标是明确记录这些差距。

6] 迁移计划

EA路线图可以作为有价值的规划工具，帮助组织定义一组清晰的提议变更项目，将企业从当前状态转移到未来状态。

EBA团队应：

• ·建议对EBA维度（人员、流程、组织和财务）进行更改
• ·确定相关ETA、EIA和ESA架构的变更
• ·确定调整决策（组织变更、重新定义项目和项目启动）
• ·确定投资决策（技能、人员和技术）
• ·确定可能受内部和外部因素（合规性、文化和政治、行业和地区）变化影响的EBA维度-为关键领域制定情景。

7] 迭代和优化

随着组织不断向未来发展，EBA团队应根据需要考虑更深入的迭代，特别是加强对其他架构（architecture）视点的依赖性；这样做将允许更好的相关性分析和更好的影响分析，从而提高敏捷性。

运营模式

运营模式是一个组织如何、在何处以及与谁一起运营的抽象表示，包括每天做出决策，以实现其使命和战略目标，同时为其目标客户提供价值

经营模式和商业模式的衔接是收紧公司执行模式的一个关键组成部分，以便以更低的成本提供更多的价值。对于业务架构师来说，存在着巨大的机会，他们可以定义操作模型，从而为他们的公司创造重要的价值（图2）

图2

创建有效运营模式的五大核心要素

五个要素对于定义运营模式至关重要：

• 领导
• 治理
• 组织模式
• 能力
• 服务

关注这些要素的清晰性和一致性的业务架构师将支持公司战略的成功。

原文：https://sites.google.com/site/aniketsaoblog/home/emerging-business-architecture/best-practices-for-business-architecture

本文：http://jiagoushi.pro/node/1069

讨论：请加入知识星球【首席架构师圈】或者微信小号【jiagoushi_pro】