Sprint Backblog 是团队当前Sprint的任务清单。和产品列表不一样，Sprint Backblog的寿命是有限的，仅在一个Sprint的时间里存活。它里面包含所有团队已承诺的故事以及相关联的任务，以及此外的附加工作。
Sprint Backblog 是团队当前Sprint的任务清单。和产品列表不一样，Sprint Backblog的寿命是有限的，仅在一个Sprint的时间里存活。
Sprint Backblog内容是什么
它里面包含所有团队已承诺的故事以及相关联的任务，以及此外的附加工作，例如，在回顾会议中所发现的团队改进任务，团队计划要在当前Sprint完成。
Sprint列表在Sprint规划会议中产生，一旦Sprint规划会议结束，产品负责人就不能再修改Sprint列表的故事清单了。
这是Scrum中业务方和开发团队之间的基本协议，每次Sprint开始前，业务方都可以改变方向，然而Sprint开始以后，团队则会专注于他们所承诺完成的故事。改变这个已承诺的故事清单只有一个方式，就是由干这个活儿的团队成员提出变更请求。
也许团队发现他们能比最初设想的做更多的活，也或许他们无法交付所有已经承诺的故事。遇到这种情况，产品负责人将和团队一起修改Sprint列表中的故事清单。产品列表是固定不变的，与之相比，Sprint列表则是Sprint过程中一直都在变化的。
团队一旦发现想要交付已经承诺的故事还有些新的任务需要完成，就会把它们也添加进Sprint列表。有时候团队也会发现某个现有任务已经毫无意义，那他们就会从Sprint列表中把它剔除掉。
Sprint Backblog的6个特点
（1）Sprint列表是一组为当前Sprint选出的产品待办列表项，同时加上交付产品增量和实现Sprint目标的计划。
（2）Sprint列表是开发团队对于下一个产品增量所需的功能以及交付这些功能到“完成”的增量中所需的工作的预测。
（3）为了确保持续改进，Sprint列表是少包含一项在前次回顾会议中确定下来的高优先级的过程改进。
（4）Sprint列表是拥有足够细节的计划，任何进度上的变化可以在每日展会中清晰地看到。开发团队在Sprint期间修改Sprint列表，使得列表在Sprint期间涌现（根据不断涌入的、具有经济价值的信息持续更新）。
（5）在Sprint期间只有开发团队可以改变Sprint列表。
（6）Sprint列表是高度可见的，是对开发团队计划在当前Sprint内工作完成情况的实时反映，由开发团队全权负责
很多朋友在实践敏捷的过程中会遭遇到各种状况，其中之一就是在迭代中产品经理增加额外的工作。按照Scrum的原则，这是不允许的。
如果有些计划外的工作非要完成不可的话，也应该在和团队讨论以后移除一些在待办列表以内的不着急的工作，然后再把必须完成的计划外条目移入Sprint待办列表。当然，说是说，做归做。
也许你会说，在你的组织中想做到这个实在是比登天还难。但是，如果真的想让Scrum发挥作用，组织就必须学会遵守规则。这需要时间，需要所有人的努力。
推荐阅读
了解敏捷： 什么是敏捷开发 | 敏捷宣言及其解读 | 敏捷开发模式与瀑布开发模式对比 | 看板和Scrum的区别
学习敏捷： 敏捷开发框架 | Scrum团队内部的角色与分工 | Product Ower的职责有哪些 | Scrum Master的职责是什么 | 敏捷团队优异人数规模是多少 | Sprint 计划会怎么开 | 每日站会怎么开 | 评审会怎么开 | 回顾会怎么开 | Sprint 是什么 | Product Backlog是什么 | Sprint Backblog是什么 | 增量、燃尽图、DoD是什么
敏捷落地： 捷开发适合什么样的团队 | 中小团队如何落地敏捷开发 | PingCode与Jira敏捷开发项目管理能力对比 | 国内外主流的14个敏捷开发/Scrum工具盘点
文章标题：什么是Sprint Backblog，发布者：六六，转载请注明出处：https://worktile.com/kb/p/36798
微信扫一扫 
支付宝扫一扫 
