ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

[转]敏捷开发需求管理(产品backlog)

2019-12-06 23:51:09  阅读:295  来源: 互联网

标签:需求 优先级 故事 卡片 开发 backlog 敏捷 看板 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看板的示例:

 

 

Leangoo看板上,我们可以创建多个列表,然后在每个列表上添加故事卡片。

 

因为我们需要将近期高优先级的需求放到Sprint中,所以在看板上可以创建这几个列表:待整理原始需求,以后的迭代,下个迭代待梳理故事,下个迭代就绪故事,当前迭代,已交付。
我们可以根据需求的优先级把需求分别放到这几个列中。当前迭代的优先级最高。

 

建立好了列之后,我们就可以往列表里面增加卡片了,每个故事一张卡。

 

 

我们可以为每一张卡片添加工作量,以及故事的验收测试要点。验收测试要点以检查项的方式体现。

 

除了工作量,检查项,我们可以对这个故事进行一些讨论,也就是评论,也可以@某位成员!

 

 

我们也可以为卡片设置标签

 

标签通常是用来给卡片分类,也可以用卡片标注优先级!

 

(每张卡片的优先级可以位置来决定的,每个list里面的卡片根据位置对卡片进行强制排序,高优先级的卡片放到最上面,低优先级的需求卡片在下面)

 

 

卡片ID

 

我们也可以为每一张卡片设置ID,便于卡片定位沟通和跟踪,在菜单栏开启就可以。

 

 

卡片多选

 

当我们开启卡片多选的时候  可以批量移动卡片,为卡片批量添加标签,为卡片批量添加成员等等 ,这也是我最爱的功能之一

 

 

 

燃尽图

 

当一个迭代结束时,我们要对完成的故事进行评审会议,评审通过的故事可以挪到已交付的列表中。

 

Leangoo会根据故事卡的变化自动生成发布燃尽图,点击菜单-看板统计,就可以查看!不仅有燃尽图 还有任务周期,任务分布等

 

如下图所示:

 

 

通过上述的方式,我们就可以很好的管理我们的产品Backlog了。

 

最后还有一点提醒,敏捷强调透明性,所以,可视化管理产品backlog很重要,如果条件允许,我们可以考虑通过大的显示屏幕将产品Backlog进行可视化,有触屏大电视会更好。

 

 


---------------------
作者:一只鲸鱼
来源:CNBLOGS
原文:https://www.cnblogs.com/shineshine/p/9505022.html
版权声明:本文为作者原创文章,转载请附上博文链接!
内容解析By:CSDN,CNBLOG博客文章一键转载插件

标签:需求,优先级,故事,卡片,开发,backlog,敏捷,看板,Backlog
来源: https://www.cnblogs.com/admans/p/12000209.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有