需求梳理活动必不可少的五个理由

我得承认，Product Backlog梳理工作可能通常是Scrum团队中最不受欢迎的活动。肯定没人会在一大早醒来的时候说：我真是迫不及待想要梳理我的Backlog了！

产品Backlog是一个至关重要的工具，它为Scrum团队和干系人之间提供了团队下一步工作计划的透明度。这可能不是一项受欢迎的活动，但这里有五个理由，来告诉你为什么产品Backlog梳理值得投入时间。

之所以那次会议成为我记忆中最糟糕的Sprint计划会，是因为根本没有产品Backlog，开发人员不得不在会议上和产品负责人一起现场写出待办事项。不仅要现场讨论并写出待办项，还要讨论如何为每个待办项估算大小。最后，在开发人员为如何交付这些待办事项做了计划，大家对即将到来的Sprint的目标达成一致后，会议才终于结束。

如果没有产品Backlog，很难制定出可靠的产品路线图。你可能有了过去花了多少时间，做了哪些事情等等这些历史信息，但如果没有产品Backlog，你没法知道接下来要做些什么。

开发人员确定工作项的规模，因为他们是工作的执行者。开发人员负责在每个Sprint交付“完成的增量”，并对Sprint Backlog负责，其中记录了在这个Sprint中将要交付的工作项，以及完成这些工作的计划。如果工作项的大小无法在一个Sprint中完成，那么这项工作就无法被纳入Sprint Backlog当中。这就是为什么待办项的梳理对于开发人员的工作来说至关重要。

注：部分图片来源于网络

Scrum.org专业Scrum培训师。