用户故事图谱与领域驱动设计的结合应用

Eriksen Costa 在一篇博客文章中讨论了在项目设计中结合使用用户故事图谱（User Story Mapping）与领域驱动设计（DDD）所带来的优势。在他看来，开发者们往往会由于某个需求特性开发的压力而忽略一些必要的对话，而这种对话能够帮助参与者建立起对业务的共识。这些开发者们更愿意参与技术性的讨论，并直接进入特性的实现阶段。这样一来，他们就丧失了深入学习相关领域，并通过领域的概念对软件进行建模的机会。

Costa 是 Wikidu 公司的 CTO，他表示：虽然我们会通过各种不同的实践保证软件系统的质量，例如测试驱动开发（TDD）和持续集成，但并不意味着这样设计出的系统能够自然地反映出对应的领域概念。为此，他引用了 Eric Evans 所编写的 DDD 著作中的内容：

如果程序员对于领域本身不感兴趣，那么他们所了解的仅限于应用程序所应有的行为，却丢失了这些行为背后的原则。虽说通过这种方式也能够创建出实用的软件，但这样的项目永远无法达到一种理想的状态：即强大的新特性将随着旧特性的演变而自然地浮现出来。

Costa 特别强调，DDD 方法为软件的开发提出了一种新的途径，它不再关注于技术本身，而是专注于通过开发者与领域专家的交流达成一种共识，在此基础上打造出一个模型以及通用的语言（即通用语言 Ubiquitous Language）以描述这一领域。

Costa 相信，创建用户故事图谱是实现共识的第一步，它有助于促使开发者们采用 DDD 方法。用户故事图谱能够更清晰地以可视化的方式显示整个项目的全局信息，帮助开发者确定用户故事开发的优先级。通过一种协作式的方式进行用户故事图谱的创建，能够模拟出相关的全部信息，并通过这些结果展开有效的对话。而开发者们也能够通过这一过程更好地理解他们的工作在全局中所扮演的角色。他同时相信，通过采取这种方式，能够在团队成员之间建立起更密切的联系，让他们更好地理解业务的目标。

Costa 在文中通过一个简短的速成教程解释了用户故事图谱的基本概念。除此之外， Jeff Patton 和 Gojko Adzic 也撰写了大量有关用户故事和影响地图（Impact Mapping）的内容，其中一个示例叫做“通过汉堡方法切分用户故事”。

Costa 最后的结论是：在处理复杂领域的项目采用 DDD 方法时，使用用户故事图谱是一种简单而有价值的模式。它将帮助开发者与领域专家创建共享的领域知识，以及项目起始的通用语言词汇表。

查看英文原文： Combining User Story Mapping with Domain-Driven Design