《需求收集与记录:从用户故事到交付成果的全面指南》
用户故事与验收标准
在软件开发中,用户故事是描述用户需求的有效方式,而验收标准则为这些需求提供了具体的验证规则。例如,在处理位置名称时,有两条验收标准:一是若默认位置名称不合心意,应能手动覆盖;二是覆盖后的位置名称至少要有两个字符,且只能包含字母和数字。
从这些验收标准可以看出,即使是相对简单的用户故事,也有很多需要考虑的地方。比如,我们必须为保存的位置名称定义长度和参数,确保其能被数据库和下游系统接受。此外,如果用户输入不符合标准的内容,还需要新的用户故事来定义相应的错误消息。例如,若用户只输入一个字符 “A” 作为保存的位置名称,系统应给出提示,表明位置名称至少需要两个字符。这体现了验收标准的一个重要价值:它们常常会催生新的用户故事,促使团队成员通过深思熟虑的对话,提前更全面地定义产品。
下面通过一个练习来加深对用户故事的理解:
1. 子用户故事创建 :从 “作为商务旅行者,我希望在天气可能导致航班延误时收到警报” 这个史诗级用户故事中,创建三个子用户故事,示例如下:
- 作为商务旅行者,我希望在出发地天气可能导致航班延误时收到短信警报。
- 作为商务旅行者,我希望在目的地天气可能导致航班延误时收到邮件警报。
- 作为商务旅行者,我希望在航路上天气可能导致航班延误时收到应用内推送警报。
2. 验收标准编写 :选择上述创建的一个子用户故事,编写三条验收标准。例如选择 “作为商务旅行者,我希望在出发地天气可能导致航班延误时收到短信警报”,其验收标准可以是:
- 当出发地天气状况满足航班延误预警条
超级会员免费看
订阅专栏 解锁全文
1057

被折叠的 条评论
为什么被折叠?



