category
记得回到 90 年代（男孩，我现在正在和自己约会）。口号是 IT 需要与业务保持一致。如今，技术变得如此重要，以至于业务需要与技术保持一致，看起来。在 IT 和业务方面，我从未真正看到过“我们与他们”的现实。但无论你怎么看，它们都需要对齐。这就是路线图的用武之地。
路线图是定义未来方向的过程。您可能听说过产品路线图或技术路线图。也许您甚至听说过能力路线图。但是您如何创建这些路线图，每个路线图做什么以及它们如何协同工作？这就是我们今天要讨论的内容。
在随后的文章中，我将详细讨论不同类型路线图的创建以及它们是如何形成的。正如我所提到的，路线图分为三种类型：
- 技术路线图。这些在当今的 IT 世界中并不少见。它们在 IT 组织中用于安排在时间范围内提供某些技术所需的工作量。他们通常会提前 24 个月查看并确定技术何时开发、实施和推出。它们用于提供高级别的行军命令、制定预算并为培训和招聘目的确定技能组合需求。通常，它们被开发出来，然后被推入平局或存档在服务器上。
- 产品路线图。这些在提供软件产品和服务的公司中最为常见，但它们不必仅归入该领域。产品路线图定义了将来可供现有和潜在客户使用的产品和功能。对于商品项目，产品路线图不太重要，可能会延伸到未来。对于短命的产品，例如变化更快的软件，产品路线图很可能在更短的时间内完成。
- 能力路线图。能力路线图不太常见，但对于战略执行至关重要。它们定义了企业在某些时候需要具备执行战略的能力。什么是能力？它们是在定义的水平上执行的能力。例如，识别具有特定投资回报率的零售店位置的能力或在特定时间范围内完成订单的能力。这些能力会随着时间而变化，应该制定路线图以了解公司的运营需求。
现在我们知道路线图的类型是什么，我们将深入研究谁负责创建它们、它们之间的相互依赖关系、它们具有的外部依赖关系以及它们的使用方式。
路线图通常（但不总是）是企业架构 (EA) 的领域。这来自 EA 在创建技术路线图方面拥有最长的经验。产品管理可能对产品路线图负责，或者他们可能使用架构服务来协助或执行大部分工作。能力本质上更具战略性，可以由首席执行官或 CSO（首席战略官）等 CxO 执行，无论是否有企业架构组的帮助。
我相信企业架构应该参与所有的路线图。这是因为路线图是相互依赖的。至少，EA 将提供反馈，尤其是以会影响能力和产品路线图的调度和预算现实的形式。这种反馈是必不可少的，并证明了 IT 在战略执行中的重要性。能力和产品路线图都依赖于技术路线图。如果预算不能满足实施该技术的需求，或者实施该技术的时间表不切实际，则需要对能力和产品路线图进行更改。
Figure 1 — Interdependencies and dependencies of roadmaps
每个路线图都取决于其先前的迭代。也就是说，路线图应该是活生生的实体，它们是必要的更新，以反映业务和技术环境的不断变化。这并不意味着它们应该每天进行调整，而是按照反映组织需求的时间表进行调整。与在更加稳定的市场中运营的企业相比，处于更加活跃的市场中的企业应该更频繁地调整路线图。之前的路线图代表了愿望。它是根据实际情况调整的。你没有达到能力目标吗？调整它和所有相关的能力以反映现实。是否更改了战略，删除了不相关的功能，添加新功能并修改其他功能以反映新的战略方向。
所有路线图的核心是企业战略。战略是创建所有路线图的镜头，有助于做出创建路线图的决策。战略本身取决于许多其他因素。这包括当前的组织状态，包括当前市场、当前财务状况、当前能力和收购。外部因素也在战略制定中发挥作用，例如 COVID 19 等世界事件、战争、市场状况和技术进步。
另外两个外部依赖项是产品路线图的市场和技术路线图的当前架构状态。市场变化也会影响战略，但在宏观范围内。对于产品路线图，我们正在根据竞争对手的新产品以及我们客户对新功能或产品的需求来研究直接影响产品路线图的变化。这些可能不会改变基本战略，但仍可能需要迅速解决，以确保企业的声誉和市场份额。
当前的架构状态非常重要，并证明了企业架构的重要性。 EA 通常将其保存在存储库（企业架构存储库或 EAR）中。架构的当前状态受到许多因素的影响，包括内部和外部。对于依赖内部软件或硬件开发的组织而言，其中最关键的一项就是架构。糟糕的架构会导致产品死板，不能成为增长的平台。它们可能无法满足不断增长的性能需求，可能无法提高规模效率，或者可能不容易修改以支持新功能。
对当前状态的外部影响包括供应商产品的变化。也许一个供应商与另一个供应商合并或倒闭，改变他们的产品战略或将他们的许可费用提高到一个令人不快的水平。也许出现了一种新产品，以更低的价格带来了额外的好处。这两种情况都可能导致 IT 环境的当前状态发生变化。巨大的辞职也带来了重大变化，人员配备的不确定性（以及由此产生的时间表的不确定性）以及对远程工作和在不同地点工作的人才的需求和期望的变化。有时，新的概念和技术会颠覆计划。大规模的破坏者，例如迁移到云、微服务架构和 NoSQL 数据库，可以影响内部架构，开辟新的可能性和能力。
最后，我想指出，能力也可以在其他层次上使用。 正如我在上面列出的那样，它们是在企业级别定义的。 对于大型企业，也可以根据组织结构在部门级别进行定义。 在部门层面也是如此，以帮助确定在哪里投资以提高部门的能力。 例如，IT 部门可以将其提供商业智能服务、云解决方案、可扩展性或快速生产功能的能力视为能力，并根据技术路线图加强其在必要领域的执行能力。
本文：https://jiagoushi.pro/mapping-future-using-capability-product-and-techn…