user-stories - 共享代码和库的用户故事

Question

我正在开发一个需要使用用户故事的项目，该项目的一部分是针对 ASP.NET 数据库执行身份验证。通过阅读这个故事将遵循类似的模式：

作为一个未注册的用户，我想注册应用程序以便创建一个帐户......等等。

从“接受”的角度来看，我将其视为完成工作的后端部分，然后是用户可以与之交互的 UI。但是还有其他不相关的项目可以使用相同的功能，因此这将成为共享框架/库的一部分。

随着代码进入一个没有前端的库，应该如何编写用户故事？即使用户不会直接使用该功能，是否仍应从最终用户的角度编写故事？

Answer 1

不要执着于将每个用户故事都放入模板中。故事的“最终用户”视图可以让开发人员清楚地看到功能的使用情况，并在此过程中了解上下文以更好地实施故事。它还可以帮助您垂直拆分故事，并避免编写诸如“迁移数据库”之类的故事。

如果你有这两个想法，那么写出对你的情况有意义的故事。在您的情况下，我会将调用应用程序视为最终用户，并将故事写成“作为应用程序，我想创建一个帐户，所以......”。对我来说，这给出了我在实施故事时需要牢记的正确背景。