Scrum 之 用户故事
来源:互联网 发布:易语言会员系统源码 编辑:程序博客网 时间:2024/06/11 21:01
什么是用户故事?
用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素:
1. 角色:谁要使用这个功能。
2. 活动:需要完成什么样的功能。
3. 商业价值:为什么需要这个功能,这个功能带来什么样的价值。
用户故事通常按照如下的格式来表达:
作为一个<角色>, 我想要<活动>, 以便于<商业价值>
举例:
作为一个“网站管理员”,我想要“统计每天有多少人访问了我的网站”,以便于“我的赞助商了解我的网站会给他们带来什么收益。”
需要注意的是用户故事不能够使用技术语言来描述,要使用用户可以理解的业务语言来描述。
关于用户故事,用3个C来描述它:
1.卡片(Card) – 用户故事一般写在小的记事卡片上。卡片上可能会写上故事的简短描述,工作量估算等。
2.交谈(Conversation)- 用户故事背后的细节来源于和客户或者产品负责人的交流沟通。
3.确认(Confirmation)- 通过验收测试确认用户故事被正确完成。
用户故事的六个特性- INVEST
INVEST = Independent, Negotiable, Valuable, Estimable, Small, Testable
一个好的用户故事应该遵循INVEST原则。
1.独立性(Independent)— 要尽可能的让一个用户故事独立于其他的用户故事。用户故事之间的依赖使得制定计划,确定优先级,工作量估算都变得很困难。通常我们可以通过组合用户故事和分解用户故事来减少依赖性。
2.可协商性(Negotiable)— 一个用户故事的内容要是可以协商的,用户故事不是合同。一个用户故事卡片上只是对用户故事的一个简短的描述,不包括太多的细节。具体的细节在沟通阶段产出。一个用户故事卡带有了太多的细节,实际上限制了和用户的沟通。
3.有价值(Valuable)— 每个故事必须对客户具有价值(无论是用户还是购买方)。一个让用户故事有价值的好方法是让客户来写下它们。一旦一个客户意识到这是一个用户故事并不是一个契约而且可以进行协商的时候,他们将非常乐意写下故事。
4.可以估算性(Estimable)—开发团队需要去估计一个用户故事以便确定优先级,工作量,安排计划。但是让开发者难以估计故事的问题来自:对于领域知识的缺乏(这种情况下需要更多的沟通),或者故事太大了(这时需要把故事切分成小些的)。
5.短小(Small)— 一个好的故事在工作量上要尽量短小,最好不要超过10个理想人/天的工作量,至少要确保的是在一个迭代或Sprint中能够完成。用户故事越大,在安排计划,工作量估算等方面的风险就会越大。
6.可测试性(Testable)—一个用户故事要是可以测试的,以便于确认它是可以完成的。如果一个用户故事不能够测试,那么你就无法知道它什么时候可以完成。一个不可测试的用户故事例子:软件应该是易于使用的。
- Scrum 之 用户故事
- SCRUM和用户故事(User Story)
- 有关Scrum Master的用户故事
- Scrum敏捷实践之旅系列(一)用户故事概念
- 读书笔记4——《用户故事与敏捷方法》之Scrum
- 轻松scrum之旅---敏捷开发故事
- 准备Scrum之旅 之 回家的故事 ——《轻松Scrum之旅》(11)
- 敏捷开发之用户故事
- 用户故事之好标题
- 敏捷开发用户故事系列之三:用户建模
- 敏用户故事驱动开发系列之三:用户故事来源之“北极星”计划
- Scrum猪和鸡的故事
- Scrum猪和鸡的故事
- Scrum猪和鸡的故事
- 敏捷开发用户故事系列之五:用户故事的分类
- 敏捷开发用户故事系列之六:用户故事的产生与组织结构
- 用户故事驱动开发系列之二:用户故事的妙处
- 敏捷开发用户故事系列之九:用户故事早期估算
- HDU2181
- IOS学习之——借用别人的应用图片 启动图片
- 开始iOS 7中自动布局教程(一)
- 南阳理工ACM 260数数小木块
- git本地项目上传可能遇到的问题
- Scrum 之 用户故事
- Get File Encode
- Qt5.6 windows下vs2015编译QODBC
- 阿里电话面试经历
- /etc/ld.so.conf文件
- appwidget左右滑动更新
- 在Ubuntu14.01 LTS下安装OpenMPI
- iPhone6分辨率与适配
- 集合-迭代器