事件风暴工作坊：可视化发现领域事件

什么是事件风暴

事件风暴是一种轻量级、高度互动的协作建模技术，由Alberto Brandolini提出，旨在快速探索复杂业务领域。它以“领域事件”为核心，通过即时贴、时间轴等可视化手段，将业务流程中的关键事实显性化。无需代码或UML基础，业务人员与技术人员能在同一张白板上共同构建对领域的共识。本教程带你从零起步，亲手主持一场高效的事件风暴工作坊。

前期准备：材料与角色

所需物料

• 大型白板或墙面：至少2米×1.5米，用于粘贴事件流。
• 不同颜色的即时贴：
  • 橙色：领域事件（过去式动词短语）。
  • 蓝色：命令（触发事件的动作）。
  • 黄色：聚合（承载状态的实体）。
  • 浅紫色：外部系统/角色。
  • 粉色：热点（冲突、疑问或瓶颈）。
• 记号笔、胶带：用于绘制时间轴与区域。

参与角色

• 引导者：掌握事件风暴流程，控制节奏，引导思考，不参与内容输出。
• 领域专家：业务方代表，最清楚工作实际流程，提供真实案例。
• 开发者/架构师：关注一致性边界、技术约束，后期提炼聚合。
• 记录员：拍摄、记录最终成果，确保不丢失任何细节。

工作坊核心流程：六步构建领域事件流

第一步：寻找领域事件（橙色风暴）

引导者提问：“发生了什么重要的事情？请用过去式短语描述。”例如“订单已提交”“付款已确认”“货物已发出”。参与者发散思考，将每个事件写在一张橙色即时贴上，随意贴于白板左侧。不筛选、不排序，先追求数量。此阶段常发现隐藏的业务细节。

第二步：构建时间轴（从左至右）

将散乱的事件按时间顺序排列成一条从左向右的流程线。可能产生多条并行分支，可用垂直方向表示。引导者不断追问“紧接着发生了什么？”“在这之前呢？”确保因果关系连贯。时间轴是故事的主干，任何业务场景都应沿着时间展开。

第三步：识别命令与角色（蓝色与紫色介入）

在每个事件的左侧，贴上“是什么动作导致了这个事件？”的蓝色命令贴。例如“订单已提交”之前是“提交订单”。再追问“谁发起了这个命令？”将外部系统或用户角色写在浅紫色即时贴上，贴在命令旁。这暴露了系统的触发者与边界。

第四步：提取聚合（黄色聚集）

围绕关键名词（如“订单”“支付单”）将相关事件和命令组织起来，用黄色即时贴标记聚合。聚合是业务状态的一致性边界，接收命令并产生事件。引导者需带领团队讨论：“这些数据必须保持强一致吗？”将强关联的事件聚拢，形成潜在的服务边界。

第五步：标注热点与约束（粉色碰撞）

研讨过程中难免出现分歧、未知规则或性能瓶颈。立刻用粉色即时贴捕捉，写下关键词如“并发扣库存规则？”“退款时如何回滚赠品？”贴在对应位置。热点不是问题，而是后续深入讨论的锚点。工作坊结束后，这些热点将转化为待办任务。

第六步：以读模型与策略收尾（可选深化）

探索到一定阶段后，可探讨用户界面或报表所需的数据视图。用绿色即时贴表示“读模型”，放置于相关事件流出端。若有自动化策略（如“超过24小时未支付自动取消”），用紫色策略贴描述触发条件与动作。这一步让模型从“写”走向“读写分离”。

引导者技巧：保持能量与聚焦

• 时间盒控制：每一步限时15-25分钟，防止过度陷入细节。
• 肢体语言：始终站在白板前，用笔指向正在讨论的位置。
• 沉默打破：若冷场，复述已发现的事件流，询问“还缺什么？”
• 冲突化解：当意见无法统一时，通过粉色热点记录，快速进入下一项，避免争论升级。
• 图形辅助：可预先在板上画出泳道，区分“前台用户”“后台运营”“外部系统”，让事件归属更清晰。

从工作坊到软件设计：输出与延续

产出物清单

• 事件风暴全景图：包含事件流、命令、聚合、角色、热点的高清照片。
• 热点清单：按优先级整理的待澄清业务规则列表。
• 限界上下文草稿：基于聚合与事件归属自然形成的子系统边界。

后续行动

• 热点跟进会议：1-2天内召集核心专家解决清单中的疑问。
• 示例映射：针对复杂事件编写具体例子，验证模型。
• 代码准备：将聚合、命令、事件直接转化为代码中的领域模型，开始实现核心流程。

常见误区与提醒

• 把事件当流程节点：事件是已发生的事实，不是“做某事”的动作。
• 过早引入技术概念：避免讨论数据库、API，保持纯业务语言。
• 引导者参与建模：引导者若发表个人见解，会压制参与者声音。
• 追求完美顺序：迭代式排列，先有主干时间轴，再动态调整。

线上事件风暴工具推荐

无法物理同地协作时，可使用以下在线白板工具模拟即时贴效果，开启视频会议进行实时引导。

• Miro：无限画布，多色便签模板，内置计时器与投票功能。
• MURAL：专注设计思维与敏捷协作，支持私密模式。
• draw.io 或 Excalidraw：完全免费，简约手绘风格，适合小团队。

事件风暴不是一次性活动，而是领域探索的持续实践。通过可视化的协作，团队能消除业务与技术的鸿沟，让领域逻辑真正“活”在每一位参与者的脑中。