14、《需求收集与记录:从用户故事到交付成果的全面指南》

《需求收集与记录:从用户故事到交付成果的全面指南》

用户故事与验收标准

在软件开发中,用户故事是描述用户需求的有效方式,而验收标准则为这些需求提供了具体的验证规则。例如,在处理位置名称时,有两条验收标准:一是若默认位置名称不合心意,应能手动覆盖;二是覆盖后的位置名称至少要有两个字符,且只能包含字母和数字。

从这些验收标准可以看出,即使是相对简单的用户故事,也有很多需要考虑的地方。比如,我们必须为保存的位置名称定义长度和参数,确保其能被数据库和下游系统接受。此外,如果用户输入不符合标准的内容,还需要新的用户故事来定义相应的错误消息。例如,若用户只输入一个字符 “A” 作为保存的位置名称,系统应给出提示,表明位置名称至少需要两个字符。这体现了验收标准的一个重要价值:它们常常会催生新的用户故事,促使团队成员通过深思熟虑的对话,提前更全面地定义产品。

下面通过一个练习来加深对用户故事的理解:
1. 子用户故事创建 :从 “作为商务旅行者,我希望在天气可能导致航班延误时收到警报” 这个史诗级用户故事中,创建三个子用户故事,示例如下:
- 作为商务旅行者,我希望在出发地天气可能导致航班延误时收到短信警报。
- 作为商务旅行者,我希望在目的地天气可能导致航班延误时收到邮件警报。
- 作为商务旅行者,我希望在航路上天气可能导致航班延误时收到应用内推送警报。
2. 验收标准编写 :选择上述创建的一个子用户故事,编写三条验收标准。例如选择 “作为商务旅行者,我希望在出发地天气可能导致航班延误时收到短信警报”,其验收标准可以是:
- 当出发地天气状况满足航班延误预警条

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值