我需要构建一个产品，在后端有一个数据库来存储和检索数据。
我刚开始收集利益相关方的用户故事，我被困住了......
如果我有一个项目负责人，他有一个用户故事： “作为项目负责人，我希望能够查看和修改项目的范围，以确保我的项目是最新的”
这个用户故事要求我创建了数据库并在表格中有数据之前有一个表。
我应该收集所有用户故事并在验收标准上添加数据库组件吗？
我应该仅为后端创建用户故事吗？为前端创建一些用户故事吗？
我不确定如何分开或让它们一起工作。
答案 0 :(得分：1)
SCRUM背后的理念是，随着您的发展，架构/设计将会出现。考虑到这一点，您仍然需要产品积压来反映产品的含义。所以在积压的某个地方应该有一个像......这样的用户故事;作为一个用户，我想要一个我可以使用管理我的项目的应用程序＆＃34;。那个故事相当大（史诗级）。因此必须将其分解为较小的故事（例如＆＃34; ......应用程序必须具有x＆＃34;）。如果这确实是用户故事，那么另一个子史诗（仍然很大需要突破）故事将是......＆＃34;作为应用程序开发人员（注意这里的上下文更改），我需要一个数据库来存储我的Project应用程序数据＆＃34 ;.然后，对于制作数据库脚本的人来说，这个故事就会被打破（假设您首先创建应用程序数据库，一些应用程序首先是代码，ORM生成数据库模式）。这里的要点是你开始大规模并将其分解，直到你得到一个非常小的故事的完整积压。然后你知道你有一个完整的积压（整理积压），你准备好开始计划你的冲刺。