传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。
然而详细的需求说明书有以下5大弊端:
敏捷使用产品Backlog来管理需求,产品Backlog是一个需求的清单,按照需求的商业价值排序, 高优先级的需求在Backlog的最上层。产品Backlog是一个渐进明细的清单,它有4个主要特点,称之为DEEP:
在产品Backlog中,需求的主要表现形式是用户故事。用户故事是从用户的角度对需求的简短描述。用户故事是将团队的焦点从描述、编写功能需求转移到讨论需求的最佳方式。
用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素:
用户故事通常按照如下的格式来表达:
英文:
As a
中文:
作为一个<角色>, 我想要<活动>, 以便于<商业价值>。
比如:作为一个网站的普通会员,我期望在我下订单后,未发货之前可以取消订单,这样对我来说更灵活。
Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、进展跟踪、统计度量等。
我们可以通过Leangoo领歌敏捷工具创建一个产品Backlog看板,来管理敏捷需求。
在Leangoo领歌敏捷看板上,我们可以自定义创建多个列表,在每个列表上添加需求卡片。
通常我们在产品backlog看板中创建这几个列表:“用户故事池、用户故事待梳理、用户故事梳理完成、用户故事实现中,用户故事已完成”
一般“用户故事梳理完成”的优先级最高,用户故事池的优先级最低。下图就是一个产品Backlog看板的示例:
上图需求卡片右下角的图标代表了这张故事卡的故事点数,对这个故事的一些讨论,以及故事的验收测试要点等。验收测试要点以检查项的方式体现。
除了工作量,评论,检查项,我们还可以给卡片设置截止日期、标签等,通过标签对卡片进行分类或卡片优先级排序等。如下图所示:
用户故事添加完成后,团队可以对优先级较高的用户故事进行梳理。可以将完成用户故事需要的任务项添加到卡片内的检查项中,以便后续用户故事规划到Sprint中后,方便拆解成更小的任务卡片。
通过列表流转,让团队直观的了解需求的优先级和规划安排
每个迭代中都有一个重要的Sprint进度统计 — 燃尽图。
燃尽图是Scrum中的一个简单实用的团队进展跟踪的工具,能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势,一般在每日站会时团队会通过燃尽图来了解当前Sprint冲刺速度情况。
Leangoo领歌会根据故事卡片的变化自动生成发布燃尽图。
点击看板右侧“菜单”,选择“看板统计”即可查看燃尽图,如下图所示:
迭代完成率是统计项目内每个迭代看板的完成情况。
配置好看板周期和燃尽图,Leangoo会自动统计每个迭代看板的完成情况,并且自动生成可视化统计图表,以便管理层可以一目了然的看到每个迭代完成进度。
团队速率是Scrum团队在一个Sprint中实际完成的工作量(通常使用故事点做为团队速度的单位)。
每个Sprint结束后,Leangoo领歌会自动记录当前Sprint完成的工作量,并且自动生成团队速率的可视化统计图表,以便团队可以了解团队效率变化的趋势并进行分析。
通过上述的方式及统计,我们就可以很好的管理敏捷需求了。
最后还有一点提醒,敏捷强调透明性,所以,可视化管理产品backlog很重要,如果条件允许,我们可以考虑通过大的显示屏幕将产品Backlog进行可视化,有触屏大电视会更好。