用户故事还可以这样写

用户故事很重要,是实施敏捷开发和持续交付的重要开端。我们看到很多敏捷的实施,只是简单地把项目的长周期拆分成短周期,并不是真正的迭代。真正的敏捷开发必须是基于用户故事的开发过程。

但是从传统的需求转换到提倡的用户故事的写法“作为……(谁),我想要……(做什么),为了……(为什么)”跨度太大,让人很难适应。这种写法虽然指出了需求分析中的两个重点——谁和为什么(业务价值),但是其涵盖的信息其实比传统的需求写法更抽象,更难以厘清问题,特别对于To B的项目。尽管敏捷强调用户故事是说的,而不是写的,但现实中,我们还是要详细记录用户故事的具体需求,以指导开发和将来维护时追溯。

那么有没有一种更容易与传统需求衔接又能兼顾敏捷所倡导的原则呢?我将分享从实战经验中总结出来的用户故事的另一种写法,帮助大家落地敏捷开发。

阅读全文: http://gitbook.cn/gitchat/activity/59d6f93f6abfd93595cbd2b6

您还可以下载 优快云 旗下精品原创内容社区 GitChat App ,阅读更多 GitChat 专享技术内容哦。

FtooAtPSkEJwnW-9xkCLqSTRpBKX

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值