Scrum中PB与SB的区别

本文介绍了敏捷开发中产品待办列表(PB)的概念及其组成元素,包括用户故事的不同级别(史诗、主题、可实现)、验收测试用例(AC)的作用及编写技巧,以及如何将PB中的内容逐步细化到冲刺待办列表(SB)和任务(Task)。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

PB - Product backlog, 是一堆用户故事,用三个级别的用户故事,1)史诗;2)主题;3)可实现。通常在优先级的下端,几个sprint后才会做的是比别粗粒度的史诗故事,主题是史诗拆分细化的故事,可能还是比较粗,下个sprint要做的要细化到可实现级。PB还包括AC(accept case验收测试用例),这些用例可以描述详细的需求细节,并可以用来拆分用户故事,比如,发现一个AC很复杂很大,那么这个AC可以拆成一个独立的用户故事。当然如果在AC没有写之前,我觉得PB除了用户故事外也可以有一些需求描述,比如像UML中的用例规约。AC可以根据这些规约来写。写AC是分解Story过程中一个非常重要的技术。

Story 是需求概要, AC是细节。


SB - sprint backlog, PB的子集, PB中大的Story分解为更小的Story, 这个时候AC也会相应的细化,最小的Story的AC就是functional test case. 一般PB中的大Story,它的AC就经常是SB中的小Story.


Task - SB再拆分为Task, 如果Story足够小,不建议再拆分为Task.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值