能力地图不是部门墙的翻版：拆能力最容易犯的四个错
能力地图（Business Capability Map）大概是企业架构里"交付率最高、使用率最低"的产物。图画得很漂亮，装订成册，然后再没人打开过。
失效的原因通常不在方法论，而在拆分的第一步就走偏了。下面四个错，占了我见过的绝大多数。
先说清楚：什么叫「能力」
能力回答的是"这个组织能做什么"，而且只回答这一个问题。它刻意不回答：
- 谁来做——那是组织架构；
- 怎么做——那是流程；
- 用什么做——那是应用和系统。
这个"刻意不回答"是能力地图全部价值的来源：正因为它与组织、流程、系统解耦，才能在这三者变动时保持稳定，充当挂载各种信息的坐标系。一旦掺进去，坐标系就塌了。
错误一：按部门拆
最常见，也最隐蔽。因为访谈是按部门做的，输出自然就长成部门的样子：市场部对应"市场管理能力"，客服中心对应"客户服务能力"。
后果是：组织一调整，地图当场作废。而企业架构的资产本该比一次组织调整活得更久。
识别方法：把能力名称里的部门色彩去掉，看还剩什么。如果"渠道管理能力"去掉之后发现它实际描述的是"渠道部在干的事"，而不是一项业务能力，就是这个错。
错误二：按系统拆
第二常见。ERP → "资源计划能力"，CRM → "客户关系管理能力"，MES → "生产执行能力"。这样拆出来的地图是一份系统清单换了层皮。
它的危害比按部门拆更大：能力地图本来的用途之一，就是发现"哪些能力没有系统支撑"和"哪些能力被多个系统重复支撑"。如果能力本身就是从系统倒推出来的，这两类问题在图上永远不会出现——你把答案抹掉了。
错误三：颗粒度不一致
同一层级上并排出现"客户管理"和"发票打印"。前者是一级能力，后者是三级能力的一个动作。
颗粒度不齐的地图无法做任何横向比较：你没法说"这两块哪个更重要"，也没法在上面做投资分配和热力图，因为格子本身不等价。
一个便宜的对齐办法：同一层的每一项，都用"动词 + 业务对象"造句检查（管理客户、执行生产、结算费用）。造不出句子的，多半是名词堆砌；句子明显更小的，就该降层。
错误四：只拆不用
前三个错都修好了，地图还是会被束之高阁——因为它上面什么都没挂。
能力地图的价值不在地图本身，在于它是个挂载点。至少要挂三样东西：
- 应用：每个能力由哪些系统支撑。空白格 = 能力缺口；三个以上 = 重复建设嫌疑；
- 痛点：业务访谈里的抱怨，落到具体能力上，而不是笼统的"信息化水平低"；
- 投入：在建项目和预算落在哪些能力上。这张图一叠上去，通常会看到钱和痛点根本不在同一个格子里。
挂完这三层，能力地图才第一次能用来做决策，而不只是用来汇报。
三个验证测试
交付前用这三个测试自查，比再开一轮评审会有效：
- 组织重组测试：假设明天两个部门合并，这张图要改吗？要改就说明混进了组织。
- 换系统测试：假设把 CRM 换成另一家的产品，这张图要改吗？要改就说明混进了系统。
- 挂载测试：随便挑三个业务痛点，能不能各自落到唯一一个能力格子上？落不下去或落到好几个格子，说明拆分边界不清。
写在最后
能力地图不难画，难的是忍住不把组织和系统画进去。这个克制在做的当下显得没必要——毕竟访谈资料里全是部门和系统——但它决定了这张图是能用三年，还是下次组织调整就得重做。