使用 EventStorming 进行协作流程建模是一种基于集体讲故事和协作游戏的方法，适用于探索和设计复杂业务流程，例如招聘和入职流程。以下是具体实施步骤和关键要点：

1. 选择建模格式：流程建模

流程建模 是 EventStorming 的一种严格变体，通过强制执行特定语法来确保流程结构清晰，同时避免陷入软件设计细节。

适用场景：数字化、分布式公司的棘手流程（如招聘、入职）。

核心目标：通过协作游戏探索流程，识别热点（问题点）和边界，最终为增值活动（如问题发现、价值发现）提供背景。

2. 流程建模的 4 条规则

每条路径必须完成：流程应以一个或多个稳定状态事件结束（如 Contract Signed、Onboarding Process Completed）。

必须尊重语法：流程结构受语法限制，确保逻辑一致性。

利益相关者应满意：探索不同视角，可视化流程中价值的创造与破坏。

解决所有热点：暴露异议并尝试为尽可能多的问题找到解决方案。

3. 协作游戏方法

启动方式：

从橙色 事件（Event） 开始（如 Candidate Applied），逐步构建流程。

团队达成基本顺序共识后，引入语法规则。

其他启动方式：从头开始或从终端事件倒推。

策略灵活性：实际玩法由团队动态决定，例如如何处理歧义或优化流程。

4. 流程建模语法

语法通过重复模式描述流程的逻辑链条，从左到右阅读：

用户决策：基于读取模型（Read Model）中的信息，用户决定执行命令（如 Schedule Interview）。

事件触发：命令通常导致事件（如 Interview Scheduled）。

政策响应：

手动政策：人员根据政策对事件做出反应（如“每次面试后更新候选人评分”）。

自动政策：系统自动触发响应（如“合同签署后自动发送入职邮件”）。

读取模型更新：支持后续决策的信息（如候选人历史记录、拼写错误数量）。

5. 关键工具与问题挖掘

政策（Policy）：

定义组织行为规则（如“仅在工作日安排面试”）。

通过提问挑战政策细节（如“是否总是立即安排通话？”），暴露真实行为。

读取模型（Read Model）：

包含决策所需信息（如候选人社交媒体活动、拼写错误数量）。

揭示敏感领域的问题（如隐私、平等性）。

责任人（Person）：

明确决策责任方（如“HR 筛选候选人，但开发负责人复查丢弃列表”）。

识别特殊规则（如“超级明星候选人跳过初步筛选”）。

6. 定义范围与建模风格

范围定义：

避免预先设定完美范围，通过研讨会动态调整边界。

上下文需通过协作挑战和修正（如添加额外便签完善流程）。

两种建模风格：

模糊建模：处理不确定性（如谈判、设计阶段），允许替代顺序。

机械建模：描述程序化步骤（如入职流程中的固定任务清单）。

7. 实施步骤示例（招聘流程）

初始事件：Candidate Applied。

政策响应：

手动政策：“HR 初步筛选，丢弃拼写错误过多的申请”。

自动政策：“发送确认邮件”。

读取模型：检查候选人 LinkedIn 资料、推荐人列表。

责任人：开发负责人复查丢弃列表，识别超级明星。

热点解决：

问题：“筛选标准是否公平？”

解决方案：“明确拼写错误阈值，记录复查理由”。

8. 优势与注意事项

优势：

通过集体智慧暴露隐性规则和问题。

平衡灵活性与结构化，避免过早优化。

注意事项：

需包容不同视角，避免技术偏见主导流程。

热点解决需实际可行，避免过度设计。

通过 EventStorming 流程建模，团队可以高效协作，将复杂流程可视化，同时为后续实施（如软件设计或流程优化）提供清晰蓝图。