没有合适的资源?快使用搜索试试~ 我知道了~
敏捷开发需求管理(产品backlog)
17 下载量 101 浏览量
2021-01-27
12:44:34
上传
评论 1
收藏 793KB PDF 举报
温馨提示
试读
6页
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。然而详细的需求说明书有以下5大弊端:单向的信息传递,容易出现理解偏差。文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断。有了详细的文档,我们不会反复讨论它,相互确认。书面文档不利于团队共享责任,它扮演了证据的角色。Scrum强调团队共享责任,不论是需求人员、开发人员和还是测试员,大家的共同目标是通过讨论、协作,正确理解需求之后把这些需求变成客户真正需要的功能,
资源详情
资源评论
资源推荐
敏捷开发需求管理(产品敏捷开发需求管理(产品backlog))
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进
行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。
然而详细的需求说明书有以下5大弊端:
单向的信息传递,容易出现理解偏差。
文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断。
有了详细的文档,我们不会反复讨论它,相互确认。
书面文档不利于团队共享责任,它扮演了证据的角色。Scrum强调团队共享责任,不论是需求人员、开发人员和还是测试员,
大家的共同目标是通过讨论、协作,正确理解需求之后把这些需求变成客户真正需要的功能,而不是单向的任务传递。
编制详细的、表达准确需求文档需要花费大量的时间,如果需求变化频繁,维护成本更高。
敏捷使用产品Backlog来管理需求,产品Backlog是一个需求的清单,按照需求的商业价值排序, 高优先级的需求在Backlog的
最上层。产品Backlog是一个渐进明细的清单,它有4个主要特点,称之为DEEP:
Detailed 合适的详细程度,高优先级需求更加明细,低优先级的需求粒度更大
Emergent 涌现式的,需求是慢慢涌现出来的,渐进明细的
Estimated 经过估算的
Prioritized/ Ordered 根据商业价值排好顺序的
在产品Backlog中,需求的主要表现形式是用户故事。用户故事是从用户的角度对需求的简短描述。用户故事是将团队的焦点
从描述、编写功能需求转移到讨论需求的最佳方式。
用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素:
角色:谁要使用这个功能。
活动:需要完成什么样的功能。
商业价值:为什么需要这个功能,这个功能带来什么样的价值。
用户故事通常按照如下的格式来表达:
英文:
As a < Role >, I want to < Activity >, so that < Business Value >.
中文:
作为一个< 角色 >, 我想要< 活动 >, 以便于< 商业价值 >。
比如:作为一个网站的普通会员,我期望在我下订单后,未发货之前可以取消订单,这样对我来说更灵活。
我们目前是用的国内的一款敏捷工具Leangoo在做需求管理!
Leangoo是一个非常简洁的看板协作工具,我们可以通过Leangoo创建产品Backlog看板来管理敏捷需求。通过leangoo看板对
产品backlog条目进行可视化管理,让整个团队非常直观的了解需求的优先级和规划安排。
下图就是一个产品Backlog看板的示例:
weixin_38744803
- 粉丝: 3
- 资源: 964
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0