产品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条目进行可视化管理,让整个团队非常直观的了解需求的优先级和规划安排。
在Leangoo看板上,我们可以创建多个列表,然后在每个列表上添加故事卡片。
因为我们需要将近期高优先级的需求放到Sprint中,所以在看板上可以创建这几个列表:待整理原始需求,以后的迭代,下个迭代待梳理故事,下个迭代就绪故事,当前迭代,已交付。
我们可以根据需求的优先级把需求分别放到这几个列中。当前迭代的优先级最高。
下图就是一个产品Backlog看板的示例:
建立好了列之后,我们就可以往列表里面增加卡片了,每个故事一张卡。
我们可以为每一张卡片添加工作量,以及故事的验收测试要点。验收测试要点以检查项的方式体现。
除了工作量,检查项,我们可以对这个故事进行一些讨论,也就是评论,也可以@某位成员!
我们也可以为卡片设置标签
标签可以自己命名。标签通常是用来给卡片分类,也可以用卡片标注优先级!
(每张卡片的优先级可以位置来决定的,每个list里面的卡片根据位置对卡片进行强制排序,高优先级的卡片放到最上面,低优先级的需求卡片在下面)
卡片ID
我们也可以为每一张卡片设置ID,便于卡片定位沟通和跟踪,在菜单栏开启就可以。
卡片多选
当我们开启卡片多选的时候 可以批量移动卡片,为卡片批量添加标签,为卡片批量添加成员等等 ,这也是我最爱的功能之一
燃尽图
当一个迭代结束时,我们要对完成的故事进行评审会议,评审通过的故事可以挪到已交付的列表中。
Leangoo会根据故事卡的变化自动生成发布燃尽图,点击菜单-看板统计,就可以查看!不仅有燃尽图 还有任务周期,任务分布等
如下图所示:
通过上述的方式,我们就可以很好的管理我们的产品Backlog了。
最后还有一点提醒,敏捷强调透明性,所以,可视化管理产品backlog很重要,如果条件允许,我们可以考虑通过大的显示屏幕将产品Backlog进行可视化,有触屏大电视会更好。
Leangoo官网:www.leangoo.com
产品Backlog 管理相关推荐
- 敏捷产品Backlog需求管理
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体 ...
- 怎么用leangoo做需求管理及规划?(产品Backlog、用户故事)
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体 ...
- 用leangoo怎么做需求管理及规划?(产品Backlog、用户故事)
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体 ...
- 产品Backlog和需求管理
产品Backlog 产品backlog是一个按照价值排序的需求清单.为了达成产品目标,所有的需求都需要放到产品backlog中进行管理和规划.由产品负责人负责管理和维护.Leangoo为每一个里程碑建 ...
- 产品Backlog(Product Backlog)是什么?
产品backlog由所有的功能特性,包括业务功能,非业务功能(技术.架构和工程实践相关),提升点以及缺陷的修复等组成.这些内容也是将来产品版本发布的主要内容. 一个完整的backlog是一个的蓝图,可 ...
- 什么是产品Backlog(Product Backlog)?
产品backlog由所有的功能特性,包括业务功能,非业务功能(技术.架构和工程实践相关),提升点以及缺陷的修复等组成.这些内容也是将来产品版本发布的主要内容. 一个完整的backlog是一个的蓝图,可 ...
- 换个视角,从产品线管理看过去
本文由作者 我是仔仔侠 于社区发布 你看着他,他也看着你 这是前段时间拍的小区里的流浪猫,一个窝在车底乘凉,一个在骄阳下嬉戏,偶尔间的一个对视,被不经意间记录下来. 其实,这个和今天想讲的并没有直接关 ...
- Scrum的三个工件(产品Backlog、Sprint Backlog、产品增量 )
产品Backlog •产品backlog是一个按照价值排序的需求清单. •为了达成产品目标,所有的需求都需要放到产品backlog中进行管理和规划. •由产品负责人负责管理和维护. 产品Backlog ...
- 产品开发管理之流程和体系(总篇)
前言 秋风瑟瑟,夏日的灼热犹在,就瞬间迎来刺骨寒风.凛冬将至,今天对我们来说,像贴面的利刃一样冰冷而真实.农民.建筑工人.司机.程序员.私企高管.私企老板.资本巨富,都被裹挟进了这个焦灼的时代,没有人 ...
最新文章
- win7计算机创建新用户,win7系统无法创建新用户的解决方法
- 使用基本MVC2模式创建新闻网站
- 36 多线程之线程池pool
- 车牌识别系统,并语音读出识别结果,MATLAB仿真
- 2020年智能家居市场规模将达到3576亿元
- python 批量下载网页图片_Python实现多线程批量下载图片
- JPA数据库架构生成
- 【开源项目】QT播放PCM音频实例详细
- gcc代码反汇编查看内存分布[2]: arm-linux-gcc
- git 命令commit_Git Commit命令解释
- 波形捕捉:(8)使用“捕捉缓冲区”
- 春运抢票靠加速包?试试这个 Python 开源项目吧
- 变量不在选择列表中_Python3中的表达式运算符
- springcloud-config-client的那些坑
- 抖音小程序二维码生成
- (SEED-Lab) TCP/IP Attack Lab
- 威联通Docker安装为知笔记方法
- 3种重新启动或强制关闭任何Mac死机的方法
- AliOS Things 编译体系
- React 运行流程
热门文章
- Spring Boot 集成 Activiti7(工作流)
- FFmpeg命令行解析
- 第一周知识总结--umeng第三份登录
- ppt 另存为 html 动画,ppt2011 for mac 可以另存为html格式吗
- laravel学习1.0
- InputStream转byte[]
- 基于python高校学生管理系统
- 【图像分类损失】PolyLoss:一个优于 Cross-entropy loss和Focal loss的分类损失
- POI java导出Excel设置自适应行高
- Javascript - 1 引入方式,变量常量,数据类型,运算符,流程控制,数组,函数,对象,DOM