EventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。
明智地使用EventStorming，我们可以发现有关我们的域和业务的足够信息，以便我们可以使用它来设计微服务，有界上下文甚至我们的团队组织。
在公共培训课程中和为客户私下举办过许多EventStorming会议之后，我们注意到，可以将EventStorming应用于次优状态，从而使人们质疑其价值，并使他们感到浪费时间。
另一方面，有效地应用EventStorming时，我们已经看到了许多成功的会议，其中许多团队已将EventStorming用作其微服务设计的基础。
在本文中，我们将分享一些易于学习的技术，这些技术将帮助您充分利用EventStorming的功能，从而可以设计更多与领域保持一致的软件系统。
1.避免过早抽象
EventStorming开始时可能会采取的错误做法之一是建模过高。在许多EventStorming会话中，通过在更深层次上对域进行建模，可以释放出杀手级领域的见解。在这里，您可以打破幻想，检验假设并了解您的领域的实际运作方式。这使您能够从单纯的软件模型扩展到真正的域驱动设计。
以在线职位公告板为例：
招聘人员登入系统、创建了招聘要求、发布招聘、求职者申请职位、面试安排。
域就是这样工作的，它是如此简单，也是很肤浅的抽象，对我们没有任何帮助。这个建模事件太普通了，太通用了，是一种抽象了的通用流程，并不是具体化。
2.从特定方案开始
为避免过早抽象，请从建模单个粒度流开始。例如，特定类型的用户在特定时间以特定价格购买特定产品。
对单个流建模之后，在流中查找子分支，然后分解为相邻的流。
在上面职位发布领域案例中，我们可以从外部招聘者注册发布职位开始建模。针对购买大型招聘计划的外部招聘人员，然后针对购买轻型招聘计划的外部招聘人员。
我们需要根据要招聘的业务来组织招聘广告。而且，招聘政策有一个意见：如果您要招募多家公司来你这里招聘，则必须采用不同的招聘模式，这会影响您的计费方式以及收到的报告的类型。
特定的招聘流程是这样的：
外部招聘人员登入系统、分别购买大型招聘计划和轻型招聘计划、根据大型和轻量招聘策略将相应要求发给招聘者、招聘人员挑选一些。
外部招聘人员要遵守不同的招聘计划，需要特殊的工具来组织其工作，需要不同的报告类型，在进行这样更细化的建模时，您将开始看到流程分支，输入，输出以及各种方式的处理模式。
发现领域中极为重要的线索：自然所有和共同变化的部件，这些部件看起来相同，但关系松散得多。这是信息的类型，是架构域驱动软件系统的关键。
3.捕捉隐藏的意图
我们看到许多初学者在将Form Submitted表单提交事件添加到他们的EventStorm时犯了错误。这不是领域事件，而是领域事件的技术实现。重要的是为什么要提交表单：用户的意图是什么？
除了使用Form Submitted之外，您还可以添加更多以域为中心的名称，例如Job Post。
不要写的技术事件：表单提交、按钮点按、数据库保存；
业务事件的领域术语：广告发布；工作陈列；支付接受。
后者才是领域术语，但仍然不够。在为您的域中的数据提交建模时，可以使用以下技术来获取更深入的域见解：
- 列出每个单独的数据（即表单上的每个字段）
- 列举每个数据的可能值
- 了解不同值的意义
- 将重大差异建模为单独的流程
可以通过一个示例更好地证明这一点：发布工作时，表单提交中包含以下字段：就业类型。它可以是永久或合同。该选择具有很高的领域意义，导致业务流程发生变化，从而影响业务成果。
因此，在这种情况下，可能有两个事件更好：永久职位发布，合同职位发布。然后为每个流程建模-寻找流程中的差异并寻找相似之处。您将获得大量有关设计系统（尤其是设计微服务边界）的最佳方法的见解。
4.怀疑警惕CRUD命名
具有通用后缀（例如Created，Updated，Changed，Changed或Deleted）的事件表示您正在使用技术术语来描述您的域而不是真实的域术语。
更新Updated可能是最大的警告信号。更新是一个非常笼统的术语，基本上意味着已更改。当我们使用EventStorming时，我们试图捕获我们领域的丰富性，因此我们应该问“为什么更新了某些内容？”。
对CRUD命名的怀疑不仅会帮助您开发更丰富的领域词汇表，从而改善技术从业者与领域专家之间的协作，而且还将帮助您发现域内的其他流程。了解更改的每个不同原因，您将发现许多领域的见解。
例如取代”价格更改“，你可能会发现“价格折扣”，“最终季售价"，"圣诞促销价激活"或别的东西。
5.寻找状态机和关键事件
状态机几乎遍布每个领域。我们正在建模的概念经历了不同的生命周期阶段，即它们的状态。
如果您特别注重查找状态机，那么在发现域中的边界（将成为微服务的边界）方面会获得更大的成功。
有一种特殊的事件可以识别状态机状态之间的转换，称为“关键事件”。关键事件是域边界的有力指标。
在物联网设备领域，我们可能会发生以下关键事件：设备制造，已配置设备，已安装设备和已激活设备。尽管在整个过程中发生了数以百计的事件（例如，将设备从仓库中移出并安装在公共场所），但这几种关键事件是指示重大变化的关键业务事件。
6.到处问“如果？”
很容易陷入仅对域中常见路径或快乐路径场景建模的陷阱。但是，通过探索所有边缘情况，还有很多东西要学习。
要梳理您域中的边缘情况，请查看墙上的每个事件并询问“什么？”。“如果发生停电怎么办？”，“如果拒绝客户的信用卡怎么办？”，“如果仓库发生火灾怎么办？”。
对该领域具有浓厚的好奇心和好奇心，将带您提出探索性和挑战性的问题。这将带您获得有关该域的许多见解。
7.如果团队正在困惑，请切换到单线程模式
混乱的探索是EventStorming的标志之一，整个团队都在这里集体集思广益。每个人都可以随意将自己的想法，假设和疑虑用便签贴在墙上。
混乱的探索对于EventStorming提供的许多发现至关重要。但是，有时精力不足，团队感到困惑，或者由于许多可能的原因之一而没有取得进展。你能为这个做什么？
虽然在其他人观看的同时只有一个人将便签放在墙上是一种反模式，但是这种称为单线程EventStorming的方法可以有效地帮助团队达成一致并建立团队动量。
此模式有一些变体，但是您可以尝试以下方法：
- 选一个人将便签贴在墙上
- 其他人围坐在他周围
- 选择一个特定的用例模型
- 继续努力，一次添加一个事件，以确保小组在继续之前达成共识。如果小组陷入僵局，请做笔记并稍后返回
- 如果还有其他疑问或疑虑，请记录下来，稍后再返回-保持进度前进
在简短的单线程会话之后，该小组将有许多想法和他们想更详细地建模的其他方案。切换回混沌模式的好时机。
掌握事件存储和微服务设计
了解您的业务领域是设计最佳软件系统的关键。因此，提高对业务域进行建模的能力将增强您作为系统设计师的能力。
EventStorming是可用于对业务域进行建模的最佳工具之一。您对EventStorm的掌握越多，您就能构建出满足业务需求的软件系统，从而取得更大的成功。
五分钟内您将无法掌握MasterStorming。但是，您越早开始学习，越多地练习，就会越快到达那里。我们希望我们在本文中分享的技巧将有助于加速您的精通学习之路。
（banq评：事件风暴会议本身就是一种探索问题和答案是否存在的各种可能性，突破舒适区，追问原因，拥抱不确定性，用好奇心驱使创新： https://www.jdon.com/53327）