Scrum敏捷产品管理之四：产品待办事项管理

什么是产品待办事项管理？

产品待办事项管理是对产品待办事项列表中的项目进行调整和排序的行为，以便 Scrum 团队能够交付最有价值的产品。产品负责人负责管理产品待办事项列表。他们只要认为合适就经常这样做，也可以将责任委托给其他人。然而，产品负责人最终决定现在、稍后或根本不从事什么工作。

 有效的产品待办事项管理的重要性

产品待办事项管理是一项重要技能，可以帮助 Scrum 团队更有效地开发产品并交付价值。当产品待办事项列表得到良好管理时，Scrum 团队可以按照有助于实现产品的共同目标和方向的顺序处理最重要的项目。
另一方面，当产品待办事项列表管理不善时，产品负责人就有与团队成员和利益相关者不一致的风险。这种不一致通常会导致团队成员浪费时间来改进和处理客户不想要的产品待办事项列表项目。此外，Scrum 团队积累了大量的产品待办事项列表项，这使得有效的产品待办事项列表管理几乎不可能。当产品待办事项列表变成一长串随机想法和任务时，通常被称为“臃肿的产品待办事项列表”。这种类型的产品待办列表对于产品负责人来说很难有效地订购，对于开发人员来说很难进行工作，并且对于利益相关者来说也很难轻松地了解客户将获得的潜在价值。

为了有效管理产品待办事项列表，产品负责人应确保待办事项列表的排序正确且是最新的，以便：
提高透明度和对改进产品所需工作的共同理解
与利益相关者就产品待办事项列表中包含哪些内容以及不包含哪些内容设定明确的期望
将 Scrum 团队的开发工作重点放在交付下一个最重要的价值项目上
使团队在共同的产品目标上保持一致，这是朝着产品愿景迈出的一步
最大限度地减少浪费在被认为不重要的项目上的时间
产品待办事项管理允许产品负责人与开发人员和利益相关者合作，围绕团队追求交付价值的工作的原因和内容创建透明度和清晰度。然而，当团队花费大量时间深入讨论如何完成工作时，它很快就会变得低效。这是因为在 Sprint 期间会出现更多信息，并且工作可能会不断发展。 Scrum 团队将了解多少产品待办事项管理对他们来说就足够了，以及他们需要多少信息才能在 Sprint 内开始和完成工作。

产品待办事项管理活动

产品待办事项管理涉及创建、完善和订购产品待办事项。
以下活动是产品待办事项管理和细化中涉及的不同类型的工作。
制定产品目标
决定包含和不包含的内容
订购产品待办事项列表
随着更多信息的发现，向 PBI 添加更多信息
分解产品待办事项列表项
调整产品待办事项列表项

制定产品目标

产品目标是帮助 Scrum 团队学习并朝着产品愿景迈进的中间目标。
制定产品目标时，应该是：
与产品愿景保持一致并取得进展
 清晰简洁
以结果为导向，反映客户的需求
 可测量的
透明并在 Scrum 团队和利益相关者之间达成共识
 产品目标示例：
以一家经营精品狗酒店的公司为例。
精品狗狗酒店的产品愿景：
成为狗狗寄养的首选目的地，为我们的客人提供超出主人期望的奢华舒适体验。
这些产品目标可能是实现这一愿景的一步：
明年夏天开设第一家可同时安全接待 12 只狗狗的分店
在开设第一家分店后的 6 个月内，将回头客的狗狗数量增加 25%
创造一个安全可靠的环境，让狗狗可以无忧无虑地放松和玩耍
产品目标是 Scrum 团队用来推进其产品愿景的假设。随着团队更多地了解利益相关者和客户需求并帮助产品负责人管理产品待办事项列表，它们可以发生变化。

决定产品待办事项列表中包含和不包含的内容

有效的产品负责人确保将改善产品和客户体验的有价值的项目包含在产品待办事项列表中。这意味着他们必须决定什么应该或不应该包含在产品待办事项列表中。为了做好这一点，他们花时间与客户和利益相关者一起学习并收集他们的反馈。
Sprint 评审是 Scrum 活动，利益相关者和客户向 Scrum 团队提供反馈和见解，以便团队可以检查和调整产品待办事项列表。他们通过添加新的产品待办事项列表项目并删除那些看起来没有足够价值来追求的项目来做到这一点。
为了保持产品待办事项列表的精简并确保开发工作集中在最重要的项目上，产品负责人有时需要说“不”。尊重他人并传达清晰的信息对于帮助利益相关者和客户理解为什么某些项目应该或不应该包含在产品待办事项列表中起着重要作用。为了帮助解决这个问题，产品负责人应该：
清楚地传达当前的产品目标- 解释他们试图通过产品实现什么以及产品待办事项列表的工作应如何与此目标保持一致
要有同理心和好奇心——他们应该倾听并理解为什么这个请求很重要。
与利益相关者一起重新访问“旧”产品待办事项列表项，看看它们是否仍然相关 -这些项目已经在产品待办事项列表中存在了一段时间，但还没有重要到足以上升到顶部。
决策过程清晰透明 -使用使用数据、客户满意度、当前价值、未实现价值等数据支持决策。
了解他们的产品、客户和产品愿景

订购产品待办事项列表

产品待办事项列表包含从新功能开发到缺陷管理的不同类型的工作。产品负责人订购这些类型的商品的方式是考虑它给客户带来的价值。如果对客户来说不重要，则并非每个功能都需要构建，也不是每个缺陷都应该修复。产品负责人以他们认为能够最大化产品价值的任何方式订购产品待办事项列表。他们在订购产品待办事项列表时会考虑各种因素，例如业务价值、风险、投资回报 (ROI)、依赖性和影响。

分解产品待办事项列表项目

当产品待办事项列表项庞大且复杂时，Scrum 团队通常会发现它们含糊不清且令人难以承受。分解产品待办事项列表项或将其分成更小的、可管理的价值部分，使 Scrum 团队能够对需要完成的工作达成更多共识。它还可以更好地使 Scrum 团队在每个 Sprint 中交付至少一个“完成”增量，并拥有更快的反馈循环。这使得 Scrum 团队能够首先考虑最重要的工作，并提高他们更快地进行调整的能力。
为了说明这一点，请考虑电子商务企业的大型产品待办事项列表项目，允许在线支付。此功能包括客户可以使用三种不同类型的信用卡、网上银行转账和礼品卡进行支付。当团队分解此产品待办事项列表项时，产品负责人可以更好地决定首先要追求的最重要的内容，并可以按照他们认为最合适的方式进行排序。例如，由于大多数客户使用信用卡支付，因此该产品可能应该首先提供信用卡支付的功能。这种追求较小工作量的方法可以更快地学习，并确保更早地开发产品最有价值的方面。

确定产品待办事项的大小

由于开发人员是需要完成工作的人，因此他们是负责确定工作规模的人。团队可以使用多种技术来确定产品待办事项列表项目的大小，例如：
绝对的——通常是基于时间的；例如，“这个 PBI 需要 9 个小时的工作”
相对- 使用一个比例尺，让开发人员可以估计 PBI 相对于彼此的大小；例如，故事点或 T 恤尺码
正确的规模——确定足够小的项目，可以在一个 Sprint 内完成；例如，开发人员讨论他们是否可以根据他们的“完成定义”在一个 Sprint 内轻松完成 PBI，如果不能，他们应该分解 PBI
开发人员应该选择对团队最有意义的规模调整方法。

有效管理产品待办列表的技巧

为了有效地管理产品待办事项列表，请考虑以下提示：
经常审查、重新排序和完善产品待办事项列表
产品待办事项列表是紧急的；它不断发展和变化。反馈、从实验中获得的经验以及不断变化的市场条件只是影响 Scrum 团队产品待办事项列表变化的几个因素。经常对其进行审查和重新排序有助于团队专注于下一个要追求的重要项目。
 
保持产品待办事项列表易于管理
当产品待办事项列表变得太大时，Scrum 团队和利益相关者就很难理解什么是重要的追求。此外，它变成了一种无用的沟通工具，并且浪费了管理和改进的时间。为了创建更易于管理的产品待办事项列表，产品负责人应该以尊重但明确的方式选择不应该出现在列表中的内容。
 
可视化产品待办事项列表
可视化产品待办事项列表可以帮助 Scrum 团队及其利益相关者了解下一步的工作，使他们能够提前思考。这通常会引发相关讨论，并就改进产品所需的内容达成共识。

Scrum 团队应该在所有人（包括利益相关者）都可以轻松访问的地方可视化他们的产品待办事项列表，无论是在物理墙上还是在虚拟工具中。 Scrum 团队应该选择一种适合他们的环境的工具，但最终要优化透明度。
 
采取协作方式
尽管产品负责人负责管理产品待办事项列表，但他们不需要单独完成这项工作。事实上，与 Scrum 团队的其他成员、利益相关者和客户合作，可以帮助产品负责人在管理产品待办事项列表时做出更好、更明智的决策。
 
不要直接跳到解决方案
产品负责人不断关注客户的需求以及需要为他们解决的挑战。这种关注创造了增强客户产品体验的想法。然而，产品负责人应该抵制急于提出解决方案并将这些想法直接添加到产品待办事项列表中。

产品负责人应该与团队合作，并向团队中的开发人员提供要解决的问题。这是利用不同经验、专业知识和观点的好方法。这使得开发人员能够就如何解决问题提出创新和创造性的想法，并帮助他们发展产品的所有权。