什么是架构路线图?
架构路线图是变更规划和 实施治理 工具。架构路线图与 支持投资组合的架构.
企业架构路线图概述了实现目标架构所需的工作包。它使用一系列过渡阶段,在这些阶段交付价值以提供企业敏捷性。在过渡阶段,路线图可帮助您了解是否继续、暂停或改变方向。
一个 企业架构咨询 客户表示完美的架构路线图
…包括与每个工作包相关的选项和价值声明……
... 价值体现在 业务能力、市场范围和局限性......
.... 让人们意识到现有的障碍。包括它们为什么是障碍,以及正面解决它们或继续绕行的影响...
让我们来解析一下有关完美架构路线图的这些要点。
第一的架构路线图提供了变革的大纲。它将工作包与成果联系起来。成果是一组通向目标的过渡状态。从组织当前的状态到利益相关者希望的状态的变化。
第二,我们根据可用选项和价值实现来定位工作。前进的道路有很多。有些路线可以提供更多价值、更简单、更快捷、更便宜、不确定性更小,或者更有利于企业敏捷性。架构路线图可帮助利益相关者选择最佳的变更。
价值定义为:
-
- 路线图愿景、目标和目的
- 投资组合方向 - 绩效期望、约束和风险偏好,
- 关键利益相关者关注的问题
第三,你需要出路和过渡。永远不要忘记,你所在的是一个成功的组织。我们不需要解决每一个缺陷。改变是一种选择。
动态架构路线图确实反映了 企业架构,而是旅程中的变化。这种活力是内在的 TOGAF 架构开发方法 - E期 强调转型和价值创造。
制定路线图可能是最有价值的一步
让我们从三个事实开始:
- 许多企业变革未能实现预期价值
- 大多数自下而上的局部优化变革都会转移成本和风险,而不是改善您的组织
- 每个组织都有比其能够采取的行动更多的改进想法
现在让我们看看大多数变革计划是如何规划的。自下而上,还是自上而下。
自下而上 - 利益相关者周围都是自下而上的变革倡导者。这些倡导者不断提出局部优化的解决方案。解决方案很少对实现投资组合的目标或过渡状态产生任何影响。
自顶向下 - 规划方法要求利益相关者制定自上而下的计划,预先确定每个变更。对全知全能的要求很高。
制定路线图可让利益相关者从选择不同的销售方案过渡到了解价值贡献。每张路线图都提供了到达目的地的旅程。该目的地实现了愿景、目标或目的。旅程中的行动有助于实现目标状态。
制定路线图有助于利益相关者从价值创造的角度评估所有变革选项。它还可以帮助他们找到价值支撑点。在这些点上,他们可以停止旅程的一部分并转向另一部分。
制定架构路线图可帮助利益相关者找到最有效的变更。他们会发现:
- 目标、利益、工作和风险之间的不同平衡
- 工作包之间的优先级和依赖关系
- 不同过渡阶段的价值
- 了解自己能提供什么价值
- 他们将提供的福利
- 他们需要投入的工作和资源
- 风险
他们可以了解哪些自下而上的举措适合他们的投资组合,以及哪些自上而下的活动他们需要启动。
TOGAF 架构路线图
TOGAF 将候选路线图组件描述为来自差距分析。隐含的顺序是:
- 开发基线架构
- 开发目标架构
- 从基线和目标架构之间的差异中识别差距
- 在领域架构开发过程中识别候选路线图组件
- 通过以下方式制定路线图和过渡阶段:
- 观察依赖性
- 着眼于价值创造(平衡利益、努力和风险)
TOGAF 架构路线图是 架构开发方法 E 阶段 - 机遇与解决方案.
成熟度较低的架构路线图规划
架构路线图还可以帮助规划成熟度较低的组织。当您的领导者从一个优先事项转向另一个优先事项时,了解理想目标将对他们大有裨益。这样他们就可以判断新兴的设计。
由于规划成熟度较低,动态架构组合与愿景声明紧密相关。愿景声明是可操作的 战略意图声明. 这些愿景:
- 包含简单的需求陈述
- 确定预期的关键结果
- 包括一些成功标准,通常以直白的方式表述 绩效期望
由于规划成熟度较低,利益相关者自然希望行动起来。动态架构路线图作为执行管理工具,重点支持选择 自下而上的项目构想。
这 企业架构师 需要:
- 识别中间目的地的特征
- 协助解决重复和冲突的方向
- 帮助衡量项目对战略愿景的价值贡献
通过这种方式接近目标可以“及时”推迟详细的架构工作。这种方法与大多数组织中自然发生的思维方式相一致。
架构路线图目标
这些是正常的路线图目标
- 战略变革
- 渐进式改进
- 提高成本
- 提高质量
- 提高企业敏捷性
- 降低技术风险
- IT 现代化
- 数字化转型
- 应用程序组合合理化
- 采集集成
如何使用架构路线图
我们知道,架构路线图由工作包组成。这些工作包协调一致,以在过渡点提供可持续价值。我们知道不同的工作包和过渡阶段将带来不同的好处。好处包括:
- 创造 业务能力
- 提高效率、企业敏捷性或客户亲密度等方面的运营
- 实现系统现代化
- 推出产品
- 整合收购
架构路线图的主要用途是迭代回答规划和执行问题:
- 应该从事什么工作
- 不应该从事什么工作
- 他们应该如何按顺序工作
- 他们什么时候必须决定采取行动
我们在不同的时间点回答这些问题:
预算中的架构路线图
预算是 自上而下的规划时刻。路线图所有者将在下一个财政期间寻求财政资源来推动变革。
规划人员将查看可用的预算和资源。架构路线图将提供过渡阶段和工作包,以帮助规划人员减少工作量。
预算时的主要问题是:
- 应该从事什么工作
- 他们应该如何按顺序工作
伟大架构路线图的意外风险
我们曾经让执行副总裁对架构团队感到愤怒。该组织进行了预算编制,通常会从预算中撤出 2/3 的项目构想。新的 艺电团队 主动帮助每位 EVP。只有少数 EVP 选择参与路线图流程。参与的 EVP 提交的提案规模较小,因为弱的自下而上的想法被抛弃,而且要求与执行能力挂钩。路线图预算提案具有依赖性、价值和过渡点,可以证明每项请求的合理性。
听起来不错,对吧?愤怒来自于不同的提交成功率。路线图预算提交几乎 100% 都获得了批准,而非路线图的提交则有大约 3/4 被撤回。EVP 的愤怒来自于在执行委员会面前显得毫无准备。
项目执行期间的架构路线图
项目执行是一个详细的 实施治理 片刻。
路线图定义了必须交付和不得交付的内容。支持目标架构有一套架构规范。
架构路线图的主要用途是回答有关项目执行范围和风险的问题。
关键问题是:
- 项目必须完成哪些工作
- 项目不能做什么工作
- 如何衡量成功
使用架构路线图的利益相关者选择
投资组合所有者希望在实现目标的道路上取得有意义的进展,而不是增加开支。
这是投资组合实施治理的本质——指导和控制投资组合中的实施项目。
太多 企业架构师 为产生价值的选择停止得如此频繁而感到震惊。
架构路线图应该可以帮助您的投资组合所有者知道何时采取以下四个选择中的哪一个:
- 停止
- 枢
- 继续
- 双倍下注
如何制定架构路线图
制定路线图是管理复杂性的一项练习。潜在工作包和过渡状态的数量几乎是无限的。所有路线图的制定都是在管理复杂性和获取做出更好选择的信息之间取得平衡。
为了最大限度地降低路线图制定的复杂性,首先要消除价值低或风险不可接受的变更路径。一旦您排除了您不会做的事情,就寻找可以尽早交付价值或降低后续工作风险的候选过渡阶段。
交付的时间窗口总是有限的。变化越长、越大,意外发生的机会就越多。高层领导希望将不确定性降到最低。这意味着你应该寻求尽早交付价值,并降低价值交付的风险。
路线图价值数学
价值是由您付出的努力减去可获得的收益构成的。价值体现在您的利益相关者关心的任何标准中。他们会关心财务价值、敏捷性、一致性、客户亲密度或任何其他问题。
不确定性会降低潜在的可收获收益。项目能否成功不确定。能否收获收益不确定。
不确定性会增加预期工作量。不确定性是指已知所需总范围。不确定性是指估算是否准确。
在一个简单的数学等式中,不确定性对价值的影响大于收益或努力。路线图是通过迭代过渡和权衡对话制定的。
不断测试选项以发现:
- 风险最小的路径
- 成本最低的路径
- 不同价值衡量标准的路径
- 达到价值休息点的最少工作量
基本路线图信息创建步骤
所有架构开发都建立在 知识制造. 架构路线图需要信息和知识。
核心知识制造步骤包括:
- 开发基线架构
- 开发目标架构
- 从基线和目标之间的差异中识别差距
- 在领域架构开发过程中识别候选路线图组件
- 通过以下方式确定过渡阶段:
- 观察依赖性
- 着眼于价值创造(平衡利益、努力和风险)
制定架构路线图将使用:
架构路线图技术
要创建架构路线图,请同时采用标准架构开发技术和专门为路线图设计的技术。
用于路线图开发的标准架构技术
架构路线图技术
将路线图技术与用例和关注点相结合
过渡状态
过渡状态最好被视为价值停留点。过渡状态是一组提供相关价值的变化。过渡状态应该得到支持 过渡架构.
使用图表可以将沿途的右侧站点视为过渡状态。在每个过渡状态下,路线图所有者可以:
- 停止或推迟行程
- 选择新的目的地
- 加速
当他们 通过架构路线图应对变化. 应对意外威胁和机遇,同时创造价值的能力是 企业敏捷性.

实施策略模型
实施策略模型是下一代架构师、实施者和敏捷软件开发的最强大的指导方针之一。只需确定更改将是:
- 进化的
- 革命性的
- 格林菲尔德
架构路线图类型
潜在的变化和选择标准需要不同的架构路线图类型。不同的类型支持不同的决策。
您可以将这些路线图类型用作架构路线图模板。请确保使用适合您的用例和路线图目标的正确模板。
总之,这些技术将突出有关潜在变化的所有内容。
架构路线图类型 1:使用推荐和热图进行标记
工作包的简单可视化。热图将代表价值、工作、风险或过渡状态等属性。帮助表示和评估信息。选择表示的属性将完全改变热图。

架构路线图类型 2:生命周期图
跨时间的工作包、架构组件或计划的简单可视化。用于表示随时间的变化。颜色可以表示诸如工作、风险或过渡状态等属性。

架构路线图类型 3:工作包影响和依赖性
工作包、架构组件或过渡状态的复杂可视化。图表将代表影响或依赖性。颜色通常代表价值、工作、风险或过渡状态等属性。
对于讨论权衡和过渡状态的发展最有用。

与企业架构用例相一致的架构路线图技术
架构团队支持不同的目的。无论您支持投资组合问题还是解决方案交付,都将改变您开发和使用架构路线图的方式。例如,支持解决方案交付的架构不会使用架构路线图类型 1:热图来制定决策。我们将把它用作优越的架构以及对架构开发和任何实现的一组约束。优秀的架构师总是在卓越架构的约束下工作。
支持战略的架构 | 支持产品组合的架构 | 支持项目的架构 | 支持解决方案交付的架构 | |
场景 | 关键交付物 | 关键交付物 | ||
架构路线图类型 1:热图 | 关键交付物 | 关键交付物 & 高级架构 | 高级架构 | |
架构路线图类型 2:生命周期 | 关键交付物 | 关键交付物 & 高级架构 | 高级架构 | |
架构路线图类型 3:影响和依赖 | 共同交付物 | 关键交付物 | 高级架构 | 高级架构 |
架构路线图类型 4:多个候选者 | 关键交付物 | 关键交付物 | 高级架构 | 高级架构 |
实施策略模型 | 关键交付物 | 关键交付物 & 高级架构 | 高级架构 | 高级架构 |
与企业架构目标相一致的架构路线图技术
战略变革 | 增量变化 | 提高成本 | 提高质量 | 提高企业敏捷性 | 降低技术风险 | IT 现代化 | 数字化转型 | 应用程序组合合理化 | 采集集成 | |
场景 | 很有用 | 关键约束 | 很有用 | 很有用 | 批判的 | 批判的 | ||||
架构路线图类型 1:热图 | 很有用 | 批判的 | 批判的 | 批判的 | 批判的 | 批判的 | 批判的 | 很有用 | ||
架构路线图类型 2:生命周期 | 批判的 | 很有用 | 很有用 | 很有用 | 批判的 | 批判的 | 有用 | 批判的 | 很有用 | |
架构路线图类型 3:影响和依赖 | 批判的 | 有用 | 有用 | 有用 | 有用 | 批判的 | 很有用 | 批判的 | 很有用 | 批判的 |
架构路线图类型 4:多个候选者 | 批判的 | 有用 | 有用 | 有用 | 批判的 | 很有用 | 有用 | 批判的 | 很有用 | |
实施策略模型 | 关键约束 | 关键约束 | 关键约束 | 关键约束 | 关键约束 | 关键约束 | 关键约束 | 键约束 | 键约束 | 关键约束 |
过渡架构
过渡架构是一个专门的目标。过渡架构在旅程中停止,并将该中间状态视为目标。
过渡架构将提供相关价值。不要将过渡与项目阶段或日历交付成果相混淆。阶段和日历交付成果属于实施计划。
我们应该在以下情况下创建过渡架构:
- 有足够的变化,组织可以停止所有工作并收获价值
- 架构一致性更改
工作包标准
实施治理 需要许多工作包有成功标准。使用以下组合:
- 成功的关键因素
为了交付预期结果,工作包或过渡架构的变更需要什么 - 有效性衡量标准
评估目标系统满足预期结果需求的能力的衡量标准 - 关键绩效指标
显示针对一组目标或预期结果的绩效的衡量标准 - 实施策略
关于如何继续实施的指导
很快就会发现,CSF、MoE 和 KPI 几乎是同义词。它们是评估实施、目标系统或目标操作是否交付的不同方法。
在投资组合路线图中,我们将这些转化为 OKR(目标和关键结果)。他们将在这里衡量实施项目。一如既往,最佳实践是利用现有的管理实践。
情景分析
情景分析 丰富了架构路线图的开发。场景代表了可能的未来。我们可以进行向前看、向前看和向后看的场景分析。
回顾过去有助于我们了解什么能让我们走向一个合理的未来。我们利用这一点做出积极的选择,以实现更理想的未来。回顾过去有助于我们制定实现我们期望目标的当前路线图。
Forwards 将未来作为起点。它考虑了我们接下来要做什么以及我们的选择是否能让我们拥有一个合理的未来。展望未来,我们使用情景分析来了解路线图与更大未来的契合程度。
差距与解决方案
每个空白都可以用一种或多种解决方案来填补。任何解决方案都将填补一个以上的空白。使用解决方案,您可以将复杂的分析简化为更少的潜在选项。
书挡法
书挡提供改变的影响。人们试图寻求妥协或合理的改变。感觉更真实。使用簿记,企业架构师可以将更改发挥到极致。然后使用书挡来发现更改的含义。一旦你了解了其中的含义,请回过头来看看是否有任何含义不适用。您在哪里看到价值、工作或不确定性的变化?我们通常会发现“更合理”的变化带有书挡的所有负面影响,而好处却更少。
架构路线图 利益相关者参与
架构路线图将有助于回答以下问题:
- 何时交付价值 – 过渡状态
- 考虑到不同的标准,要追求什么改变—— 架构路线图类型 4:场景
- 什么工作会带来价值,成本和不确定性—— 架构路线图类型 1:热图
- 当工作、变革和价值交付发生时—— 架构路线图类型 2:生命周期
- 工作和变化的依赖性和影响是什么—— 架构路线图类型 3:工作包
- 哪些决定被推迟 - 架构路线图类型 4:场景
- 我们追求什么样的改变—— 实施策略
路线图利益相关者问题讨论
- 考虑到不同的标准,要追求什么改变?
最快或最便宜的路径?我们是否提供敏捷性、效率或能力?最快的效率比最便宜的能力好吗?潜在的选择是无限的。利益相关者必须做出选择。大多数利益相关者都非常善于在信息不足的情况下进行选择。架构路线图开发有助于利益相关者做出更好的决策。使用 架构路线图类型 4:场景 当有许多潜在的路径和标准时。
- 什么工作会带来价值,成本和不确定性?
您不能总是在同等权重的优先级之间进行选择。有些问题更加紧迫。当您了解价值、成本和 风险偏好 切换到 架构路线图类型 1:热图.它根据比较标准显示工作包和过渡状态。
- 何时会发生工作、变革和价值交付?
什么时候。过渡状态的时间和价值之间存在巨大的相互作用。时间和工作成本之间存在相同的相互作用。一个 架构路线图类型 2:生命周期 显示时间。
如果您的利益相关者会在不同的时间点打折价值或工作,请不要感到惊讶。当时间影响价值和工作时,预计热图上的分数会发生巨大变化。
在整个价值链中数字产品和 IT 服务无处不在的数字环境中 了解ITFM 是强制性的。您必须维护所有数字产品和服务的成本模型。这 业务架构 将提供成本和价值要求。
- 工作和变化的依赖性和影响是什么?
如果您不解释依赖性和影响,您的利益相关者将无法做出明智的决定。这 架构路线图类型 3:工作包 显示依赖性。
- 哪些决定被推迟?
架构路线图是 不是 实施计划。他们支持未来的决策。
最佳实践方案开发可帮助您的利益相关者了解他们何时需要做出下一个决定。我们与一位客户合作,该客户因无法决定未来状态而陷入昂贵的僵化遗留流程。我们开发了一组场景,可以简化为 卡住, 搬到临时住所, 跳转到选项 1, 和 跳转到选项 2.这让他们看到,当他们无法在选项 1 和选项 2 之间做出决定时,他们选择了卡住。十年来,他们一直在不经意间选择“卡住”。我们让他们做了一个 成对的 要找到最坏的选择,请坚持下去。
接下来是一个路线图,它消除了昂贵的遗留流程,并将运营人员、应用程序开发人员和基础设施运营商从遗留的拖累中解放出来。我们有意转移到一个临时状态,而利益相关者可以探索可用的选择,而不受传统的运营和规划限制。
架构路线图类型 4:场景 帮助确定可以推迟未来决策的点。您的路线图包含的未来决策点越多,您提供的企业敏捷性就越高。每个决策点都是一个过渡状态。可以选择停止并收获价值。
- 我们追求什么样的改变
实施策略模型是下一代架构师、实施者和敏捷软件开发最有力的指南之一。
确定变更将是:
-
- 进化的
- 革命性的
- 格林菲尔德
架构路线图设计结论
架构路线图回答了利益相关者提出的问题:
- 应该从事什么工作
- 不应该从事什么工作
- 我应该如何排序工作
- 我什么时候必须决定采取行动
制定架构路线图是一个协作过程。 企业架构师 与利益相关者合作,确定目标和旅程。利益相关者将在以下两个方面进行选择: 架构替代方案 创建路线图并作为过渡阶段。
与利益相关者一起制定架构路线图有助于他们了解其选择的含义并进行架构权衡。
架构路线图是一种规划工具,可帮助组织的决策者。动态架构路线图旨在帮助他们制定和走上最佳前进道路。它还可以帮助他们 管理项目 实现其投资组合。
改变是一种选择。动态架构路线图有助于做出更好的决策。然后,跟踪不同项目实现目标的进度。