首页/开发/系统分析与架构设计速查/领域故事讲述(Domain Storytelling)
需求分析与建模61 条

领域故事讲述(Domain Storytelling)

用图形符号加口头叙事描述领域:谁(角色)对什么(工作对象)做了什么(活动),边画边讲,快速暴露术语歧义与流程断点。

领域故事讲述是什么

领域故事讲述用图形符号加口头叙事描述业务领域:谁(角色)对什么(工作对象)做了什么(活动),边画边讲,图与故事互相校验。它不追求完整建模,而是在较短时间里暴露术语歧义与流程断点,因此特别适合需求早期与跨部门场景,让业务人员用日常语言讲出真实做法,而不必先学一套建模符号。

一次工作坊怎么走

先选一条真实业务流程,明确起止事件与涉及角色;由一线业务人员按亲身经历逐句叙述,其他人先倾听不打断;按编号顺序把角色、工作对象与活动画成句子;领域专家现场指出例外路径与术语分歧并逐句修订;会后整理术语表、流程断点与待澄清问题清单。整条流程通常一到两小时,真正的产出是共识与问题清单,而不只是那张图。

基本信息

三要素角色(谁)、工作对象(对什么)、活动(做什么)
形式特征编号的顺序叙事,图形与口头故事互相校验
适用时机需求早期、跨部门流程梳理、领域语言对齐
工作坊准备一张图只讲一条主路径,便利贴与记号笔即可开工
会后产出编号叙事图、术语表、例外路径与待澄清问题清单

三个粒度层级

粒度视角适用场合
粗粒跨部门业务流程全景流程梳理与范围界定
中粒单个用户任务或场景需求澄清与用例展开
细粒具体系统交互步骤设计讨论与实现对齐

典型使用场景

  • 新项目启动阶段快速对齐业务术语,减少后续文档歧义
  • 跨部门流程梳理,暴露交接环节的断点与例外路径
  • 已有文档与实际做法不一致时,用叙事还原真实流程
  • 远程工作坊按编号逐句添加,会后凭录音回溯订正细节
讲故事时要鼓励领域专家当场纠错:图只是载体,纠错过程中产生的对话与例外清单才是真正的产出。
一张图承载整个企业流程会让讨论失焦:参与者过多又未分组时,细节被淹没,术语分歧也无法收敛。

易错点

  • 只画图不复述故事,关键前提条件与例外路径被省略
  • 参与者过多且没有分组,一张图试图承载整个企业流程
  • 只关注主路径不记录例外,实现时才发现分支远比预期复杂
  • 会后不整理术语表与待澄清问题,讨论结论散落在个人笔记里
  • 把叙事图直接当需求文档交付,缺少后续用例与验收标准承接

数据来源与参考

  • Stefan Hofer & Henning Schwentner《Domain Storytelling》(Addison-Wesley)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌