企业谈组织能力，通常会涉及业务能力、管理能力和组织活力。
业务能力解决的是企业能不能满足客户需求、创造业务价值；管理能力解决的是资源如何配置、过程如何协调、结果如何控制；组织活力则影响目标、计划和执行的质量。三者共同作用，可以概括为：
组织能力＝业务能力×管理能力×组织活力
三者都重要，但建设有先后。企业首先要回答自己需要具备什么能力，才能进一步设计相应的管理机制，并通过组织活力把能力发挥出来。因此，业务能力是组织能力建设的牵引力量。
那么，业务能力到底是什么？如何识别和建设？它又如何落实到流程、数据和IT系统中？
一、业务能力首先要解决“企业能做什么”
IBM业务组件模型将企业业务放在“业务领域”和“责任层级”两个维度中分析。按照责任层级，可以分为引导、控制和执行三类。
第一类是战略和策略类能力，负责确定目标、方向和规则。例如供应链规划、品类采购策略、物流网络规划。
第二类是管理和控制类能力，负责计划、资源配置、过程监控和绩效管理。例如供应商配额管理、供应商绩效管理、采购规则设计。
第三类是执行和操作类能力，负责完成具体业务活动，直接形成业务结果。例如采购需求管理、订单执行和物流发运。
方向是否正确，过程是否可控，执行是否有效。
IBM强调业务组件由活动、资源和治理模式共同构成。华为在此基础上更突出流程、数据和IT系统，关注能力如何通过数字化手段落地。前者适合识别和规划业务能力，后者更接近能力建设与系统实现。
二、业务能力不是凭空设计出来的
最常见的是从价值流出发。企业先梳理从客户需求到价值交付的主链条，再识别各环节需要具备的能力。例如制造企业可以先识别研发、采购、生产、销售和售后能力，再继续分解采购需求、寻源招标、订单执行和供应商管理能力。
第二种是从流程出发。将现有流程中的活动进行归纳和抽象，识别它们共同支撑的业务目标。供应商准入流程中的材料收集、资质检查、产能评估和适配性判断，可以归纳为供应商资质评估能力。
第三种是围绕业务对象识别。合同、客户、订单、产品、供应商等业务对象都有自己的生命周期。围绕合同，可以识别合同模板、合同拟定、合规审核、变更和档案管理等能力。这种方式最基础，也最容易与数据和系统设计衔接。
另外两种是参考成熟模型和成熟软件。APQC、行业能力模型以及咨询公司的方法，可以帮助项目快速搭建整体框架；ERP、CRM、SRM、PLM等软件中沉淀的功能和场景，也可以反向验证企业是否遗漏了关键能力。
实际项目中，很少只使用一种方法。通常先参考成熟模型形成框架，再通过价值流、流程和业务对象进行校准。
三、能力建设不能停留在能力地图上
业务能力要真正运行起来，需要流程、数据、IT系统和知识技能共同支撑。
流程决定业务如何开展。活动如何排列、责任如何分配、规则如何控制，直接影响效率、成本、质量和风险。
数据是业务活动的输入和输出。数据越完整、准确、及时，业务判断和执行越可靠。
IT系统提升业务执行和数据流转效率，并将规则、权限和控制要求固化到业务过程中。
知识和技能则决定执行者能否处理复杂问题。专家经验、知识库和岗位技能，都是业务能力的重要组成部分。
不同类型的能力，建设重点也不同。战略和策略类能力更依赖知识和人员经验；管理和控制类能力更依赖数据和管理机制；执行和操作类能力更依赖流程和IT系统。
管理能力和组织活力也会进一步放大这些要素。没有计划、协调和监控，能力难以稳定运行；没有责任感和主动性，再完善的流程和系统也可能流于形式。
四、流程调用能力，能力也靠流程实现
关于流程和能力的关系，经常会出现两种说法：流程调用能力，能力依靠流程实现。
端到端流程面向客户价值，通常跨越多个部门。它根据业务场景调用研发、采购、生产、销售等不同领域的能力。
职能流程位于专业部门内部，是业务能力的主要运行载体。例如采购部门通过寻源、评审、签约、订单和供应商管理等流程，持续建设和运作采购能力。
端到端流程负责调用能力，职能流程负责建设和运行能力，活动与任务负责把能力落实到具体操作。
华为Y模型表达的正是这种关系。左侧是价值流和业务场景，右侧是业务能力，中间通过业务流程衔接。业务前线对价值结果负责，职能部门负责专业能力建设，也就是常说的“战区主战、军种主建”。
五、数字化让业务能力从资源走向服务
随着企业规模扩大，同一种专业能力如果由各单位重复建设，成本高、标准不一，也不容易复用。业务能力因此会逐步走向平台化和服务化。
最初的形态是资源服务，由专家或专业人员向一线提供支持。它依赖个人经验，灵活但成本较高。
当服务内容逐步标准化后，可以形成业务服务，以标准交付件的方式提供。例如共享服务中心和BPO。
当业务服务进一步自动化，就可以转化为数字服务。用户通过平台和工具自助申请、实时获取，服务也可以延伸到客户、供应商和合作伙伴。
资源服务重在资源在线、能力可视和评价反馈；业务服务重在接口、标准、模板和进度透明；数字服务重在平台运营、按需调用和自助服务。
这也是职能部门从“管控业务”转向“建设和运营能力”的过程。
六、业务能力最终要落到应用服务
从业务能力到IT实现，中间还要经过业务活动、业务对象和IT功能。
业务能力说明企业需要“能做什么”；业务活动说明“如何做”；业务对象说明“处理什么”；IT功能说明系统需要对业务对象进行哪些操作；应用服务则将业务、信息和功能封装起来，形成可复用的软件能力。
例如，合同管理能力会展开为合同拟定、审核、变更和归档等活动。这些活动围绕合同对象展开，系统需要提供创建、修改、查询和显示等功能，最终形成合同拟定服务、合同审核服务和合同变更服务。
华为V模型描述了这条从业务设计到IT实现的路径。左侧从价值流、业务能力和业务场景逐步细化，右侧形成应用服务、应用模块和产品，中间由数据和业务对象连接。
Y模型解决业务如何创造价值、需要建设什么能力；V模型解决这些能力如何通过数据和应用落地。二者结合，才形成从业务架构到IT实现的完整过程。
七、总结
业务能力建设的难点，不在于画出一张能力地图，而在于让能力真正进入企业运行。
企业需要先识别能力，再明确能力由哪些流程、数据、系统和知识支撑；需要区分端到端流程和职能流程，处理好价值创造与专业能力建设的关系；还要通过服务化和产品化，让能力能够被调用、复用和持续优化。
最终，业务能力建设回答的不是“企业有哪些能力”，而是三个更实际的问题：
企业需要具备什么能力？这些能力如何稳定运行？又如何通过数字化手段持续提升？
最终，业务能力建设回答的不是“企业有哪些能力”，而是三个更实际的问题：
免责声明：解读章节属EA之家原创，享有内容版权。《案例》章节来源于各文库类平台，内容无法找到真正来源，如有标错或文章所使用的图片文字链接等涉及侵权，请尽快与我们联系处理，谢谢。
EA之家 »
业务能力建设：从能力识别到数字化落地，附28页PDF
