Scrum团队定义用户故事以管理工作积压。此步骤要求你通过创建和详细说明项目的用户故事来构建和维护产品待办事项，直到故事准备好包含在sprint backlog中以供进一步开发。
什么是用户故事/strong>
User stories（用户故事），也称为“Stories（故事）”，是简短的陈述，记录了要求和所需的最终用户功能。Scrum团队定义用户故事以管理积压的工作。此步骤要求你通过创建和详细说明项目的用户故事来构建和维护产品待办事项，直到故事准备好包含在sprint backlog中以供进一步开发。
执行以下步骤以识别和详细说明scrum项目的用户故事。你可以通过访问交互式产品之旅以交互方式尝试这些步骤。
第1步：定义完成标准
Done criteria（完成标准）是在判断用户故事完成时使用的规则。与个别用户故事所独有的标准不同，完成标准适用于所有用户故事。与验收标准一样，必须满足完成标准的所有条件才能将用户故事视为“Done（完成）”。
1.在Scrum Process Canvas中，单击打开“Manage User Stories（管理用户故事）”工作项。
2.第一步要求你定义完成标准。要执行该步骤，请单击Done Criteria行动组件。
3.记录该项目的完成标准。单击“OK”以确认编辑。
4.完成后，你可以继续下一步。为此，请单击右下角的“Complete Step ”，然后从弹出菜单中选择“Complete”。
第2步：管理产品积压
定义用户故事
用户故事地图显示用例，Epics和用户故事之间的映射。你可以在此处添加用户故事。发现一组代表项目高级功能的Epics后，可将Epics分解为用户故事。
1.单击行动组件User Story Map（用户故事地图）。
2.这将打开User Story Map。选择Epic。
3.单击用例下方的+按钮来添加用户故事。
4.输入一个简短标题作为用户故事的名称。
5.按Enter键以创建另一个用户故事。
6.命名用户故事。
7.重复创造其他故事。
8.你还可以将用户故事安排到Release中。将用户故事拖动到相应的位置释放即可。
9.将其他用户故事拖到Release区域。
10.完成绘图后，通过面包屑导航返回工作项页面。
11.此步骤还有一个行动组件 – Prioritized User Stories。点击打开它。
12.这里会显示一个ETL表，其中列出了你在用户故事地图中创建的用户故事。要描述用户故事，请单击Story行的“Description”单元格。
13.在“Description”窗格中输入描述。通常用户故事的描述以这种格式填写：作为“xx角色”，我想要“xx目标/要求”，达到“xx结果/利益”。
14.输入其他故事的描述。
详细介绍用户故事
用户故事由产品所有者不定时审核。同意实施的用户故事会十分详细。我们来看看如何详细描述故事。
1.让我们从定义验收标准开始。首先单击以选择用户故事。
2.验收标准定义用户故事的“Definition of Done”。它为团队提供了清晰的用户故事预期，消除了需求的模糊性，并有助于调整期望。单击 … 按钮以编辑其验收标准。
3.定义其他验收标准。按Enter键以创建新项目。
4.完成后，单击“Close”。
5.定义审核的其他用户故事的验收标准。
6.让我们为已审核的用户故事输入故事点。故事点是一个数字，表示对用户故事的整体大小和复杂性的估计。双击单元格并输入故事点。
7.选择用户故事的优先级。用户故事的优先顺序是优先考虑尽早提供最大和最直接的商业利益。
8.选择用户故事的风险，表示成功完成用户故事的不确定性级别。
9.设置用户素材的截止日期。双击Due Date（截止日期）单元格，然后从弹出日期选择器中选择日期。
10.单击“OK”确认。
批准用户故事
用户故事在审核并同意实施时设置为“Approved（已批准）”状态。这样的故事足够详细，是在sprint计划会议上被分配到sprint的候选项目。请注意，在创建sprint backlog时，只有处于Approved状态的User Stories可供选择。
1.将获得批准的用户故事的状态更改为Approved。
2.通过面包屑导航返回工作项页面。
如前所述，需求在整个项目中不断出现和变化。你应该只提交更改，而不是直接完成步骤。与直接完成不同，通过提交更改，更改将转发同步到流程的其他部分，同时使你保持在同一步骤。
将每个软件项目变成一个成功的项目。
标签：数据库UML工具数据库方案可视化设计
来源：慧都
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！