3. 事件风暴工作坊：如何组织一次高效的事件风暴工作坊
事件风暴（Event Storming）是一种协作式、基于粘性便签的领域建模工作坊。它通过将业务专家、技术专家和产品经理聚集在同一面“墙”前，以“事件”为线索，快速探索复杂业务领域，并最终产出统一语言、聚合边界和限界上下文。本章将详细拆解如何组织一场高效、产出明确的事件风暴工作坊。
3.1 工作坊的三种典型模式
根据目标深度和参与人员规模，事件风暴通常分为三种模式。选择正确的模式是高效的第一步。
| 模式 | 目标 | 时长 | 参与人数 | 核心产出 |
|---|---|---|---|---|
| Big Picture | 探索全貌、识别痛点、对齐愿景 | 2-4 小时 | 15-30 人 | 端到端事件流、热点区域、关键干系人 |
| Process Modeling | 细化核心流程、识别决策点、发现业务规则 | 4-8 小时 | 8-15 人 | 详细事件流、命令、读模型、策略 |
| Design Level | 定义聚合、限界上下文、事件驱动架构 | 1-2 天 | 5-10 人 | 聚合、限界上下文、事件/命令定义、上下文映射 |
引导师建议： 对于分布式事务架构选型课程，推荐从 Process Modeling 模式切入。它既能深入业务细节，又能暴露事务一致性的关键决策点，为后续的架构设计提供扎实的输入。
3.2 工作坊的五个阶段
一场高效的工作坊遵循“发散-收敛”的节奏。我们将整个过程分为五个阶段，每个阶段都有明确的焦点和产出。
- 混沌探索（发散）：参与者自由地在墙上贴出所有能想到的“领域事件”。不讨论对错，只追求数量。
- 时间线整理（收敛）：将所有事件按时间顺序从左到右排列，形成一条或多条主线。识别出明显的“事件流”。
- 痛点与机会点（发散）：在事件流上标记出“热点”（Hot Spots），如：流程断裂、手工操作、数据不一致、性能瓶颈等。
- 命令与角色（收敛）：为每个关键事件找出触发它的“命令”（Command）和执行命令的“角色”（Actor）。这是识别事务边界的关键步骤。
- 聚合与限界上下文（设计）：将紧密相关的事件、命令和读模型归拢，形成“聚合”（Aggregate）。再将聚合按业务职责分组，划定“限界上下文”（Bounded Context）。
关键产出物： 阶段五结束时，墙上应清晰可见：领域事件（橙色）、命令（蓝色）、角色（黄色）、聚合（粉色/绿色框）、限界上下文（大框） 以及 热点（红色闪电标记）。
3.3 核心角色与职责
一个成功的工作坊需要明确的角色分工。引导师是“流程的守护者”，而非“内容的创造者”。
- 引导师（Facilitator）：控制节奏、确保规则被遵守、引导讨论、管理时间。不参与业务争论。
- 业务专家（Domain Expert）：提供业务知识、解释规则、验证事件真实性。是内容的“权威”。
- 技术专家（Technical Expert）：从技术可行性角度提问、记录架构约束、识别技术风险。
- 记录员（Scribe）：负责拍照、整理电子版、记录关键决策和未解决的问题。
- 产品经理（Product Owner）：澄清需求优先级、确认业务价值、确保产出与产品目标对齐。
3.4 工作坊流程与视觉符号
为了确保所有参与者使用统一的“语言”，必须提前定义好便签的颜色和符号含义。以下是我们推荐的标准化色板：
3.5 引导师的避坑指南
即使流程清晰，工作坊仍可能陷入僵局。以下是常见陷阱及应对策略：
| 陷阱 | 表现 | 应对策略 |
|---|---|---|
| 过度讨论细节 | 在某个事件或命令上争论超过 5 分钟 | 使用“停车场”（Parking Lot）便签，记录争议点，稍后处理 |
| 技术专家主导 | 技术方案讨论压过业务逻辑 | 引导师重申规则：“先描述‘做什么’，再讨论‘怎么做’” |
| 墙太空或太满 | 参与者不敢贴，或贴得杂乱无章 | 引导师先贴 2-3 个“种子事件”示范；使用“时间线”强制收敛 |
| 关键干系人缺席 | 决策无法当场做出，产出可信度低 | 工作坊前必须确认业务决策者参与；准备“决策日志”记录待办 |
重要提醒： 分布式事务的复杂性往往源于“聚合”之间的交互。在工作坊的第五阶段（聚合与限界上下文），引导师应特别关注跨聚合的事件流，并用红色便签标记出“最终一致性”或“强一致性”的潜在需求。这些标记将直接作为后续分布式事务架构选型的输入。
3.6 工作坊产出物与后续步骤
工作坊结束后，必须将墙上的“物理资产”转化为可复用的“数字资产”。以下是标准化的交付清单：
- 事件风暴全景图（高清照片 + 电子版）：包含所有事件、命令、角色、聚合和限界上下文。
- 热点清单：按优先级排序的业务痛点和技术风险。
- 未决问题列表（Parking Lot）：需要后续会议或调研才能澄清的问题。
- 限界上下文与上下文映射图：初步的架构边界划分，以及它们之间的协作关系（如：合作关系、客户-供应商、防腐层等）。
- 候选聚合列表：每个聚合的名称、核心实体、以及触发其状态变更的关键命令。
这些产出物将直接服务于后续的架构设计工作。在下一阶段，我们将基于这些聚合和限界上下文，结合具体的业务场景（如：订单、支付、库存），进行分布式事务的选型分析。