产品backlog是Scrum的核心,也是一切的起源。从根本上说,它就是一个需求或故事或特征等组成的列表,按照重要性的级别进行了排序。它里面包含的是客户想要的东西,并用客户的术语加以描述。
我们叫它故事,有时候也叫做backlog条目。我们的故事包括以下字段:
ID统一标识符,就是个自增长的数字而已。以防重命名故事以后找不到它们。
Name(名称)简短的,描述性的故事名。比如“查看你自己的交易明细“.它必须要含义明确,这样开发人员和产品负责人才能大致明白我们说的是什么东西,跟其他故事区分开。它一般由2到10个字组成。
Importance(重要性)产品负责人评出一个数值,指示这个故事有多重要。例如10或150.分数越高约重要。
Initialestimate(初始估算)团队的初步估算,表示与其他故事相比,完成该故事所需的工作量。最小的单位是故事点(storypoint),一般大致相当于一个man-day(人天数),例如把3个人关在一起,大约需要4天时间,那么初始估算的结果就是12个故事点。
How to demo(如何做演示) 它打猎描述了这个故事应该如何在sprint演示上进行示范,本质就是一个简单的测试规范。“先这样做,然后那样做,就应该得到。。。的结果。“ 如果你在使用TDD(测试驱动开发),那么这段描述就可以作为验收测试的伪码表示。
Notes(注解) 相关信息,解释说明和对其他资料的引用等等。一般都非常简短。
产品BACKLOG(示例) |