用户故事——数据库设计
User Story - Database design
我需要构建一个产品，在后端有一个数据库来存储和检索数据。
我刚开始从我的利益相关者那里收集用户故事，但我被困住了...
如果我的项目负责人有一个用户故事，例如：
"As a project leader, I want to be able to see and modify the scope of my project so that I make sure my project is up to date"
这个用户故事要求我已经创建了数据库并有一个 table，然后在 table 中有数据。
我是否应该收集所有用户故事并将数据库组件添加到验收标准中？
我应该只为后端创建用户故事，而为前端创建一些用户故事吗？
我不确定如何将它们分开或一起工作。
SCRUM 背后的想法是架构/设计将随着您的开发而出现。考虑到这一点，您仍然需要产品待办事项列表来反映产品将是什么。所以在积压工作的某个地方应该有一个用户故事，比如...... "As a user, I want an application that I can use the manage my projects"。那个故事相当大（史诗）级别。因此，必须将其分解为更小的故事（例如“……应用程序必须具备 x 能力”）。如果那确实是用户故事，那么另一个子史诗（仍然需要大量爆发）故事将是... "As an application developer (notice the context change here), I need a database to store my Project application data"。然后，对于编写数据库脚本的人来说，这个故事就被打破了（假设您首先创建应用程序数据库，一些应用程序是代码优先的，ORM 生成数据库模式）。这里的要点是，你从大开始，然后将其分解，直到你得到一个包含非常小的故事的完整积压工作。然后你知道你有一个完整的积压（整理后的积压）并且你已经准备好开始规划你的冲刺。
我需要构建一个产品，在后端有一个数据库来存储和检索数据。
我刚开始从我的利益相关者那里收集用户故事，但我被困住了...
如果我的项目负责人有一个用户故事，例如： "As a project leader, I want to be able to see and modify the scope of my project so that I make sure my project is up to date"
这个用户故事要求我已经创建了数据库并有一个 table，然后在 table 中有数据。
我是否应该收集所有用户故事并将数据库组件添加到验收标准中？
我应该只为后端创建用户故事，而为前端创建一些用户故事吗？
我不确定如何将它们分开或一起工作。
SCRUM 背后的想法是架构/设计将随着您的开发而出现。考虑到这一点，您仍然需要产品待办事项列表来反映产品将是什么。所以在积压工作的某个地方应该有一个用户故事，比如...... "As a user, I want an application that I can use the manage my projects"。那个故事相当大（史诗）级别。因此，必须将其分解为更小的故事（例如“……应用程序必须具备 x 能力”）。如果那确实是用户故事，那么另一个子史诗（仍然需要大量爆发）故事将是... "As an application developer (notice the context change here), I need a database to store my Project application data"。然后，对于编写数据库脚本的人来说，这个故事就被打破了（假设您首先创建应用程序数据库，一些应用程序是代码优先的，ORM 生成数据库模式）。这里的要点是，你从大开始，然后将其分解，直到你得到一个包含非常小的故事的完整积压工作。然后你知道你有一个完整的积压（整理后的积压）并且你已经准备好开始规划你的冲刺。