两年前，我第一次听说了Event Storming。我了解了这项技术，但并没有立即被它说服。一场大师班和几场Event Storming会议之后，我写这篇博客是因为我认为您应该尝试一下。
让我们从头开始。
什么是事件风暴？
EventStorming是一种灵活的研讨会格式，用于协作探索复杂的业务领域— Alberto Brandolini（Eventstorming.com）
事件风暴可以用于不同的目的。特别是我们可以看到PENCIL42有两种格式：
- 对业务流程的达成认识共识，又称大图格式Big Picture Event Storming
- 事件驱动架构的设计，也称为设计级格式
在本文中，我想更深入地了解大图片格式。
大图片事件风暴
您需要什么：
- 合适的业务人员，即各自领域的专家，不同领域/部门的人员，关心的人员！
- 很多便利贴
- 在墙上一卷大纸，将其放置在墙上
- 墙壁空间很大的房间
- 你，即主持人
- 根据域的大小，每个人半天到一天的时间
它是如何工作的？
Event Storming技术使您的关键业务人员一起开会。他们要做的就是写下他们可以想到的每个事件，并将它们按顺序排列。需要明确的是，事件是一种过去时，表达的过去发生的事情。例如，撰写博客文章的业务流程可能包含以下事件：
- 开始新的博客文章草稿
- 要求审查博客文章
- 预定发布的博客文章
- 发表博客文章
- 在Twitter上分享的博客文章
一旦完成，您将意识到真正的 业务流程已经出现。
在研讨会结束时：
- 你会知道的业务流程是什么样子
- 业务人士将从头到尾了解自己的业务流程，并跨越不同的部门和职责
一旦流程明确，参与者就可以识别风险和机会。这使他们可以决定将精力花在哪里。
为什么要这样做？
根据组织的不同，使用经典技术（例如BPMN或UML活动图）对业务流程进行建模可能会很痛苦：
- 您需要与许多不同的业务专家交谈，以了解从头到尾的流程
- 与您交谈的每个人只知道故事的一部分
- 收集这些信息的研讨会不是最活跃的
- 而且当您完成对业务流程的文档记录时，您会感到有点怪异，无法正确地完成工作
大图片事件暴发技术解决了许多问题：
- 您需要将所有相关人员召集在一个房间里
- 请他们描述流程
- 必然会发生的讨论
- 您不仅会了解流程，而且参加研讨会的每个人也会了解
- 痛苦点和机会在每个人中都将非常明显。
精确度
这项技术可能不适用于需要精确建模技术的人。在任何流程中，您都将拥有替代，并行，可选的流程，如果使用经典技术（例如BPMN或UML活动图），则阅读您的BPMN或UML图的每个人都将以相同的方式解释这些方案，因为它们提供了清晰的建模语言。
事件风暴则不提供这样精确度。
- 是否有并行发生的事情？也许您可以将它们放在垂直列表中
- 是否有替代流程？您可以在流程的该部分上方添加一些胶带，并为其命名
- 您是否要表明某件事是由时间触发的？也许添加带有时钟的便利贴
- 有些动作重复了x次？带循环的便利贴怎么样？
对此没有任何正式的表示法，您可以随身携带，以当时最有意义的方式进行调整。这是我不太满意的部分。我喜欢精确，并且我很难用这种技术来精确。
另外，大型Event Storming会议的主要先决条件之一就是让关键利益相关者加入会议室，但是当您使用这种技术时，您的主要利益相关者就会丢失：客户。当您可能看不到客户的观点时，认为您正在考虑所有方面是很危险的。
那其他技术呢？
现在您有了业务流程。这如何与其他技术（如用户案例映射和客户旅程）相适应？
大图片事件风暴不仅使我成为分析师，而且使所有参与其中的业务利益相关者对业务流程有了共识。因为这是发现改进流程的机会，所以大图片事件风暴是启动新个项目的好方法。
客户旅程Customer Journeys 方法特别关注客户，大图片事件风暴缺乏对客户的关注，因此可以带您进行由内而外的思考。
用户故事映射是我在每个项目中使用的一种技术。它可以帮助我概述解决方案所需的功能。它使我能够确保解决方案中不存在任何空白，并且有助于计划发布。
所以对我来说，这三种技术都有自己的目的，并且可以共存。
如何记录事件风暴？
您可以通过多种方式记录事件风暴会话：
要意识到的最重要的事情是，无论您使用什么技术，业务流程都在不断发展。当您离开工作室时，流程可能已经更改。因此，无论您选择记录什么，它都是当时共识的快照。
目标不是文档，目的是获得对业务流程及其面临的风险和机会的共识。
结论
它是可以解决您所有问题的完美技术吗？否。但是我确实认为这是一种非常有价值的技术，值得将其纳入您的分析工具箱中。