敏捷开发实践集- 用户故事- 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
参考链接
从用户的角度来描述用户渴望得到的功能
谁要使用这个功能
角色
需要完成什么样的功能
活动
为什么需要这个功能
这个功能带来什么样的价值
商业价值
三个要素
格式
作为一个“网站管理员”,我想要“统计每天有多少人访问了我的网站”,以便于“我的赞助商了解我的网站会给他们带来什么收益。”
举例
技术语言
不能
业务语言
使用
描述
注意
什么是用户故事?
写在小的记事卡片上
故事的简短描述
工作量估算等
内容
卡片-Card
交流沟通
客户或者产品负责人
用户故事背后的细节
交谈-Conversation
验收测试
用户故事
被正确完成
确认-Confirmation
Ron Jeffries的3个C
独立于其他的用户故事
独立性
用户故事之间的依赖使得制定计划,确定优先级,工作量估算都变得很困难
组合用户故事
分解用户故事
减少依赖性
Independent-独立性
不是合同
对用户故事的一个简短的描述
不包括太多的细节
细节在沟通阶段产出
一个用户故事卡片
Negotiable-可协商性
用户
购买方
对客户具有价值
用户故事有价值的好方法
不是契约
可以进行协商
让客户写
Valuable-有价值
估计一个用户故事
优先级
工作量
安排计划
确定
多沟通
对于领域知识的缺乏
切分成小些的
故事太大
难以估计故事的问题
Estimable-可以估算性
最好不要超过10个理想人/天的工作量
确保的是在一个迭代或Sprint中能够完成
尽量短小
风险越大
用户故事越大
Small-短小
确认它是可以完成的
可以测试的
无法知道它什么时候可以完成
软件应该是易于使用的
例子:
不能够测试
Testable-可测试性
用户故事的六个特性- INVEST
敏捷开发实践集- 用户故事- 20210909
0 条评论
回复 删除
下一页