白话SCRUM 之三:sprint backlog
Posted 麦哲思科技任甲林
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了白话SCRUM 之三:sprint backlog相关的知识,希望对你有一定的参考价值。
Sprint Backlog就是任务列表,如果映射到传统的项目管理理论中就是WBS(work breakdown structure),而且是典型的采用面向交付物的任务分解方法得到的WBS。
比如有一个Product backlog 条目为:
作为系统的合法用户,可以通过录入账号和密码登录到系统中。
为了实现此需求,team member识别出了的任务,进行了工作量的估计,进行了任务了领用,其结果记录为:
用户故事作为系统的合法用户,可以通过录入账号和密码登录到系统中。
| |||
任务 | 估计工作量 | 责任人 | 任务状态 |
1)单元测试程序编写 | 30分钟 | 郭靖 | 完成 |
2)界面设计 | 20分钟 | 黄蓉 | 进行中 |
3)密码校对算法设计 | 30分钟 | 郭靖 | 进行中 |
4)程序调试 | 30分钟 | 郭靖 | 未开始 |
此表格是有开发人员基于经验采用头脑风暴的方法大家一起分解得到的,里面列举的任务是为了实现该用户故事必须做的事情,按照简化的原则,可做可不做的任务则删除之。估计的工作量是由责任人自己估算的,任务的工作量合计应该不超过用户故事估算的工作量。如果任务拆分后发现工作量的合计远远大于用户故事估计的工作量,则可能需要对用户故事的工作量估算值进行修订。
Product owner负责基于商业价值挑选某次交付中应该包含的用户故事,而开发人员负责基于开发的风险、用户故事之间的依赖关系等挑选在某次迭代中要实现的用户故事。
Sprint Backlog可以采用Excel、白板或者敏捷的项目管理工具进行维护。
以上是关于白话SCRUM 之三:sprint backlog的主要内容,如果未能解决你的问题,请参考以下文章