管理敏捷需求，进行需求协作

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

然而详细的需求说明书有以下5大弊端&＃xff1a;

• 单向的信息传递&＃xff0c;容易出现理解偏差。
• 文档很正式&＃xff0c;我们会误以为它一定是对的&＃xff0c;不去质疑它&＃xff0c;让我们停止作出判断。
• 有了详细的文档&＃xff0c;我们不会反复讨论它&＃xff0c;相互确认。
• 书面文档不利于团队共享责任&＃xff0c;它扮演了证据的角色。Scrum强调团队共享责任&＃xff0c;不论是需求人员、开发人员和还是测试员&＃xff0c;大家的共同目标是通过讨论、协作&＃xff0c;正确理解需求之后把这些需求变成客户真正需要的功能&＃xff0c;而不是单向的任务传递。
• 编制详细的、表达准确需求文档需要花费大量的时间&＃xff0c;如果需求变化频繁&＃xff0c;维护成本更高。

 敏捷使用产品Backlog来管理需求&＃xff0c;产品Backlog是一个需求的清单&＃xff0c;按照需求的商业价值排序&＃xff0c; 高优先级的需求在Backlog的最上层。产品Backlog是一个渐进明细的清单&＃xff0c;它有4个主要特点&＃xff0c;称之为DEEP&＃xff1a;

• Detailed 合适的详细程度&＃xff0c;高优先级需求更加明细&＃xff0c;低优先级的需求粒度更大
• Emergent 涌现式的&＃xff0c;需求是慢慢涌现出来的&＃xff0c;渐进明细的
• Estimated 经过估算的
• Prioritized/ Ordered 根据商业价值排好顺序的

在产品Backlog中&＃xff0c;需求的主要表现形式是用户故事。用户故事是从用户的角度对需求的简短描述。用户故事是将团队的焦点从描述、编写功能需求转移到讨论需求的最佳方式。

用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素&＃xff1a;

• 角色&＃xff1a;谁要使用这个功能。
• 活动&＃xff1a;需要完成什么样的功能。
• 商业价值&＃xff1a;为什么需要这个功能&＃xff0c;这个功能带来什么样的价值。

用户故事通常按照如下的格式来表达&＃xff1a;

英文&＃xff1a;
As a , I want to , so that .

中文&＃xff1a;
作为一个<角色>, 我想要<活动>, 以便于<商业价值>。
比如&＃xff1a;作为一个网站的普通会员&＃xff0c;我期望在我下订单后&＃xff0c;未发货之前可以取消订单&＃xff0c;这样对我来说更灵活。

我们目前是用的国内的一款敏捷工具Leangoo在做需求管理&＃xff01;

Leangoo是一个非常简洁的看板协作工具&＃xff0c;我们可以通过Leangoo创建产品Backlog看板来管理敏捷需求。通过leangoo看板对产品backlog条目进行可视化管理&＃xff0c;让整个团队非常直观的了解需求的优先级和规划安排。

下图就是一个产品Backlog看板的示例&＃xff1a;

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

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

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

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

除了工作量&＃xff0c;检查项&＃xff0c;我们可以对这个故事进行一些讨论&＃xff0c;也就是评论&＃xff0c;也可以&＃64;某位成员&＃xff01;

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

标签通常是用来给卡片分类&＃xff0c;也可以用卡片标注优先级&＃xff01;

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

卡片ID

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

卡片多选

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

燃尽图

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

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

如下图所示&＃xff1a;

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

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