Domain Storytelling

书籍定位

Domain Storytelling 是领域驱动设计（DDD）社区的新兴建模方法论的权威指南，由该方法的联合创始人 Stefan Hofer 和 Henning Schwentner 亲自撰写。本书系统阐述了一种协作式、可视化、敏捷的领域建模方法，通过讲故事的方式让业务专家、产品经理和技术团队建立对业务领域的共同理解。这是第一本全面介绍该方法的专著，获得了 Mike Cohn（敏捷联盟联合创始人）、Paul Rayner（EventStorming Handbook 作者）、Mathias Verraes（DDD Europe 组织者）等多位行业权威的高度评价。

核心内容

全书分为三大部分，从理论到实践完整覆盖领域故事讲述法的全流程：

第一部分：方法讲解（第1-8章）

• 第1章「简介」：通过一个生动的租车业务场景，演示了一次完整的领域故事工作坊流程，让读者直观感受这种方法的运作方式。
• 第2章「图形化语言」：这是本书的核心技术基础，详细定义了领域故事的五大基本构建块：参与者（Actors）、工作对象（Work Objects）、活动（Activities）、序号、注解。同时给出了领域故事的语法规则和10条优秀建模风格指南，包括避免循环、避免请求响应模式等实用建议。
• 第3章「基于场景的建模」：讲解如何使用具体场景作为建模载体，如何在保持概览和深入细节之间取得平衡。
• 第4章「范围」：介绍三个关键维度——粒度（粗粒度vs细粒度）、时间点（现状AS-IS vs 未来TO-BE）、领域纯度（纯业务vs数字化实现），以及典型的建模旅程。
• 第5章「建模工具」：对比纸笔/白板、通用绘图工具、虚拟白板、专用建模工具的优劣，给出选型建议。
• 第6章「工作坊形式」：完整的工作坊操作指南，包括前期准备（邀请正确参与者、时间规划、场地布置）、工作坊进行中的故事讲述和图形记录方法。
• 第7章「主持人指南」：给主持人的14条实用建议，包括如何引导讨论、处理分歧、管理时间、保持能量等软技能。
• 第8章「常见陷阱」：作者总结了实践中最常遇到的问题和反模式，帮助读者避免走弯路。

第二部分：与领域驱动设计结合（第9-13章）

• 第9章「战略设计」：讲解领域故事如何帮助发现限界上下文（Bounded Context）和上下文映射（Context Map），这是DDD战略设计的核心。
• 第10章「战术设计」：如何从领域故事中推导出实体、值对象、聚合、领域服务等DDD战术模式。
• 第11章「软件开发流程集成」：讲解领域故事如何融入敏捷开发流程，包括需求分析、用户故事拆分、验收测试等。
• 第12章「代码生成」：介绍如何将领域故事模型转化为可执行代码，实现模型与实现的闭环。
• 第13章「事件风暴与领域故事」：对比和另一个流行的DDD方法EventStorming的关系和互补使用场景。

第三部分：实践案例（第14-15章及附录）

• 第14章「案例研究」：通过两个完整的真实案例——电影租赁系统和开源项目的领域建模全过程。
• 第15章「组织变革」：讲解如何在组织中推广和实施领域故事方法，克服阻力，建立能力建设。

适用读者

本书特别适合以下人群：

• 领域驱动设计（DDD）实践者和爱好者
• 系统架构师和解决方案架构师
• 产品经理和业务分析师
• 敏捷教练和 Scrum Master
• 需要与业务部门紧密协作的技术团队领导
• 大型复杂业务系统的开发者
• 希望改善业务与技术沟通的所有团队

价值亮点

领域故事讲述法的核心价值和本书的独特之处：

1. 沟通桥梁：不同于UML、ER图等传统建模语言通常只有技术人员能懂，领域故事用图标化的语言让业务专家也能参与，真正实现业务与技术的双向沟通。

2. 协作式建模：不是架构师关起门来建模，而是业务专家、产品、开发一起在白板前讲故事画模型，集体智慧构建共同理解。

3. 叙事的力量：人类天生擅长理解故事，用讲故事的方式建模比抽象的图表更容易被大脑理解和记忆。

4. 轻量敏捷：不需要复杂的工具和漫长的文档，几支笔几张纸就能开始，快速迭代，符合现代敏捷开发节奏。

5. 全链路覆盖：从业务探索→战略设计→战术设计→代码实现→测试验证，领域故事可以贯穿整个软件开发生命周期。

6. 作者权威：方法创始人亲自撰写，内容权威可靠，大量案例来自真实项目实践。

阅读建议

建议按顺序阅读前8章建立对方法的完整理解，这是方法的核心内容。有DDD基础的读者可以重点阅读第9-13章了解如何与DDD结合。建议边读边动手实践，找一个简单的业务场景和同事一起做一次迷你工作坊体验方法的威力。第7章主持人指南和第8章常见陷阱是作者多年经验的总结，值得反复阅读。附录中的词汇表和模式速查是日常工作中的实用参考工具。