产品backlog

 

产品backlog

 

ID	Name	Imp	Est	How to demo	Notes
1	简短的、描述性的故事名	Importance（重要性，优先级）	Initial estimate（初始估算 story point 数）	描述了这个故事应该如何在sprint 演示上进行示范，本质就是一个简单的测试规范。“先这样做，然后那样做，就应该得到……的结果”。	相关信息、解释说明和对其它资料的引用等等。
2	存款	30	5	登录，打开存款界面，存入10欧元，转到我的账户余额界面，检查我的余额增加了10欧元。	需要UML顺序图。目前不需要考虑加密的问题。

 

额外的故事字段：

Track（类别）——当前故事的大致分类，例如“后台系统”或“优化”。这样产品负责人就可以很容易选出所有的“优化”条目，把它们的级别都设得比较低。类似的操作执行起来都很方便。

Components（组件）——通常在Excel文档中用“复选框”实现，例如“数据库，服务器，客户端”。团队或者产品负责人可以在这里进行标识，以明确哪些技术组件在这个故事的实现中会被包含进来。这种做法在多个Scrum团队协作的时候很有用——比如一个后台系统团队和一个客户端团队——他们很容易知道自己应当对哪些故事负责。

Requestor（请求者）——产品负责人可能需要记录是哪个客户或相关干系人最先提出了这项需求，在后续开发过程中向他提供反馈。

Bug tracking ID（Bug跟踪ID）——如果你有个bug跟踪系统，就像我们用的Jira一样，那么了解一下故事与bug之间的直接联系就会对你很有帮助。