敏捷开发实践集- 用户故事- 20210909
2021-09-10 14:38:56 11 举报AI智能生成
坚持一日一思维导图，加油！ 近期钻研主题：敏捷 参考链接：https://www.scrumcn.com/agile/scrum/4823.html 最后，走过路过点个小赞 👍 ，谢谢！
作者其他创作
大纲/内容
参考链接
https://www.scrumcn.com/agile/scrum/4823.html
什么是用户故事？
从用户的角度来描述用户渴望得到的功能
三个要素
角色
谁要使用这个功能
活动
需要完成什么样的功能
商业价值
为什么需要这个功能
这个功能带来什么样的价值
格式
英文：
As a <Role>, I want to <Activity>, so that <Business Value>.
中文：
作为一个<角色>, 我想要<活动>, 以便于<商业价值>
举例
作为一个“网站管理员”，
我想要“统计每天有多少人访问了我的网站”，
以便于“我的赞助商了解我的网站会给他们带来什么收益。”
我想要“统计每天有多少人访问了我的网站”，
以便于“我的赞助商了解我的网站会给他们带来什么收益。”
注意
描述
不能
技术语言
使用
业务语言
Ron Jeffries的3个C
卡片-Card
写在小的记事卡片上
内容
故事的简短描述
工作量估算等
交谈-Conversation
交流沟通
客户或者产品负责人
用户故事背后的细节
确认-Confirmation
验收测试
用户故事
被正确完成
用户故事的六个特性- INVEST
Independent-独立性
独立性
独立于其他的用户故事
用户故事之间的依赖使得制定计划，确定优先级，工作量估算都变得很困难
减少依赖性
组合用户故事
分解用户故事
Negotiable-可协商性
不是合同
一个用户故事卡片
对用户故事的一个简短的描述
不包括太多的细节
细节在沟通阶段产出
Valuable-有价值
对客户具有价值
用户
购买方
让客户写
用户故事有价值的好方法
不是契约
可以进行协商
Estimable-可以估算性
估计一个用户故事
确定
优先级
工作量
安排计划
难以估计故事的问题
对于领域知识的缺乏
多沟通
故事太大
切分成小些的
Small-短小
尽量短小
最好不要超过10个理想人/天的工作量
确保的是在一个迭代或Sprint中能够完成
用户故事越大
风险越大
安排计划
工作量估算等
Testable-可测试性
可以测试的
确认它是可以完成的
不能够测试
无法知道它什么时候可以完成
例子：
软件应该是易于使用的
职业：本科
0 条评论
下一页
