07 事件风暴入门(上):3 步捕获业务需求,告别 “需求误解”
你好,欢迎来到第 07 讲。
在过去的几讲中,我们已经建立了正确的 DDD 世界观,理解了统一语言的重要性,并掌握了必备的工具。现在,我们要学习一个在 DDD 实践中最具价值、最快能看到效果、也最富有趣味性的环节——事件风暴(Event Storming)。
你是否曾经历过这样的场景?
- 花了几个星期,按照产品经理的需求文档开发完一个功能,在演示时,他却拍着大腿说:“哎呀,我想要的不是这样,这里你理解错了!”
- 系统上线后,客服和运营的反馈像雪片一样飞来:“这个流程不符合我们的实际操作习惯!”、“这里缺少了一个关键的状态!”
- 作为团队的新人,你想快速了解一个复杂的业务模块,但发现没有任何文档,只能硬着头皮去啃成千上万行“面条式”的代码。
这些问题的根源,都在于团队成员之间,对业务的理解没有达成真正的共识。知识被割裂地储存在不同人的大脑里,或者埋藏在过时的文档和腐化的代码中。
事件风暴,就是解决这个问题的“银弹”。
它是由 Alberto Brandolini 发明的一种协作式工作坊,通过一种“游戏化”的方式,让所有项目干系人(业务专家、产品、开发、测试、UX等)在短短几个小时内,共同构建出一幅完整的业务全景图,从而对复杂的业务领域达成共识,并为后续的领域建模和架构设计提供坚实的基础。
这一讲,我们将聚焦
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



