SCRUM和用户故事(User Story)

35 篇文章 0 订阅
3 篇文章 0 订阅

User Story是一种描述用户需求、业务价值的最佳实践,

但不是说非要用User Story的形式来描述需求,

而且通常在一个Sprint backlog中,尤其在最初的若干Sprint中会存在一些架构设计、技术调研、接口定义、获取背景知识这些方面的事项和任务需要处理,

那么这些任务是不适合用User Story进行描述的,应该用技术团队熟悉的语言和规范进行描述,这些任务是为了后续Sprint更好更多的完成业务需求相关的用户故事。


这意味着一个Sprint不是所有的任务输出都可以给用户演示,但依然是需要可以被团队评审的。


一般而言,可以参照如下的规则来确定某需求是否适合采用User Story的形式来进行描述:

- 业务需求: 适合。 
- 技术规格: 不适合,这些通常是用来完成一个User Story的支撑任务
- 缺陷: 未必适合,通常可能是技术过失 
- 非功能性需求: 适合


by iefreer 



  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值