事件风暴研讨会准备和三种类型

事件风暴是一种动态研讨会方法,深入研究领域和需求发现。获得的见解非常宝贵,有助于设计与业务边界紧密结合的软件,从而简化维护。

事件风暴提供三种不同的研讨会类型 - 大局观、流程级别和设计级别。

1、研讨会准备

邀请谁?
研讨会的成功取决于三个参与者群体:

  • 知道答案的人——领域专家、业务分析师和其他能够阐明领域细微差别、规则和政策的人。他们的专业知识对于理解业务运营和表达其活动的语言至关重要。
  • 提问者- 开发人员、测试人员以及所有参与实施的人员,他们的探索性问题揭示了不太明显的领域方面。他们的好奇心丰富了对业务的理解。
  • 主持人- 通常是一人,如果团体较大则由多人担任,负责引导研讨会实现其目标,同时保持参与者的参与和专注。

此外,还有两个重要注意事项需要牢记:
  • 不要过分关注我上面列出的角色列表 - 专注于拥有知识和好奇心强、想要学习的人。知识最渊博、知道所有答案的人往往是拥有多年业务经验的高级开发人员。
  • 了解小组之间的划分并不严格。参与者可能会发现自己在一个实例中提供答案,在另一个实例中提出问题,这反映了研讨会的协作和不断发展的性质。 


发送邀请之前

  • 明确目标 ——明确研讨会目标可避免漫无目的的偏离,并使讨论保持在正轨上。
  • 确保不会忽略重要的参与者- 一定要邀请那些意见和决定至关重要的关键人物。及时确认他们的出席情况,如有必要,直接与他们沟通。通过提前主动解决这一问题,可以避免在研讨会结束后几天发现不准确之处或需要重新审视决定的挫败感。

准备清单

  • 零食和饮料- 对于现场研讨会,请确保房间内随时提供零食和饮料。对于虚拟会议,请在邀请函中提醒参与者准备好茶点。原因是什么?糖分的增加可以激发讨论的活力,一块简单的饼干可能就是达成结论所需的能量。此外,饥饿会严重影响注意力,因此最好事先解决这个问题以保持注意力。
  • 现场研讨会
    • 便签- 备有多种尺寸、颜色和形状的便签,以代表不同类型的信息。
    • 书写工具 ——选择笔尖较粗的记号笔,以确保每张纸条都传达单一、清晰的信息。
    • 空间——确保墙壁上有较长的空间用于放置纸条——不会太长。
  • 远程研讨会 - 选择一种允许创建各种形状并添加注释的工具。虽然限制和政策有时会让我使用 Visio、draw.io和 Paint 等工具,但我的首选是Miro

2、深入了解不同的方法
事件风暴是一种全面了解业务领域的战略方法,旨在在开始设计和实施之前尽可能多地揭示不确定性和复杂性。此过程的每个阶段都需要不同程度的细节和信息广度。有时,广泛的概述就足够了,而某些场景则需要深入探索特定需求的复杂方面。

为了满足产品开发阶段的不同需求,事件风暴提供了三种类型的研讨会。每种研讨会都针对目标、参与者名单、定义的范围和要解决的细节深度量身定制:

  • 大局观—— 旨在培养对业务领域的高层次理解。它是开发统一语言的关键,而统一语言又能培养所有参与者的集体理解。它也是识别和划定领域边界的关键时刻。研讨会的目标不是实现完美或完整,也不是详尽地呈现所有信息。相反,它的主要重点是提出大量问题、挑战和疑问,强调识别问题而不是立即寻求解决方案。.
  • 流程级别– 致力于细致检查流程,确保其完整性。我们的目标是解决可能影响流程的任何疑问和不确定性。我们的目标是探索所有可能的变化,包括“晴天”和“雨天”的情况。
  • 设计层面——我们的目标是 讨论我们关注的流程部分的所有重要方面。我们希望充分理解它,以便开发人员可以在研讨会后立即开始编码。

概览
目标

  • 对业务领域有广泛的了解。
  • 识别并突出任何障碍、挑战和未知因素。
  • 培养参与者之间的共同语言。
  • 确定域边界。
  • 认识关键价值和潜在风险
  • 定义有界上下文。

不是我们的目标
  • 全面、详细地了解每个过程。
  • 对提出的所有问题提供答案。

范围
通常,我们首先会从整体上了解整个业务领域。如有必要,后续课程可能会侧重于更具体的领域。

时间
由于信息量很大,研讨会可能会相当冗长。我们努力确保所有参与者都能投入一整天的时间,总共安排 3-4 场会议,每场会议大约持续 1.5 小时。參與者

  • 来自不同部门的多元化团队,带来不同的经验、观点和角色。
  • 这些人可能不经常互动或彼此不熟悉。
  • 具有专业知识的领域专家、架构师和团队领导。
  • 该群体的规模差异很大,从 10 人到 30 多人不等。

过程级别
目标

  • 明确说明在此过程中可能会发生什么。
  • 对该过程有深入的了解。
  • 检查所有可能的情况和规则是否正确。
  • 回答有关该过程如何进行的重要问题。
  • 验证有界上下文

不是我们的目标
  • 深入研究每个流程步骤的细节。
  • 解决与流程本身无关的问题。

范围
重点是业务流程,包括其预期和不利情景。期间
研讨会预计将持续 1-2 场,每场持续约 1.5 小时。參與者

  • 对该流程具有深入了解的领域专家。
  • 积极参与与流程相关的服务开发的个人,例如架构师、开发人员和测试人员。

 
设计水平
目标
  • 确定流程每个步骤所需的数据。
  • 建立整个过程中需要满足的规则。
  • 识别并定义聚合。

不是我们的目标
  • 对每条数据进行极其详细的分类——目前,“个人数据”这样的一般类别就足够了。
  • 将每条规则指定到最精细的细节 - 例如,简单地陈述“地址存在”在这个阶段就足够了。

范围
重点可能放在流程的特定部分或整个部分,这取决于流程的复杂程度。期间
一次疗程,持续1至1.5小时。參與者
  • 详细了解流程步骤的专家。
  • 参与开发相关业务领域的团队成员。