怎么样编写产品backlog

产品backlog是Scrum的核心，也是一切的起源。从根本上说，它就是一个需求或故事或特征等组成的列表，按照重要性的级别进行了排序。它里面包含的是客户想要的东西，并用客户的术语加以描述。

我们叫它故事，有时候也叫做backlog条目。我们的故事包括以下字段：

ID统一标识符，就是个自增长的数字而已。以防重命名故事以后找不到它们。

Name(名称)简短的，描述性的故事名。比如“查看你自己的交易明细“.它必须要含义明确，这样开发人员和产品负责人才能大致明白我们说的是什么东西，跟其他故事区分开。它一般由2到10个字组成。

Importance(重要性)产品负责人评出一个数值，指示这个故事有多重要。例如10或150.分数越高约重要。

Initialestimate(初始估算)团队的初步估算，表示与其他故事相比，完成该故事所需的工作量。最小的单位是故事点(storypoint)，一般大致相当于一个man-day(人天数)，例如把3个人关在一起，大约需要4天时间，那么初始估算的结果就是12个故事点。

How to demo(如何做演示) 它打猎描述了这个故事应该如何在sprint演示上进行示范，本质就是一个简单的测试规范。“先这样做，然后那样做，就应该得到。。。的结果。“ 如果你在使用TDD(测试驱动开发)，那么这段描述就可以作为验收测试的伪码表示。

Notes(注解) 相关信息，解释说明和对其他资料的引用等等。一般都非常简短。

                                          产品BACKLOG(示例)

ID

Name

Imp

Est

How to Demo

Notes

1

存款

30

5

登录，打开存款界面，存入10块钱，转到我的账户余额界面，检查我的余额增加了10块钱。

需要UML顺序图。目前不需要考虑加密的问题。

2

查看自己的交易明细

10

8

登录，点击交易，存入一笔款项，返回交易页面，看到新的存款显示在页面上

使用分页技术避免大规模的数据库查询。和查看用户列表的设计相似。