企业架构（EA）通常让技术领域以外的利益相关者感到抽象。弥合这一差距最有效的方法之一是通过业务能力图。本文档为希望绘制首个能力图的架构师和战略家提供基础指南。它专注于创建一个稳定的结构，将组织战略与运营执行对齐。
构建能力模型需要纪律、清晰的沟通以及对业务创造价值方式的深刻理解。本指南将逐步介绍整个过程，避免使用特定供应商的工具，以确保该方法论无论您的技术栈如何都具有适用性。我们将探讨层级结构、验证流程，以及如何利用该图进行长期战略决策。
理解核心概念 🧠
业务能力是指组织为实现其目标所需具备的能力。它与流程不同，流程是指工作如何完成。流程描述的是活动的流程，而能力则描述的是执行某项功能的能力。例如，“客户关系管理”是一项能力，“新客户入职”是属于该能力下的一个流程。
为什么需要区分两者？能力是稳定的。流程会因效率提升或法规更新而频繁变化。能力则变化较少。绘制能力图能让领导者看到组织结构，而不受当前软件系统或组织架构的影响。
能力的关键特征
-
永恒的： 无论由谁执行或使用何种工具，它都存在。
-
独特的： 它不会在地图的其他区域重复出现。
-
可衡量的： 您可以评估该能力的绩效水平。
-
独立的： 它的存在不依赖于其他能力。
当您绘制第一张能力图时，实际上是在构建业务的分类体系。这一分类体系将成为组合管理、投资决策和转型规划的支柱。
为什么业务对齐至关重要 🎯
如果没有对齐，IT投资往往会偏离业务需求。这会导致重复建设、预算浪费和错失机会。能力图为IT和业务领导者讨论战略提供了一种中立的语言。
战略优势
-
明确的投资优先级： 您可以识别出哪些能力推动收入，哪些是成本中心。
-
识别差距： 您可以看到组织在哪些方面缺乏执行战略的能力。
-
转型路线图： 您可以根据能力之间的依赖关系来规划变革举措的顺序。
-
标准化： 您可以识别出不同业务单元之间的重复能力。
当地图准确时，它就成为单一事实来源。它可以防止‘影子IT’现象，即各部门在缺乏监督的情况下自行购买解决方案，因为地图能突出显示哪些能力已由现有投资覆盖。
第一阶段：准备与范围定义 🛠️
在绘制任何一个方框之前，您必须明确该工作的边界。为整个企业绘制能力图是一项巨大的任务。对于首次尝试，为某个特定部门绘制地图更为可行。
1. 定义范围
确定地图的详细程度。它将涵盖整个组织，还是仅限于运营部门？在初稿阶段，可以从“财务”或“供应链”等特定领域开始。这可以限制复杂性，并在扩展之前让你有机会优化方法。
-
企业级： 高层级视图（第1级和第2级）。
-
业务单元级： 详细视图（第2级和第3级）。
-
职能级： 极其详细的视图（第3级和第4级）。
2. 识别利益相关方
能力映射是一项协作工作。你无法在孤立的环境中独自完成。你需要来自领域专家（SME）和领导层的输入。
-
赞助人： 推动该计划并解决冲突的高管。
-
领域负责人： 负责特定领域的领导者（例如销售主管）。
-
流程负责人： 熟悉日常工作的人员。
-
架构师： 构建模型的团队。
3. 建立治理机制
谁来批准能力的名称？谁来决定何时新增一项能力？你从一开始就需建立治理模型。否则，地图将变成一堆意见的集合，而非有结构的标准。
|
角色 |
职责 |
|---|---|
|
架构委员会 |
批准高层级变更和标准 |
|
领域负责人 |
验证其领域内能力的定义 |
|
企业架构团队 |
维护模型并确保一致性 |
阶段2：构建层级结构 🔨
能力地图的结构遵循层级树形结构。它通常从广泛的企业职能开始，逐步深入到具体的能力。这种结构确保没有能力被遗漏。
1. 自上而下的方法
从商业战略开始。主要目标是什么？这些目标通常会直接转化为一级能力。例如，“扩大市场份额”的目标意味着与“营销”和“销售”相关的能力。
-
一级：主要业务领域（例如：战略、运营、支持）。
-
二级：核心业务职能（例如：产品开发、订单管理）。
-
三级：具体能力（例如：定价管理、客户支持）。
-
四级：子能力（可选，用于高粒度细化）。
2. 命名规范
一致性是关键。使用名词短语，而非动词短语。“定价管理”比“管理定价”更合适。这有助于强化能力的稳定性。
-
标准： [领域] – [职能] – [能力]
-
格式：为提高可读性，首字母大写。
-
唯一性：确保没有两个能力具有相同名称。
3. 内容起草
召集各领域负责人，共同研讨能力清单。不要试图猜测能力。应向他们提问：“为了运营您的业务，您需要做什么？”
示例场景：
-
领域：客户管理
-
职能：获取
-
能力：潜在客户生成
-
能力：潜在客户资质评估
-
能力： 合同签署
对所有主要领域重复此过程。确保列表彼此互斥。如果“客户开发”和“营销”存在重叠，请明确界定边界。
第三阶段：验证与优化 ✅
草图地图很少是完美的。验证是将地图与现实进行对照的过程。这一步确保模型能够反映实际的业务结构和战略。
1. MECE原则
确保各项能力彼此互斥且整体完备（MECE）。这意味着任何一项能力都不应与其他能力重叠，且所有必要的能力都应被包含在内。
-
彼此互斥： 如果某项能力属于“销售”，就不应同时属于“营销”。
-
整体完备： 所有业务活动都应对应到某项能力。
2. 压力测试
请利益相关者将他们当前的项目映射到各项能力上。如果某个项目无法归入任何类别，你就发现了空白点。这表明地图中缺少某项能力。
3. 优化循环
根据反馈更新地图。你可能需要将一个宽泛的能力拆分为两个，或合并两个相似的能力。这种迭代过程是正常的。在验证完成前，请勿急于最终确定地图。
|
验证检查 |
通过标准 |
未通过时的应对措施 |
|---|---|---|
|
清晰度 |
非专家能否理解定义？ |
优化定义文本 |
|
完整性 |
所有项目是否都有归属？ |
添加缺失的能力 |
|
一致性 |
命名规范是否统一？ |
统一命名 |
第四阶段：地图的落地实施 🚀
地图经过验证后，必须被实际使用。一张放在架子上的地图毫无价值。目标是将地图融入决策流程中。
1. 差距分析
利用地图识别组织的薄弱环节。你可以根据成熟度等级（例如：随意、已定义、已管理、已优化）对各项能力进行评估。
-
高成熟度： 投资于优化和自动化。
-
中等成熟度： 投资于标准化和改进。
-
低成熟度： 考虑外包或收购。
2. 投资对齐
将预算请求与能力关联起来。当部门申请资金时，应明确指出该投资支持的是哪项能力。这可以避免在与战略不一致的“可有可无”功能上浪费资金。
3. 绩效监控
为每项能力定义指标。对于“订单履行”，指标可能是“订单周期时间”；对于“客户支持”，指标可能是“首次接触解决率”。
这使地图从静态图表转变为动态管理工具。它使管理层能够看到哪些能力正在创造价值，哪些能力正在拖累绩效。
常见陷阱，需避免 ⚠️
即使是经验丰富的架构师在绘制能力地图时也会犯错。意识到这些常见陷阱可以节省时间和精力。
1. 将能力与流程混淆
最常见的错误是列出活动而非能力。“处理客户订单”是一个流程，“订单管理”是一项能力。应始终聚焦于能力本身。
2. 过度细化
创建包含500项能力的地图过于详细，难以实用。应首先追求高层次的视图。如有需要，可后续深入细化。杂乱的地图会被忽视。
3. 忽视业务
在孤立状态下构建地图会导致被拒绝。如果业务领导者不参与定义，他们就不会使用这张地图。应在每一步都让他们参与。
4. 缺乏维护
企业不断发展，能力也在变化。如果地图未及时更新，就会过时。应安排定期审查，以保持模型的时效性。
保持长期价值 🔁
工作不会在初稿完成后就结束。能力地图是一项持续发展的资产，需要持续维护，才能在不断变化的市场中保持相关性。
1. 版本控制
跟踪地图的变更情况。记录变更原因。这一历史记录有助于解释战略随时间的变化。
2. 与其他模型的集成
将能力地图与其他架构资产关联起来。将能力与应用程序、数据和基础设施连接起来。这能构建出企业整体的完整视图。
-
应用组合： 哪些应用支持哪些能力？
-
流程模型： 哪些流程执行哪些能力？
-
组织架构图： 哪些团队拥有哪些能力？
3. 文化采纳
鼓励在会议和报告中使用能力语言。当每个人都使用同一种语言时，沟通会得到改善。这种文化转变往往比地图本身更为重要。
执行总结
绘制能力图是一项重大任务，但坚持下来的人将获得丰厚回报。它在复杂环境中提供清晰度，并将技术与业务目标对齐。通过遵循本指南中概述的步骤，您可以创建一个强大的模型，以支持战略决策。
请记住，地图只是一个工具，而不是终点。它的价值在于它所促成的对话以及所支持的决策。从小处着手，严格验证，并以纪律维护模型。通过这些实践，您的企业架构将为增长和适应提供坚实基础。
团队下一步行动
-
回顾： 与您的架构团队一起阅读本指南。
-
规划： 安排与领域负责人召开启动会议。
-
执行： 开始一级和二级的草拟会议。
-
迭代： 为模型规划定期的评审周期。
通过承诺遵循这一流程，您将确保组织保持敏捷，并与战略愿景保持一致。