1、产品backlog是Scrum的核心
- backlog举例
ID | Name | Imp | Est | How to demo | Notes |
---|---|---|---|---|---|
1 | 存款 | 30 | 5 | 登录,打开存款界面,存钱,查看余额。。。 | 需要UML顺序图,目前不考虑加密问题 |
2 | 查看自己的交易明细 | 10 | 8 | 登录,点击“交易”,存入钱,返回交易。。。 | 使用分页技术,避免大规模的查询数据库 |
- ID 统一标识符,自增长,防止改名后找不到
- Name 简短的、描述性的故事名。它必须明确含义,让开发和产品负责人都能明白大致是说的什么东西
- Importance 产品负责人评出一个数值,指示这个故事有多重要。一般用具体的分数表示会更好点。比如10分20分,比用等级“最高优先级”等描述更好。
- Initial estimate 团队的初步估算。
- 完成一个需求,需要多少个人天。
- 这个值不需要绝对准确,但是要相对准确。
- How to demo 简单的测试规范,或者说是一个测试用例。
- Notes 一些备注或解释说明
2、额外的需求字段
- Track 当前需求的大致分类,产品负责人就可以容易选出所有的条目
- Component 属于整个项目中的哪一部分,例如“数据库”、“服务器”、“客户端”,这样不同的scrum团队就很容易知道任务是否属于他们。
- Requestor 需求是谁提出来的,项目的干系人是谁,后续开发过程中有问题向他反馈
- Bug tracking ID bug跟踪、管理系统