业务领域与战略IT投资：从识别到决策

### 业务领域与战略 IT 投资：从识别到决策 #### 1. 利用 EventStorming 识别领域和子领域 在使用 EventStorming 进行领域和子领域识别时，关键事件的识别至关重要。对于某些子领域，时间轴上可能只有一两个事件，这意味着大多数事件都可视为关键事件。为了在高级别研讨会上有效利用这些关键事件，有两条建议： - **关注与细节级别相关的关键事件**：在覆盖多个范围 2 领域的高级别研讨会上，寻找该级别重要的关键事件。可以设置一个硬性限制，如“请确定本次 EventStorm 中的 5 到 8 个关键过渡点”。若能在此级别确定好边界，后续可通过更详细的研讨会来识别每个范围 2 领域内的子领域。 - **深入探究相邻关键事件**：当发现两个关键事件非常接近时，要深入探究原因。通常这是因为缺少大量信息，可能是了解该领域部分内容的人员未参加研讨会。在继续推进之前，获取他们的见解很重要。要记住，墙上的便利贴并不完全代表整个领域，它们仅代表研讨会参与者决定记录的内容。 完成关键事件的识别后，可通过将 EventStorm 分割成块来识别领域和子领域。这一过程可遵循“将看起来相关的事件序列分组”“将时间轴分割成步骤”“哪些事件感觉属于一组”等简单指令。这些术语故意模糊，是为了避免在这个阶段因精确定义领域而分散注意力。有时，像图 9.15 那样在多个范围可视化边界是有帮助的。 在虚拟环境中，可以复制和粘贴 EventStorm，让人们在更小的分组中工作。这有助于团队识别多个选项并比较利弊，使每个人都能更多地参与。 并非所有子领域的事件在 EventStorm 上都会整齐排列。有些子领域的事件会分散在时间轴的多个部分，称为分散子领域。在分割时间轴后或同时，应开始寻找这些分散子领域。寻找在多个地方出现的特定领域概念或单词，并将其视为潜在的子领域。但同时，要平衡“集中出现在多个流程或步骤中的概念”这一启发式方法与“与现有语义边界对齐”和“定义有目的的语义”的启发式方法。即使一个概念在多个地方出现，根据子领域的目的，将其视为不同子领域可能更明智。 初学者在使用 EventStorming 识别领域边界时，常犯的错误是假设流程和流程步骤总是与领域边界对齐。实际上，“将子领域与旅程和流程步骤对齐”只是识别子领域的一种可能启发式方法，并非总是最优选择。子领域与用户旅程/流程的关系有三种情况： - **完全对齐**：子领域与流程、旅程或流程步骤完全对齐并共享名称。 - **带委托的对齐**：类似于完全对齐，但子领域将一些规则或逻辑委托给其他子领域。 - **未对齐**：没有子领域与流程、旅程或流程步骤对齐，该流程是多个与其他目的对齐的子领域的组合。 以通用的入职流程为例，展示了这三种情况： |情况|说明|示例| | ---- | ---- | ---- | |完全对齐|有一个入职子领域处理入职用户旅程的所有步骤|存在一个 Onboarding 子领域处理所有入职步骤| |带委托的对齐|入职子领域仍管理入职流程，但将某些方面委托给其他子领域|Onboarding 子领域将身份验证委托给 Identity Verification 子领域| |未对齐|流程中的每个步骤涉及截然不同的领域概念，且这些概念在入职旅程之外的其他地方也有使用，不存在入职子领域|入职流程的每个步骤由不同子领域处理，如 Account、Identity Verification 等| #### 2. 分析子领域 确定候选领域边界后，花时间分析子领域的内聚性并探索替代方案很有必要。可以通过撰写子领域的简短描述，明确其目的和实现方式。然后提出以下问题：“子领域中的每个事件是否与子领域的名称和描述一致？”“所有事件是否相互关联？” 以在线汽车经销商的取车和送车子领域为例，该子领域的目的是向客户交付汽车并取走他们的旧车。乍一看，“从仓库取到新车”“到达客户家”“卸下新车”这三个事件与名称和目的明显相关，但“给新车车主新车指南”和“激活故障保险”这两个事件感觉不同，下面带有问号。这表明该子领域可能是带委托的对齐情况，取车和送车子领域关注汽车的物流运输，而给指南和激活保险的领域概念和逻辑与子领域的其他步骤关系不大，这两个事件可能属于其他子领域。 为了评估和完善选项，可以使用以下基本的合理性检查问题： - 一个团队负责所有事件是否合理？ - 是否有