User Story 与 Backlog 的关系

萨拉嘿 2016-04-10 08:28:51

最近在学习敏捷开发，其中了解到了User Story 和 Backlog 的知识，但是对于二者的关系产生了疑问。
网上资料说建立Product BackLog的过程就是需求转化为用户故事并确定其优先级的过程，那么可以理解为User Story是BackLog里的项么？。我不知道这样理解的是否正确，所以在这里提出疑问，希望有了解的帮忙解惑，不胜感激

...全文

4050 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

叫我 Teacher 周 2019-03-17

打赏
举报

回复

backlog可以理解为想法池，us只是一种想法的描述形式

xiaolei564335 2017-03-23

打赏
举报

回复

任何一个需求、想法都可以作为userstory。也就是说user story可以是未确定的，不一定经过评审讨论确认的需求。而productbacklog里的user story是经过团队评审，并且确认的需求，这些需求是可以放到后面的迭代中去开发的。

敏捷管理excel模板，故事板 user story，冲刺 sprint，产品backlog，燃尽图 burndown chart

产品Backlog，它是敏捷团队管理开发过程的核心，所有的活动和交付物都围绕产品Backlog来进行。一个完整的产品Backlog=估点的用户故事（UserStory,之后统称为Story）+优先级+验收标准。那为什么Story是作为描述产品Backlog最好的形式？我们又如何编写有效并且粒度合适的Story来帮助团队成员在理解需求上达成一致，共同决策呢？本篇我就带着你从理解Story开始，经过建模、搜集、编写、估算，让“一张卡片”发挥出它的洪荒之力，快速挖掘需求，理解需求。用户故事软件需求是一个沟通问题。在现实开发的过程中，最常见的一个问题就是一旦有一方（业务或开发）占主导地位，沟通就会出现

Sprint_Backlog_Track_Template：记录Backlog，并在日程中记录每天进展情况，尚未对实际工作情况在Backlog中自动统计 Story_Template.doc：用于打印并粘贴到看板的UserStory

用户故事图谱UserStoryMapping.传统的产品待办项列表(ProductBacklog)相对于传统管理办法是一个巨大的进步，但是仍然存在一些问题：只见树木不见林重要的待办项容易淹没在各种细节中看不到全貌因而难以排列优先级　　传统的产品待办项列表(ProductBacklog)相对于传统管理办法是一个巨大的进步，但是仍然存在一些问题：　　只见树木不见林　　重要的待办项容易淹没在各种细节中　　看不到全貌因而难以排列优先级　　并未明显地聚焦于用户需求　　而故事图谱是一个可视化PB的简单工具，有助于解决上述问题，特别是当PB越来越大，越来越复杂的时候。　　步骤1：　　将用户故

本文来自于冰块IT观察，什么是用户故事地图？本文结合这一次实战工作坊的实际案例，给大家条分缕析。我们下面从有关需求的常见问题出发，来看一看我们经常会遇到什么样的问题。开始之前，我们对每位参加的学员做了简单调查，大家的期待还算比较集中。还有之前一次workshop，大家的几点期待：1.如何管理ProductBacklog和SprintPlan。2.Howtoorganizeagoodstory。3.了解不同粒度故事(Epic、Theme、UserStory)之间的关系，如何方便地利用递增和迭代的方式去确定发布计划以及发布目标。4.理解UserStory的拆分原则。5.希

1,557

社区成员

281

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章