象观敏捷之旅-用户故事与敏捷方法

Date: 2015-05-04 21:07

一则漫画的启示

遇到的问题

编写严谨、漂亮、详细的文档本身成为一个目标，使用越来越冗长的文档，尝试用精确的语言来记录越来越多的细节和越来越具体的所谓全面的需求。
语言本身是模糊的，“详细”的需求文档会造成“确定性的幻觉”，让我们以为需求已明确确，最后做出根本不符合预期的产品。
我们发现从MRD到PRD到技术文档，虽然有众多的评审会议，但是其实很多细节都是割裂的不确定的，表面上一派祥和，实则暗流涌动。
需求缺陷（requirement defect）比实现缺陷（implementation defect）更加致命，导致的后果就是开发加班和项目延期，甚至开发出一个完全没有价值的产品。

思考

或许需求分析使用固化模板的文档和精确的语言的想法是错误的方向？
需求描述是否不在于复杂，而在于简单？
产品研发是否不在于尽力在前期定义细节，而在于及时响应，开发随需而动（just in time）？
需求传递是否不在于文档，而在于密切的交流？

一种敏捷方法

业界对于这种敏捷方法有很多实践和命名，叫它实例化需求（Specification by Example），或者叫它行为驱动开发（Behavior Driven Development），示意图如下
这个方法的目的是为了保证团队交付正确的产品，其核心是协作制定需求说明、举例说明、可执行的需求、活文档。

用户故事

通过捕捉一目了然的格式一致的用户故事，我们可以掌握足够的信息可以继续前进。
给用户故事排优先级，并且先开发重要的。
按需及时展开，通过交谈获取所需要的细节。
我们产出具有真正价值的软件，成果可以被审核和验证甚至交付使用。
然后我们继续开发后续最重要的用户故事。

用户故事的内容
- As a (role of user), I want (some feature) so that (some business value).
- 我作为（某个角色），想要（某个功能）从而（获得某个业务价值）

用户故事的组成
- card：编写故事描述，用于项目计划并做为需求备注（故事的基本功能）
- conversation：故事的需求细节，通过与用户之间交谈来补充。
- confirmation：决定需求完整的关键因素，由大量测试传递和记录。

用户故事的特点
- 非常强调口头上的沟通（可避免文本需求的多义性）
- 对每个人都容易了解
- 大小刚好适合计划
- 适合迭代开发
- 鼓励延后细节（迅速启动开发，在需要的时候再明确细节）
- 鼓励人人参与的设计

用户故事的编写
- 形式：故事讨论会、1-2个小时、故事卡
- 参与者：业务、PD、PM、设计、开发、测试
- 方法：先确定用户是谁，围绕用户编写故事，不考虑细节、越多越好

可执行的需求

以下示例是基于目前流行的测试框架cucumber实现:

1.PD编写feature文件（用Gherkin编写，支持中文）

# qry_train_ticket.feature
# language:zh-CN
功能:查询车票作为：12306网站的用户想要：查询车票信息从而：获得车次详情和余票数量规则1可查询60以内的余票信息背景:假如我已经完成12306网站的用户注册场景大纲: 查询某一天的车票信息假如 我输入账号和密码完成登录进入车票查询界面当 我在输入<出发地>和<目的地>，选择<出发日>，并点击查询按钮那么 我就可以看到<查询结果>并且 次日车票信息内容如下：
|车次 |出发站 |到达站|出发时间|到达时间|历时|一等座|二等座|备注 |
|G7666|杭州东|南京|19:53|21:22|1小时29分|50|100|  |
|G7358|杭州东|南京|20:29|21:22|2小时55分|60|80|  |并且 60天车票信息内容如下：
|车次|出发站|到达站|出发时间|到达时间|历时|一等座|二等座 |备注|
|G7666|杭州东|南京|19:53|21:22|1小时29分|50|100|暂售至0628|
|G7358|杭州东|南京|20:29|21:22|2小时55分|60|80|暂售至0628|例子:|出发地|目的地|出发日|查询结果||杭州东|南京南|20150504|已经没有余票||杭州东|南京南|20150505|当天车票信息||杭州东|南京南|20150630|60天车票信息|

2.测试编写step文件（支持Ruby、Groovy、Java等常见语言）

# qry_rain_ticket.rb
假如(/^我已经完成(\d+)网站的用户注册$/) do |arg1|pending # Write code here that turns the phrase above into concrete actions
end
假如(/^我输入账号和密码完成登录进入车票查询界面$/) dopending # Write code here that turns the phrase above into concrete actions
end
当(/^我在输入杭州东和南京南，选择(\d+)，并点击查询按钮$/) do |arg1|pending # Write code here that turns the phrase above into concrete actions
end
那么(/^我就可以看到已经没有余票$/) dopending # Write code here that turns the phrase above into concrete actions
end
那么(/^次日车票信息内容如下：$/) do |table|# table is a Cucumber::Core::Ast::DataTablepending # Write code here that turns the phrase above into concrete actions
end
那么(/^(\d+)天车票信息内容如下：$/) do |arg1, table|# table is a Cucumber::Core::Ast::DataTablepending # Write code here that turns the phrase above into concrete actions
end
那么(/^我就可以看到当天车票信息$/) dopending # Write code here that turns the phrase above into concrete actions
end
那么(/^我就可以看到(\d+)天车票信息$/) do |arg1|pending # Write code here that turns the phrase above into concrete actions
end

3.在cucumber环境下执行

4.开发根据step编写功能