用户故事并非一成不变
我们到底想要实现什么?
我们可以回顾一下我们在第二章中写下的用户故事:
作为博客作者, 我想向所有订阅者发送电子邮件, 以便在发布新内容时通知他们
至少表面上看起来很简单。但魔鬼总是藏在细节里。 例如,在第七章中,我们完善了订阅者的领域模型——现在我们有了已确认和未确认的订阅者。
哪些人应该接收我们的新闻通讯?
目前的用户故事并不能帮助我们——它是在我们开始区分之前编写的!
养成在项目整个生命周期中反复回顾用户故事的习惯。
当你花时间解决一个问题时,你最终会加深对它领域的理解。
你通常会获得一种更精确的语言,可以用来改进之前描述所需功能的尝试。
对于这个具体案例: 我们只希望将新闻通讯发送给已确认的订阅者。让我们相应地修改用户故事:
作为博客作者, 我想向所有已确认的订阅者发送一封电子邮件, 以便在新内容发布时通知他们。