19、产品与流程现代化建模技术解析

产品与流程现代化建模技术解析

在产品或流程现代化的过程中，有两种非常有效的技术值得关注，分别是过程建模事件风暴（Process Modelling EventStorming）和领域故事讲述（Domain Storytelling）。下面将详细介绍这两种技术的相关内容。

1. 过程建模事件风暴

当决定对产品或流程进行现代化改造，或者想探索更多可能性时，事件风暴是一种有效的工具。与侧重于混沌探索和了解当前领域运作方式的大图景事件风暴不同，过程建模事件风暴更加结构化，适合设计未来状态。

1.1 符号表示

过程建模事件风暴基于大图景事件风暴的符号体系，并新增了一些概念和语法规则，对每个符号元素的使用时机进行了限制。具体符号如下：
| 符号 | 颜色 | 含义 |
| ---- | ---- | ---- |
| 参与者/角色 | 小黄色便利贴 | 代表领域中的人员或他们所扮演的角色 |
| 动作/命令 | 蓝色正方形便利贴 | 代表用户或策略在系统上执行任务的指令或触发器 |
| 系统 | 大粉色便利贴 | 代表内部或外部的软件系统或应用程序 |
| 领域事件 | 橙色正方形便利贴 | 代表系统在接收到命令后产生的事件，体现命令执行的结果 |
| 策略 | 紫色正方形便利贴 | 代表由领域事件激活的策略，类似于业务规则或工作流步骤 |
| 信息 | 绿色正方形便利贴 | 代表人们用于决策的信息 |
| 热点 | 菱形紫红色或红色正方形便利贴 | 作为待回顾的笔记或占位符 |

以合同审批工作流的部分建模为例，流程始于销售人员在合同系统中请求合同审批，系统触发“合同审批请求”的领域事件，进而激活业务策略，要求对合同进行法律审批。法律审批请求发出后，未完成的审批会被添加到新审批列表中，供法律团队查看。法律团队查看合同并满意后，会批准合同。

在建模时，除了考虑正常流程，还需考虑其他场景和边缘情况。例如，法律团队可能不批准合同，此时会要求进一步修改，合同将返回给销售人员和合同系统进行细化。通常，过程建模事件风暴会将最常见或理想的流程放在第一行。

1.2 工作坊规划

规划过程建模事件风暴工作坊与大图景事件风暴有许多相似之处。如果现场举办，需要大量的墙面空间。无论采用何种形式，都需要邀请代表产品、工程、用户体验和领域专家等多方面关键视角的人员。与大图景事件风暴不同的是，过程建模事件风暴的范围通常更窄，以便进行更精细的建模，因此各团队和业务领域的代表人数会较少。由于范围更窄、更具体，也更容易明确预期成果。

1.3 工作坊引导

引导过程建模工作坊相对容易，因为一开始没有混沌的探索过程，通常大家围绕单一话题进行讨论。但当所有人同时发言时，就需要一些引导技巧来控制局面。可以在工作坊开始时设定基本规则，强调不能同时发言，要有基本的礼貌。

工作坊开始后，有两种有效的控制方法：温和提醒和使用占位符搁置某些讨论。定期进行回顾也很有用，例如在几小时后让大家围坐一圈，回答两个问题：“在本次会议中学到了什么？”和“下一部分希望做出什么改变？”

工作坊的启动方式很简单，从流程的第一步开始，逐步构建时间线。如果团队对该技术不熟悉，可以指定一个人放置便利贴，并每15 - 30分钟轮换一次。对于纪律性强的团队，可能不需要明确角色，大家都可以添加和移动便利贴。明确前置条件和成功标准也很有帮助，这能让大家清楚进度和目标。

1.4 事件风暴作为协作游戏

事件风暴的发明者Alberto Brandolini提倡将过程建模事件风暴游戏化。因为设计未来状态需要各方达成共识，而不同利益相关者有不同的观点，游戏化可以消除竞争，创造合作环境。他定义了四个关键规则：完成所有流程路径、遵循颜色语法规则、解决所有可能的热点问题、让所有利益相关者基本满意。想了解更多关于事件风暴游戏化的内容，可以观看Alberto的演讲“Software design as a Cooperative Game”。

1.5 提出好问题

提出好问题是重要的引导技巧。好问题可以排除某些方法，或开启新的可能性。提问的目的是让整个团队获取知识，挑战团队的思维方式，促进更好的讨论和理解。以下是一些通用的引导问题：
- “有多少人会承担这个角色（或扮演这个角色、能够完成这项工作）？”：了解机会的规模，例如自动化五个人的工作可能不值得投入软件的开发和维护成本，但如果是五千人，情况就不同了。
- “一个人可以扮演多少个角色？”：探讨如何提高个人效率，例如一个人扮演三个角色，但只有一个角色需要专业知识，那么其他两个角色的时间就是浪费。
- “每个场景的可能性有多大？”或“哪个场景最常见？”：明确各场景的比例，有助于发现有价值的机会。例如，只有少数用户通过自动聊天机器人寻求帮助，而更倾向于与真人交流，对这一流程进行现代化改造可能会降低运营成本。
- “这是否总是会发生？”：询问时间线上的每个事件和策略，能发现隐藏的边缘情况和业务规则。例如，对于销售合同审批后需要法律审批的策略，询问“销售团队请求合同审批时，是否总是需要法律审批？”可能会得到不同的答案。
- 也可以问相反的问题，如“在任何情况下，X都不应该发生吗？”或“允许X发生的可能性为零吗？”
- 由于过程建模事件风暴更注重解决方案，也可以考虑未来需要实现的需求，例如询问“合同审批请求发出后，法律团队的最大响应时间是多少？”

2. 领域故事讲述

拥有多种工作坊技术是有益的，不同环境、领域和人员会影响技术的有效性，也可以对同一挑战应用多种技术以获取不同视角。领域故事讲述（https://domainstorytelling.org/）就是一种与各种事件风暴技术互补的好方法。

2.1 符号表示

领域故事讲述有一些基本的符号元素，用于通过人员、系统和其他实体之间的交互讲述领域故事：
| 符号 | 含义 |
| ---- | ---- |
| 参与者 | 代表领域故事中扮演角色的人、软件系统或其他实体 |
| 工作项 | 参与者使用和交流的领域概念 |
| 活动 | 参与者对工作项进行的操作，通常涉及其他参与者 |
| 序号 | 表示每个活动发生的顺序 |
| 注释 | 用于表达其他符号难以表达的内容，如决策的原因或动机 |
| 组 | 用于显示故事各部分之间的关系，如领域边界 |

以自动验证处方的未来状态流程建模为例，故事从客户在公司网站的订单区域下单开始，用“客户”图标、“下单”活动箭头和序号01表示，接着指向“药品订单”工作项和“订单系统”。后续步骤按序号依次展开，客户上传处方，处方验证服务向医生确认处方有效性，确认后与订单系统同步信息以完成订单。

2.2 工作坊规划与引导

与事件风暴不同，领域故事讲述只有单一流程，没有替代场景或边缘情况，这体现了其“一个好例子胜过一个坏抽象”和“一张图，一个故事”的理念。因此，领域故事讲述工作坊更具结构性和针对性，需要更多的前期规划。

• 设定范围 ：由于领域故事讲述需要讲述精确的单一流程故事，前期需明确范围。可考虑三个因素：
• 粒度 ：分为粗粒度、中粒度和细粒度。粗粒度通常涵盖业务的大部分，涉及多个领域和团队；细粒度则更详细，可能将粗粒度图中的一个活动分解为多个步骤。建议每个领域故事严格在单一粒度级别上建模。
• 时间点 ：分为“现状”（As - Is）和“未来”（To - Be）。明确时间点能使会议成果清晰，避免大家在两种状态之间频繁切换。在建模“未来”状态时，要管理好预期，因为这是探索未来可能性和做决策的过程，可能产出较少，但达成共识和决策是有价值的。
• 领域纯度 ：指故事是否包含软件系统。包含软件系统的故事为“数字化”领域故事，不包含的为“纯”领域故事。当关注领域概念时，选择纯领域故事可避免软件系统的干扰；但有时了解软件系统的作用对理解约束和限制很重要。
• 邀请合适的人员 ：与事件风暴等技术一样，邀请合适的人员是设计新领域能力的关键。首先要确定工作坊想解决的问题，然后思考哪些人能帮助回答这些问题。设计未来状态流程时，需要了解新系统愿景和用户需求的人，以及参与软件设计和实现的人。此外，也可以邀请只想倾听和学习的人。
• 准备空间 ：领域故事讲述对建模空间的要求较为灵活，不一定需要大量墙面空间。大型白板或大屏幕配合数字建模工具都可以。推荐采用“巨石阵”座位布局，即座位呈近乎完整的圆形或马蹄形，围绕建模白板或屏幕。在现场工作坊中，既可以使用打印的领域故事讲述图标，也可以使用便利贴，还可以使用数字工具，如Miro和The Domain Storytelling Modeler（https://egon.io/）。
• 工作坊角色 ：虽然领域故事讲述工作坊不一定需要设置角色，但设置角色有助于保持讨论主题明确，避免陷入无关话题，确保每个人都有发言机会。可考虑设置以下角色：
• 主持人 ：负责组织会议、邀请参与者，并在工作坊中决定时间分配，如确定建模的场景。
• 建模者 ：负责在建模空间添加符号以构建故事，通常只有一人担任此角色。

综上所述，过程建模事件风暴和领域故事讲述是两种在产品和流程现代化中非常实用的技术，它们各有特点，可根据具体情况选择使用。通过合理规划和引导工作坊，能有效地利用这些技术，推动项目的发展。

产品与流程现代化建模技术解析

3. 两种技术的对比与适用场景

为了更清晰地了解过程建模事件风暴和领域故事讲述这两种技术，下面对它们进行对比分析，并探讨各自的适用场景。

对比项	过程建模事件风暴	领域故事讲述
结构特点	相对结构化，但允许一定的灵活性，可考虑多种场景和边缘情况	高度结构化，强调单一流程和无条件的精确故事
适用阶段	适用于探索未来状态，设计新的流程和解决方案	更适合聚焦于特定的、具体的流程场景，进行详细的故事描述
参与人员	需要不同领域的代表参与，以获取全面的视角	同样需要多方面人员，但更强调围绕单一故事的协作
前期规划	范围相对较窄，前期规划重点在明确精细的目标和成果	需要更多前期规划，明确范围的三个关键因素
符号体系	基于大图景事件风暴扩展，符号用于表示系统、事件、策略等	专门为讲述领域故事设计，符号用于描述人员、工作项和活动等

根据上述对比，我们可以得到以下适用场景的建议：
- 过程建模事件风暴 ：当面临复杂的业务流程，需要多方参与共同设计未来状态，并且要考虑各种可能的情况和变化时，过程建模事件风暴是一个不错的选择。例如，企业进行全面的数字化转型，涉及多个部门和系统的协同工作，通过事件风暴可以全面梳理流程，发现潜在的问题和优化点。
- 领域故事讲述 ：当关注特定的业务场景，需要深入理解和描述该场景下的具体流程时，领域故事讲述更为合适。比如，设计一个特定的客户服务流程，通过领域故事讲述可以清晰地展现每个环节的参与者、活动和信息传递，确保流程的精确性和可执行性。

4. 技术应用案例分析

为了更好地理解这两种技术的实际应用，下面通过具体案例进行分析。

4.1 过程建模事件风暴案例

某金融公司计划对贷款审批流程进行现代化改造。他们采用了过程建模事件风暴技术，邀请了业务部门、风控部门、技术部门等多个领域的代表参与工作坊。

在工作坊中，首先确定了流程的起点是客户提交贷款申请，使用蓝色便利贴表示“客户提交贷款申请”的命令。系统接收到申请后，产生“贷款申请已接收”的领域事件，用橙色便利贴表示。接着，根据业务规则，触发了一系列的策略，如信用评估、风险审查等，用紫色便利贴表示。在这个过程中，还考虑了各种边缘情况，如客户信用记录不完整、风险评估不通过等。

通过事件风暴，团队发现了原流程中存在的一些问题，如信用评估环节的信息传递不及时，导致审批时间过长。针对这些问题，团队共同设计了新的流程，优化了信息传递机制，提高了审批效率。最终，新的贷款审批流程成功上线，大大缩短了客户等待时间，提升了客户满意度。

mermaid代码如下：

graph LR
    classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px;
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    classDef decision fill:#FFF6CC,stroke:#FFBC52,stroke-width:2px;

    A([客户提交贷款申请]):::startend --> B(系统接收申请):::process
    B --> C{信用评估}:::decision
    C -->|通过| D(风险审查):::process
    C -->|不通过| E(补充信息):::process
    D --> F(审批结果通知):::process
    E --> B

4.2 领域故事讲述案例

一家电商公司想要优化客户下单后的物流配送流程。他们选择了领域故事讲述技术，聚焦于这个特定的流程场景。

工作坊中，设定了“现状”的时间点和细粒度的范围。故事从客户下单开始，用“客户”图标和“下单”活动表示。订单生成后，作为工作项进入物流系统，物流系统进行订单处理、分拣、发货等活动，每个活动都有相应的序号。通过详细的故事描述，团队发现了物流配送过程中存在的一些问题，如分拣环节的效率低下，导致发货延迟。

针对这些问题，团队重新设计了物流配送流程，优化了分拣策略，提高了发货速度。通过领域故事讲述，团队对整个流程有了更深入的理解，确保了新流程的可行性和有效性。

mermaid代码如下：

graph LR
    classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px;
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;

    A([客户下单]):::startend --> B(订单生成):::process
    B --> C(订单处理):::process
    C --> D(分拣):::process
    D --> E(发货):::process
    E --> F(配送):::process
    F --> G([客户收货]):::startend

5. 总结与展望

过程建模事件风暴和领域故事讲述这两种技术在产品和流程现代化中都发挥着重要的作用。它们各有优势，能够满足不同场景下的需求。通过合理运用这两种技术，可以帮助企业更好地理解业务流程，发现问题并设计出有效的解决方案。

在未来的发展中，随着业务的不断变化和技术的不断进步，这两种技术也可能会不断演进和完善。例如，与人工智能、大数据等技术的结合，可能会使流程建模和故事讲述更加智能化和精准化。同时，在跨领域、跨行业的合作中，这两种技术也有望发挥更大的作用，促进不同领域之间的交流和协作。

企业在实际应用中，应根据自身的需求和特点，选择合适的技术，并不断积累经验，提高运用这些技术的能力。相信在这些技术的支持下，企业能够更好地应对市场的挑战，实现持续的发展和创新。