传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。

然而详细的需求说明书有以下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领歌敏捷工具创建一个产品Backlog看板，来管理敏捷需求。

在Leangoo领歌敏捷看板上，我们可以自定义创建多个列表，在每个列表上添加需求卡片。

通常我们在产品backlog看板中创建这几个列表：“用户故事池、用户故事待梳理、用户故事梳理完成、用户故事实现中，用户故事已完成”

一般“用户故事梳理完成”的优先级最高，用户故事池的优先级最低。下图就是一个产品Backlog看板的示例：

上图需求卡片右下角的图标代表了这张故事卡的故事点数，对这个故事的一些讨论，以及故事的验收测试要点等。验收测试要点以检查项的方式体现。

除了工作量，评论，检查项，我们还可以给卡片设置截止日期、标签等，通过标签对卡片进行分类或卡片优先级排序等。如下图所示：

用户故事添加完成后，团队可以对优先级较高的用户故事进行梳理。可以将完成用户故事需要的任务项添加到卡片内的检查项中，以便后续用户故事规划到Sprint中后，方便拆解成更小的任务卡片。

通过列表流转，让团队直观的了解需求的优先级和规划安排

需求规划至迭代看板进行迭代

• 迭代开始前，我们需要将已梳理完成且优先级高的用户故事规划到迭代看板内，以便准备迭代中需要完成的内容。
• 点击“Sprint规划”按钮，将计划在“Sprint1”内做的用户故事拖拽到“Sprint1”看板内。

每个迭代中都有一个重要的Sprint进度统计 — 燃尽图。

燃尽图是Scrum中的一个简单实用的团队进展跟踪的工具，能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势，一般在每日站会时团队会通过燃尽图来了解当前Sprint冲刺速度情况。

Leangoo领歌会根据故事卡片的变化自动生成发布燃尽图。

点击看板右侧“菜单”，选择“看板统计”即可查看燃尽图，如下图所示：

每个迭代完成率

迭代完成率是统计项目内每个迭代看板的完成情况。

配置好看板周期和燃尽图，Leangoo会自动统计每个迭代看板的完成情况，并且自动生成可视化统计图表，以便管理层可以一目了然的看到每个迭代完成进度。

统计每个迭代团队速率

团队速率是Scrum团队在一个Sprint中实际完成的工作量（通常使用故事点做为团队速度的单位）。

每个Sprint结束后，Leangoo领歌会自动记录当前Sprint完成的工作量，并且自动生成团队速率的可视化统计图表，以便团队可以了解团队效率变化的趋势并进行分析。

通过上述的方式及统计，我们就可以很好的管理敏捷需求了。

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