如何对产品待办事项进行优先排序并最大化业务成功

产品待办事项是组织敏捷产品开发的主要组成部分，因为它包含了您必须在特定时间点解决的项目。

创建新产品始于能够让团队构建出特殊东西的想法。即使是 iPhone 最初也是作为原型出现的，并通过他们专注的团队走向了受欢迎的道路。

作为一位链接_0的团队负责人，您必须保持有关关键待办事项的组织。然而，这并不像看起来那么容易。

保持链接_1并决定首先要做哪一项是一项非常困难的任务。而且当存在多个利益相关者时，情况变得更加压倒性。

因此，组织浪费了大量的时间和资源。

这就是产品优先级确定的地方，它使所有任务变得更简单，并帮助您正确地维护待办事项列表。

在本文中，我将详细讨论产品待办事项，包括其典型元素、优点等。

什么是产品待办事项？

产品待办事项是一份列有优先级特性或工作项的列表，有助于您实现产品目标并在开发团队中建立有效的期望。简单地说，开发阶段中的每个产品都有一个专门的产品待办事项。

同样，每个产品待办事项都有一个专门的团队。通常情况下，有几个产品待办事项与几个团队一起开发一个较大的产品。

例如，让我们将一个较大的产品称为“Product”，将较小的产品称为“Product A”、“Product B”和“Product C”。Product A、Product B和Product C都有自己的产品待办事项和特定的开发团队。每个指定的团队都在较小的产品上工作，最终构建出一个较大的产品。

因此，它可以被定义为从链接_2中派生的工作的优先级列表以及对开发团队的要求。最重要的项目位于待办事项的顶部，以便开发团队知道先交付哪一个。

但是，产品待办事项是一个实时文档，允许产品经理更好地了解常见问题和交付产品所需的解决方案。

谁确定待办事项的优先级？

产品待办事项由产品所有者或产品经理拥有。产品所有者负责待办事项的维护，而其他团队成员则为产品开发贡献了自己的努力和时间。

因此，产品待办事项的主要目的可以是：

• 建立一个协调团队和利益相关者的平台，以便开发团队实施有价值的用户故事
• 提供灵活性以适应现实和需求
• 通过在各团队间使用共同的基准来提高产品发布预测的效率，以将各团队紧密结合成一个单一的产品。

产品待办事项的典型元素

产品待办事项包括错误修复、功能、知识获取和链接_3。这些项目是需要完成产品的重要工作的独立部分。

#1. 错误修复

缺陷和错误是最终用户发现的问题，它们在测试过程中被忽略了。如果不及时解决这些错误，它们往往会逐渐累积。

您的团队会迅速解决错误修复以保持产品的完整性。有些错误足够重要，会打断团队当前的迭代，而其他错误则可以等待下一个迭代。它们位于产品待办事项的顶部，以便开发团队不会忘记错误修复。

#2. 功能

功能是产品的一项用户认为有价值的功能。它也被称为用户故事。功能可以复杂或简单。然而，为了了解用户的需求，您需要创建一个故事地图。

新功能的请求来源于不同的渠道。功能包括产品管理、支持、销售、最终用户等等。优先考虑新功能可能会很困难，因为您需要平衡不同的要求：

• 保持老客户的满意度
• 满足销售机会
• 朝着产品的更高愿景发展

产品经理监控这些渠道，并解决冲突的请求。经常这样做将使您能够确保产品积压的新功能能够吸引客户并使现有客户满意。

#3. 知识获取

在这里，您需要收集信息以完成未来的任务。重要的是，知识获取是一个研究阶段。当您发现需要更多研究的功能时，您可以创建一个知识获取任务，例如概念验证、实验或原型。这将帮助您获取信息，以开始您的工作。

#4. 技术债务

技术债务就像财务债务一样。如果您忽视债务，它会积累利息。当开发人员将此阶段放在积压列表的底部时，完成工作就变得更加困难。

有效管理产品积压可以防止技术债务。当您的开发团队通过每天或较小的增量来组织列表并承担技术工作时，您不太可能看到工作量增加。

技术债务是基于以下变更的结果：

• 可扩展性和性能期望
• 范围和方向
• 技术和最佳实践

产品积压：好处

产品肯定代表了来自不同渠道的反馈，例如销售人员、开发人员，最重要的是用户。您必须准备好接受他们的反馈，管理它们，优先考虑它们，并为未来的产品交付进行全面的工作。

如果没有适当的流程，开发产品会变得具有挑战性。因此，一个良好管理和处理的积压将帮助您专注于产品，并带来一个更有效的团队。

让我们讨论在组织中维护产品积压的优势：

• 提高专注力: 产品待办事项帮助您专注于重要任务，避免分散注意力。
• 提高效率: 对任务进行优先排序可以确保团队对任务进行彻底工作，从而提高效率。
• 更好的风险管理: 产品待办事项可以在开发过程的早期识别和解决风险，使管理无风险。
• 提高客户满意度: 终端用户的满意度是您的首要目标。因此，对待办事项进行优先排序对于组织来说是必要的，通过检查对产品的增加或删除的必要性，使其成为对用户有价值的产品，从而让用户满意。
• 增加沟通: 产品待办事项鼓励团队之间的合作和沟通，从而在开发产品和取得更好的成果时能够更好地专注。
• 提高团队士气: 产品待办事项为团队提供了目标和方向感，从而提高士气。
• 促进灵活性: 产品待办事项根据开发人员的进展和任务完成率而变化。当产品开发状态发生变化时，产品经理会重新对任务进行排序。这种灵活性是为了避免工作时间的空白。

除此之外，您还可以获得诸如投资回报最快、客户满意度提高、风险最小化等许多好处。

如何创建产品待办事项

产品负责人负责优先安排任务。要创建一个良好管理的产品待办事项，您需要按照以下步骤进行：

步骤1: 添加想法到产品待办事项

产品待办事项是一个想法列表。它包含团队成员、利益相关者和客户提供的陈述或反馈。简单地说，您需要在与利益相关者、团队和客户讨论现有产品或新产品之后将想法添加到列表中。

初始时，您只会有有限的想法，但在开发过程中，您会根据产品的市场相关性和竞争获得新的想法。

步骤2: 澄清

一旦利益相关者需要您对产品的添加或修复进行一些更改，就很重要事先澄清。产品负责人必须澄清以下基本要点，以了解添加的重要性：

• 修复背后的原因: 这表明问题的实际原因是什么，它是如何引起的以及如何解决。
• 其贡献的价值: 团队分析新的添加是否有助于整个产品并增强质量。添加必须增加产品的价值，从而增加业务价值和更好的投资回报。
• 项目规范: 规范必须从产品负责人那边清晰明确，以便开发人员在开发过程中不会遇到任何困难。

步骤3: 优先排序

一切准备就绪后，产品负责人的责任就是按照优先级从高到低对待办事项进行排序。这个阶段是基于信息的战略分析。拥有一个良好管理的列表可以增强不同团队之间的沟通。

产品负责人根据特定的标准对待办事项进行优先排序：

• 收入：任何可以带来更好收入的功能或项目都应该放在高优先级清单上。
• 市场独特性和修复：如果您决定添加的功能在市场上是独一无二的，您很可能在市场上脱颖而出。此外，您需要看看现有功能是否可以解决用户的问题，因为这才是真正的目标。
• 复杂性：在确定优先级清单项之前，您需要检查所提出功能的复杂性以及开发和发布所需的时间。

第四步：定期更新产品待办事项列表

产品待办事项列表是一个需要由产品负责人及时更新的活动文档。对待办事项进行细化、排序和保持最新状态的过程是开发过程的重要组成部分。

产品待办事项列表中包含了众多想法。您需要细化这些想法，并且丢弃那些不相关的想法。在最后一步中，待办事项将按照优先级进行排序和排列。

一些优先级排序方法

有很多方法可以用来对待办事项进行排序。让我们讨论其中的几种：

#1. 莫斯科技术

莫斯科技术是产品管理中常用的一种分析方法，用于了解需要做什么以及不需要做什么。这是与利益相关者沟通关于您正在进行的工作和原因的有用方法。

名称中包含四个优先级分类：

• 必须有：绝对必需的要求
• 应该有：优先级较高的功能
• 可以有：可能的功能
• 不会有：未实施的功能

“必须有”表示产品中必须有的绝对功能。这可能是出于安全考虑、业务原因和法律原因。为此，请列出在列表中包含该功能的最佳情况和最坏情况，并描绘出画面。

“应该有”表示可以包含但不是必须的功能。

“可以有”是指如果组织拥有必要的资源，可以添加的项，但不是获得成功的必要条件。

“不会有”并不意味着该功能不再需要或被废弃。相反，产品经理的意思是“暂时不添加”。背后有许多原因，比如缺乏时间或资源。

#2. 艾森豪威尔矩阵

这种方法是一个正确管理时间的简单方式。它源于德怀特·D·艾森豪威尔的决策矩阵。后来改变为一个可用于对待办事项列表中的任务进行优先级排序的4个象限可视化。

该矩阵包含了两个优先级维度 – 重要性和紧急性。该技术允许您将任务分配到矩阵的四个部分中：

• 高优先级
• 中优先级
• 紧急但重要
• 低优先级

#3. 卡诺模型

卡诺模型是组织寻求顾客满意和喜悦的出色选择之一。产品经理的功能积压是无穷无尽的，但他们希望能够构建一个具有完美功能的产品路线图。卡诺模型是一个指导产品经理的强大技术。该技术是由加纳义彰（Noriaki Kano）于20世纪80年代开发的。

该模型包括三个前提：

• 反映顾客满意度的满意程度
• 顾客对产品的功能和性能有所反应
• 顾客的感受

#4. 加权最短作业优先（WSJF）

WSJF是一个帮助团队对一系列倡议进行优先排序的工具。通常，这个工具在Scaled Agile Framework（SAFe）中使用。团队通过将延迟成本除以作业的规模或持续时间来计算每个倡议的分数。得分最高的项目排在优先级列表的顶部。

如何管理积压任务

遵循以下实践，以确保适当的积压任务管理并保持您的积压任务的健康：

• 在任何迭代计划之前，检查产品积压任务，确保已正确优先排列任务，并实施先前的反馈意见。
• 当您的积压任务变得更大时，您必须将任务分类为近期或短期以及长期任务。
• 根据任务的利益决定是否保留或删除。
• 不要在没有适当规划的情况下添加任务。
• 将这个优先级确定过程作为组织的优先事项。

此外，您可以根据customer feedback在开发过程中轻松重新确定任务的优先级。另外，您还可以改进先前的陈述并添加新的要求。

冲刺积压任务与产品积压任务

• 产品积压任务列出了必须在规定时间内完成开发过程的所有任务。而冲刺积压任务包括来自积压任务的在冲刺期间必须完成的任务。
• 产品负责人决定积压任务列表，而开发团队决定冲刺积压任务。
• 产品积压任务是基于产品目标构建的。但是，冲刺积压任务与特定的冲刺相一致。
• 产品积压任务可以随着时间的推移而改变，而冲刺积压任务在设定后不会改变。
• 产品积压任务需要进行维护，并在项目完成之前保持不变。但是，冲刺积压任务不会一直保持到最后，它会随着冲刺的结束而结束。

结论

在产品开发过程中，维护产品积压任务是一个重要的步骤。它提供了正在进行的工作、已完成工作和未来计划的清晰视图。因此，现在是时候创建和维护一个有效的产品积压任务，并保持领先地位了。

您还可以探索最佳CFD analysis software和Scrum tools。