敏捷管理实践

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

最后更新时间：2023年11 月10日 13:54
发布时间：2023年11 月10日

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

投入时间做Backlog梳理看起来似乎并非必要的。毕竟，Scrum团队即使在Product Backlog空空如也的情况下也能运作起来。这种情况下，开发人员会在Sprint Planning中和产品负责人一起识别在即将开始的Sprint中要交付的产品待办事项，并对它们进行描述，估算和排序。这种情况可行，但并不理想。

在今天的文章中，我们将一起讨论为什么Product Backlog的梳理和精化活动必不可少的五个理由。

什么是Product Backlog？

Product Backlog是一个经过排序的清单，列出了团队将对产品进行的有价值的改进。它包含了任何PO（产品负责人）认为会为产品增加价值的功能，技术债修复，实验等等。它是Scrum团队工作清单的唯一来源。

什么是需求梳理？

需求梳理（Refinement）活动包括为待办事项增加细节描述，排序，以及估算规模，可以在会议中进行，也可以独立进行。打个比方，假设你的产品是为一家售卖粉色Polo衫的企业制作网站，梳理活动可能是产品负责人与开发人员集思广益的机会，从而找出能为产品增加价值的改变。如果产品目标是增加销售额，产品负责人在需求梳理会上可能会和开发人员讨论如何简化网站的结算流程，或是缩短页面的加载时间。

在梳理过程中，团队可能会头脑风暴来收集新功能或改进措施，或者检视即将进行的优化工作，确保工作项经过估算，并且能够在一个Sprint中完成。团队成员也可能和产品负责人一起根据价值，规模，依赖以及其他关键因素，来对待办事项进行排序。和许多其他活动和事件一样，Scrum指南中并没有提供如何开展Backlog梳理活动的详细指导。指南只是简单的说，在Sprint过程中，产品Backlog根据需要进行梳理。

为什么要进行需求梳理？

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

1. 没有需求梳理，Sprint计划会将十分冗长

我参加过的最长的Sprint计划会是没有产品Backlog的，真的相当冗长，一共开了8小时，你能想象吗。

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

这真的相当乏味，最后开发人员也没有足够的时间来好好制定交付计划，因为已经花费了太多时间在确定接下来做些什么上。

更好的方法是在Sprint计划会之前和产品负责人一起头脑风暴，确认哪些工作能够为产品带来最大的价值，这些活动就可以在需求梳理会中进行。

2. 产品Backlog有助于增加透明度

还记得那个没有产品Backlog的Sprint计划会吗，在会前，干系人并不知道Scrum团队在接下来的Sprint中会做些什么，因为没有能够参考的产品Backlog。这样造成的结果是，干系人没办法设定期望值，也无法事先计划当团队提交产品增量后他们要做些什么。

3. 缺少需求梳理，产品将缺乏可预测性

你可以把产品Backlog与过去几个Sprint的吞吐量，速率，交付成果相比较，来得到相关的预测，路线图，或是其他的可视化表现形式，它可以帮助提供关于Scrum团队下一步工作计划以及可能的交付时间等信息。

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

4. 需求梳理有助于识别高价值的工作

当人们在需求梳理活动中协作时，往往能识别出更高价值的工作。大家相互分享想法和经验，可以碰撞出一些在独立思考时比较难发现的价值。就好像每个人都拿着拼图中的一块，拼在一起就能涌现出下一步最有价值的工作内容。协作还有助于把工作分解为更容易管理的部分，使价值更快更好的交付。

作为产品负责人，我知道当我向团队解释我们要实现的目标时，我们常常可以共同想出比我一个人思考得到的更好的解决方案。虽然产品Backlog中需求的内容和排序仍然由我负责，但开发人员是离工作最近的人，因此他们可能对如何实现产品目标有更好的想法。

与其由我一个人想出产品Backlog中的所有内容，不如定期与开发人员和干系人见面，从他们那里了解哪些功能可能对产品是更有价值的。产品Backlog中除了新功能外，还可能包含缺陷修复或是技术债。

例如，如果代码结构不好，可能会减缓交付新功能的速度。这种场景下，我们可能就要把重构工作纳入到产品Backlog当中。这只是通过减少未来开发新功能所花费的时间，从而提高产品价值的一个例子。

产品负责人需要花一些时间来保证产品为未来的成功做好准备，不仅在功能方面，还包括可扩展性和架构层面。这意味着要在开发新功能的同时，也要把技术修复工作一同纳入优先级的考量。

5. 未经过梳理的需求，很难进行估算

即便产品负责人决定在需求的内容和排序上不过多的采纳开发人员的意见，需求梳理活动依旧是必要的，因为开发人员要对待办事项的大小负责。

假设你是一位房屋装修项目的产品负责人，团队中有两位负责干活的开发人员。你们实施的是一周一个Sprint。这时候你创建了一个待办事项：拆除和重建房子。这是不可能由两位开发人员在一周内完成的工作，他们肯定会当场不干了。

更好的办法是由开发人员来拒绝并向你解释，这个待办事项没有办法在一周内完成，需要进一步拆分。

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

结语

产品Backlog对于Scrum团队及干系人来说是非常重要的工件。虽然产品负责人对Backlog的内容和排序负责，但只有开发人员及干系人提供有意义的输入，团队才能共同协作创造出最好的产品Backlog。

为产品待办列表事项增加内容，细节，及排序的工作，称为产品待办列表梳理活动。好的梳理可以使Sprint计划会更加顺畅，干系人间的透明度增加，提供可靠的预测，并发现更有价值的工作。

你的Scrum团队是如何开展需求梳理工作的？是否有好的经验和方法分享？欢迎在评论区留言交流。

原文地址：

https://www.scrum.org/resources/blog/5-reasons-why-refining-your-product-backlog-worth-time

注：部分图片来源于网络

【作者】Mary Iqbal

Scrum.org专业Scrum培训师。

Mary Iqbal 是 Rebel Scrum 的实践敏捷顾问和讲师，教授过数以千计的软件专业人士，是一位经验丰富的敏捷转型教练。Mary擅长通过定义产品和帮助团队自组织以形成最适合的结构，来帮助组织实施规模化敏捷。

【译者】Scrum中文网翻译组

Scrum中文网是全球第一个Scrum中文网站，中国最早的Scrum和敏捷教育及推广机构，也是国际Scrum联盟（ScrumAlliance）官方授权教育机构，Scrum.org官方合作培训机构，和大规模敏捷SAFe官方机构SAI中国区授权合作伙伴。

Scrum中文网是国内领先的敏捷培训及教练咨询机构，作为中国敏捷教练的摇篮，启蒙和培养了数万名敏捷专业人士，帮助数百家知名企业成功转型敏捷。

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

什么是Product Backlog？

什么是需求梳理？