如何构建实实在在的能力模型？

业务能力是组织规划生态系统的核心。能力映射有多种用途，其中两个至关重要。首先，业务能力有助于更快地确定优先级，首先关注最有利可图的计划。其次，精心设计、扎实的、基于能力的详细路线图可以实现更准确、风险更低、时间更短的敏捷项目规划。

什么是能力模型？
根据 TOGAF® 的定义，“业务能力是企业为实现特定目的而可能拥有或交换的特定能力。”

业务能力界定了组织所做或想要做的事情，而不试图解释组织如何、为何或在何处使用该功能。

至于业务能力地图或能力模型，它是一个组织完整而稳定的业务能力集合。业务能力模型提供了一个组织正在使用或可以使用的所有业务能力的直观描述（或蓝图）。

为什么注重能力？

使用业务能力有四个很好的理由，在此一一说明：

1. 与组织结构图、流程、产品或应用程序相比，能力在时间上更稳定。业务单位通常会执行多项能力。业务单元在时间上不如能力稳定。为什么流程不一样？流程会随着时间的推移和业务单位的不同而经常变化。
2. 优先级的设定更快，首先关注最有利可图的计划。
3. 基于能力的敏捷项目规划更准确、风险更低、花费时间更少。从详细的基于能力的路线图开始，敏捷需求、史诗和用户故事的描述会更加准确。
4. 能力可以让企业对其支持的应用程序/系统进行分类，并使其具有意义。

如何绘制能力映射地图？
业务能力模型对应于一套完整稳定的业务能力。接地气的能力地图建模方法通常应包括从业务设计到敏捷解决方案交付和执行的自上而下和自下而上的方法。

一开始，能力模型可能只包括 1 级、2 级和可能的 3 级业务能力，并将其分为几个层级。为了加快进程，许多企业会避免从一张白纸开始，而是从一个基于行业的框架开始，然后由业务和企业架构团队进行初步修改，以反映企业的实际情况和词汇。一旦架构团队对初步能力模型感到满意，就需要业务利益相关者（通常是业务经理）以自上而下的方式进行验证和批准。

在自下而上的方法中，将顶层业务能力分解为低层能力的工作可能会在稍后进行，尤其是在业务流程文档缺失或过时的情况下。试图找到并验证所有低层次能力是浪费时间。低层次的业务能力可以在寻找价值流（如下图 2 所示）的使能业务能力时发现。价值流或 "客户旅程 "是识别有问题的使能能力（例如，高优先级和低绩效能力）的绝佳方法。此外，价值流还广泛应用于许多敏捷交付方法中，包括扩展敏捷框架® (SAFe®)。

还应注意的是，能力的标题应足够明确，便于主题专家搜索。能力应包含简单明了的描述，便于业务和 IT 利益相关者理解，以避免混淆。能力应具有唯一的 ID 编号，以实现数据同步，因为这些能力通常会在许多规划应用程序中使用，如 IRIS Business Architect、Ardoq、Avolution、LeanIX、Orbus、ServiceNow、PowerBI 等。  还应注意的是，价值流的使能能力可以通过多种方式进行衡量。还需要注意的是，对有问题的能力进行检查通常需要将其分解为至少 5 个深度层次，尤其是在业务流程不存在或过时的情况下。这样，随着时间的推移，经过检查的价值流及其使能能力会不断积累，组织的能力模型也会自然而然地得到完善。根据经验，对组织而言，能够促成价值流的业务能力通常比不能促成价值流的业务能力重要得多。

跨映射地图能力关系
业务能力应是组织规划生态系统的主要支柱，因为它们具有长期稳定性。它们可以交叉映射到至少 10 个相关领域，其中有 4 个在 TOGAF®[vi] 中提到过，这里就不一一赘述了：

1. 人员和业务单位，包括内部或外部利益相关者、业务单位、部门或参与拥有或使用业务能力的合作伙伴。
2. 流程。业务能力可以通过一个或多个业务流程来实现。检查这些相关流程的效率通常用于衡量能力的成熟度。
3. 信息。信息概念代表业务能力所需的业务数据和知识。
4. 资源。业务能力依赖于一系列 IT 系统、应用程序和微服务，也依赖于有形资产，甚至无形资产。

5 个其他感兴趣的领域可以与业务能力交叉映射：

1. 能力/价值流映射、
2. 能力/产品
3. 能力/举措、
4. 能力/需求，以及
5. 能力/战略。