在企业管理数字化转型的大潮中，构建“数据+模型”驱动的数字孪生管理体系是一条必由的技术路径。“建模” 即 “构建企业管理体系模型”是实现这条技术路径的核心工作。在实践过程中，以下四套成体系的方法论已成为企业管理数字化转型的主要指导，被很多企业所采纳。

TOGAF 企业架构

BIZBOK 业务架构

华为数字化转型方法论

EBPM 数字化全要素流程管理方法论

本系列文章以 EBPM 方法论为主线，对比和融合了 TOGAF、BIZBOK及华为数字化转型的理论及方法，对企业管理数字化转型过程中遇到的实际问题进行深入分析和探讨。

本文介绍一下 “业务场景 Business Scenario” （以下简称为：场景）这个要素。

01—EBPM 方法论对 “业务场景” 的理解

“业务场景”是 EBPM 方法论26 类管理要素中的一员。“场景”是企业管理体系模型中的超级“粘合剂”，其主要作用是用来梳理和解析其他要素。为了进一步理解什么是“业务场景”，我们不妨来先来看一下 “场景” 一词的定义。

《新华词典》中对于 “场景” 的定义如下：现实生活中具有一定情景的场面，强调事件发生的环境、氛围和人物活动的组合。

《剑桥英语词典》中对于 “Scenario” 的定义：A description of possible actions or events in the future (对未来可能的行动或事件的描述)。

解读的提炼上述两个定义，“场景” 的内涵包括两个核心内容：

特定的环境。

可能会发生的活动。

企业建模实践中所说的“场景”是指“业务场景”。因此，可以认为“业务场景”的内涵包括两个核心内容：

特定的业务环境。

可能会发生的业务活动。

综上，EBPM 方法论认为：“业务场景” 是指业务活动发生的特定业务环境。通俗地说，“业务场景” 就是描述企业在 “什么业务环境” 下决定 “要做什么”。

需要特别指出的是，构建企业架构模型时，“业务场景”这个要素通常仅指 “特定的业务环境”，而 “可能会发生的业务活动” 则通过别的要素来描述。

这与 “业务能力” 这个概念有点类似，“业务能力” 是指完成具体业务事项应具备的综合素质，所以 “业务能力” 完整的概念应包括 “做什么具体的事” 及 “做这件事应具备的素质” 两个要点，缺一不可。但在企业架构模型中，“业务能力” 这个要素通常仅指 “要做什么具体的事”，而 “做这件事应具备的综合素质” 则通过其他要素进行描述。

上图所示是 EBPM 方法论关于 “业务场景” 在 “业务架构” 中的工作原理图。本质上，业务架构模型就是不停的在说明企业在 “什么环境” 下决定 “要做什么”。所有用来描述 “要做什么” 的管理要素都会与 “业务场景” 这个要素相关联。也就是说，“业务场景” 连接了企业所有 “要做的工作”，“业务场景” 是管理体系模型的超级 “粘合剂”。

上图中，EBPM 方法论将 “业务场景” 分为战略类、管理类、运营类、授权类四个层级和类别。下面，我们先来说明一下 “战略类业务场景”。

02—战略类业务场景

如上图所示，企业首先应对其所处的内外部环境进行深入分析，从而总结出自己的 “战略类业务场景”。什么是 “战略类业务场景”？就是企业的愿景、使命、文化、价值观、战略目标、关键成功因素、关键绩效指标。

愿景是业务场景？战略目标是业务场景？是的！

上图所示的<业务架构框架>来自于《BIZBOK Guide》11版第7页。这个框架由三部分构成，中间是业务架构模型的构建方法，BIZBOK称之为“业务架构知识”；右侧是“业务架构场景”，左侧是“业务架构蓝图”。这个框架想表达的意思是：基于 “业务架构场景” 用 “业务架构知识” 来构建 “业务架构蓝图”。此时，整个蓝图 “业务架构” 对应的 “业务场景” 是 “业务架构场景”。

在 BIZBOK<业务架构框架>图中，“业务架构场景” 用来描述企业所处的整体 “业务环境” 即所谓的 “什么环境”；蓝图 “业务架构” 描述在这个 “特定业务环境” 下企业决定 “要做什么”。那么，构建整个 “业务架构” 的 “业务场景” 是哪些呢？自然是企业的整体战略目标。

《BIZBOK Guide》11版第 8 页中给出了如下 “业务架构场景” 的示例：

Shift to Customer Centric Business Model 转向以客户为中心的商业模式。

Globalization 全球化发展。

Joint Venture Deployment 建立合资企业。

Operational Cost Reduction 削减运营成本。

Digital Transformation 数字化转型。

BIZBOK罗列的上述这些场景是典型的战略目标。《华为数字化转型之道》一书第 17 页将 BIZBOK “Digital Transformation 数字化转型” 这个战略目标细分为“数字化作业”、“数字化交易”、“数字化运营”、“数字化办公”这四个目标，并且将这四个细分目标定性为“4类场景”。同时，《华为数字化转型之道》一书中强调这些“战略目标”是由“愿景驱动”的。

EBPM 方法论将<战略目标>所描述的业务场景归类为<战略类业务场景>。

<战略目标> 在上图所示的《EBPM企业架构元模型关系图》中是通过红框所示的<战略目标解码模型>来描述的。因此，<战略类业务场景>并没有解析为独立的<业务场景>这个管理要素，这与<业务对象>非常相似。在业务架构中<业务对象>也没有解析为独立的管理要素，而是通过<业务能力>架构来体现的。

我们回顾一下<战略目标解码模型>，事实上这个模型有两部分构成。如上图所示，上半部分由“愿景、使命、文化、价值观、战略目标、关键成功因素、关键绩效指标”构成，这些内容构成了所谓的<战略类业务场景>，即基于内外部环境分析后企业对自身所处 “业务环境” 的结构化和模型化表达。

完整的 “业务场景” 内涵包含两部分内容：“什么环境” 及 “要做什么”。<战略目标解码模型>的上半部分描述了战略视角的 “什么环境”，其下半部分的 “关键举措” 则描述了此环境下 “要做什么”。

另外，从战略层面来描述企业 “要做什么” 除了<战略目标解码模型>的下半部分外，<商业模式模型>及<价值流>和<一级业务能力>也在回答这个问题。这一点，《BIZBOK Guide》11版第446页有过这样一段说明：

一旦建立了基线业务架构（至少包含能力图、外部触发的及其他优先级价值流，以及信息图），场景便为业务架构构建了应用情境，并成为实践的基础。Scenarios create usage context for business architecture and form the basis for the practice once a baseline business architecture, which minimally includes a capability map, externally triggered and other priority value streams, and an information map, is in place.

再来看看 TOGAF 10 版本中的说法。《TOGAF 系列指南：业务场景》第1页中明确指出：

业务场景是对以下内容的统一描述：

真实的业务问题Real business problems。

这些问题发生的业务与技术环境The business and technology environment in which those problems occurb。

由能力所支持的价值流Value streams enabled by capabilities。

正确执行后期望达成的结果The desired outcome(s) of proper execution。

提供能力的人员和计算组件（“参与者”） The human and computing components (the “actors”) who provide the capabilities。

上述 TOGAF 对于业务场景的说明，EBPM 方法论认为可以转换成如下的表达：

“业务场景” 是描述企业在 “什么业务环境” 下决定 “要做什么”。

“什么业务环境” 的描述包括：真实的业务问题及这些问题发生的业务与技术环境，以及正确执行后期望达成的结果。

“要做什么” 的描述包括：由能力所支持的价值流、提供能力的人员和计算组件（“参与者”）。

总之，BIZBOK、TOGAF 都认为针对 “战略类业务场景” 回答 “要做什么” 的模型中是包括 “能力” 和 “价值流” 的。

总结一下。如上图所示，在业务架构模型中，<战略目标解码模型>的上半部分描述了企业 “战略类业务场景”，即企业在战略层面处在 “什么业务环境”；<战略目标解码模型>的下半部分、<商业模式>、<一级业务能力>、<价值流> 这四个部分描述了在此环境下企业决定 “要做什么”；这些模型构成了 “战略类业务场景” 的完整描述。

同时，由于 “战略类业务场景” 已由上述这些模型进行了表达，因此在企业架构模型中这部分内容没有单独解析为 “业务场景” 这类管理要素。

未完待续...