产品积压是产品开发链的重要组成部分之一。 产品功能的优先列表，以及从公司和产品的愿景到执行的错误修复。 本质上，产品积压管理落在产品经理身上，他负有创建、确定优先级和维护它的关键责任。 此外，您的产品待办事项列表示例应该建立在一个用户友好、足够灵活以供定制且易于访问的工具之上，尤其是在云中。 继续阅读以了解产品积压与冲刺积压之间的区别及其改进。
概述
产品积压工作清单是软件开发团队用来排列所需功能、错误修复和其他技术任务的工作清单。 换句话说，它是一个公司发展待办事项列表。 产品待办列表链接回公司的产品路线图，这有助于确定产品待办列表顶部的项目和任务的优先级，以便团队知道首先交付什么。 除此之外，对于团队来说，这是一种有效的方式来交流他们正在做什么并计划下一步做什么。 简而言之，让我们详细了解如何创建产品待办事项列表，
创建产品待办列表的步骤
产品待办事项列表不仅仅是一个简单的待办事项列表，您可以在其中将复杂的任务分解为一系列步骤并将它们委托给团队成员。 按照以下步骤开发有效的产品待办事项列表，
#1。 将想法添加到您的积压工作
如果客户向您提出创建新软件解决方案或改进现有软件解决方案的想法，请考虑将这些想法添加到您的积压工作中。 因为将它们添加到您的积压工作中可以激发重要的对话并帮助团队提出解决方案来满足客户的要求。 因此，包括它们可以帮助您根据项目时间表和预算确定是否可以实现更新。 以下是积压想法的更多潜在来源：
- 某公司的质量保证（QA）团队
- 客户对产品功能的调查
- 产品或服务评论
- 销售和营销建议或要求
#2。 制定产品路线图
产品路线图是产品积压工作的基础。 你的团队应该首先创建一个路线图，然后将其作为你的产品在开发过程中如何改变的行动计划。 路线图是长期产品开发的愿景，但它也可以发展。
#3。 清单产品积压项目
考虑到您的产品路线图，您的团队可以开始列出产品积压项目。 这些项目应包括高优先级项目和更抽象的想法。 在创建产品待办列表的这个阶段，您还需要与利益相关者沟通并听取他们对产品改进的想法。
#4。 专注于你的积压
在您的团队列出所有项目后，通过将客户放在心上并考虑哪些项目为他们提供最大价值，对最重要的任务进行排序和优先级排序。 在充分了解客户的要求后，考虑将想法分类为单独的可操作任务，供开发团队按优先级顺序完成，最关键的任务排在待办列表的顶部，最不重要的任务排在底部。
#5。 定期更新
当您的团队处理产品待办事项列表时，请记住这是一份动态文档，您需要在其中不断向待办事项列表添加项目，并在工作时选择并完善它们。 因此，随着团队完成任务，进行更新以反映这些更改非常重要。
产品积压示例
产品待办列表是任何产品开发公司中最重要的工件。 我们应该如何构建这个关键工件？ 产品待办事项列表的一个示例是与产品开发相关的操作项列表，产品团队使用它来计划、选择和管理任务。 例如，
#1.项目
- 客户最终设计的登录页面
- 客户测试注册页面
- 创建工单构建（包括附加文档和屏幕截图）
- 错误修复：自动将工单分配给支持团队负责人
#2。 收视率
- 作为成功完成认证课程（成为认证 ScrumMaster 或认证 Scrum 产品负责人）的人，我通过电子邮件收到了有关课程和讲师的调查链接，因此我可以提供有关课程的反馈。
- 作为一名培训师，我想确保没有人会多次提交相同的答案并扭曲我的结果，所以我的评分是准确的。
- 作为一名培训师，我会收到有关我的课程的调查结果的通知，因此我可以阅读它们。 （问题：每次调查后？经过一段时间后？培训师会收到电子邮件还是只知道去网站？）#3.membership
- 作为站点管理员，我可以为会员、从业者和培训师设置年费，这样就可以在不涉及程序员的情况下设置费用。
- 作为（任何类型）会员资格即将到期的人，我收到了提醒和链接，以便我可以续订。
- 作为有短期记忆问题的会员，我可以让系统通过电子邮件将新密码或密码提示发给我，可能是我的用户名（除非我们使用电子邮件），等等
#4。 工作
- 作为站点管理员，每当提交作业时我都会收到电子邮件，以便我知道它并可以决定是否要发布它。
- 作为站点成员，我可以订阅可用职位的 RSS 提要，这样我就可以在不访问站点的情况下阅读它们。
- 作为网站管理员，我可以编辑和删除求助广告，这样我就可以纠正小问题或
#5。 课程完成
- 作为一名参与者，我看到了一个页面，告诉我如何在完成课程后获得我的 PDU，以便我获得我可能感兴趣的学分。
- 作为参与者，我可以通过完成课程获得结业证书，这样我就有了完成课程的证明。
- 作为参与者，我可以获得一枚徽章，表明我已完成课程，这样我就可以在自己的网站上展示该徽章。
有了产品积压的相关例子，就可以对工作量进行精确的估计，并预测在偏差很小的情况下将完成什么。
产品积压细化
产品待办列表细化是向产品待办列表中的项目添加详细信息、估算和订单的行为。 此外，它是产品所有者和开发团队协作、审查和修改将要实施的项目的细节的过程。 从本质上讲，产品待办列表细化是必要的，因为它使团队熟悉最高优先级的项目。 让我们看看如何有效地操作产品积压细化，
如何有效地运行产品积压改进会议
这里有一些最佳优化实践，将有助于使您的积压优化会议更加有效。
#1。 深化
管理良好的积压工作应该是 DE'EP，它是 适当详细、估计、紧急和优先。
- 适当地详细意味着优先级较高的项目应该比优先级低的项目具有更高的详细程度。
- 估计意味着您应该对实施每个积压项目所需的时间和资源有一个很好的了解。
- 紧急意味着积压是一个应该定期更新的动态文档。
- 积压项目应按优先顺序排列。
#2。 牢记客户
待办列表细化会议期间做出的每个决定都应基于客户需求。 毕竟，如果产品对您的客户不起作用，那么其他一切都不重要。 团队将公开讨论用户故事，交流想法，最终达成共识。 此外，建议记录您的讨论和想法，以便 PO 可以在事后审查它们并进行总结。
#3。 确定依赖关系
有时，某些待办列表项只有在另一个项开始或完成后才能实施。 未能识别这些依赖关系可能会导致进度延迟。 因此，最好尽早识别这些依赖关系并为它们做好计划。
#4。 会后跟进
会议结束后，跟进所有与会者并与他们分享会议纪要。 这有助于让每个人都在同一页面上，并确保他们知道接下来的步骤。 此外，如果某些用户故事缺乏信息，请继续进行更多研究并为下一次梳理会议添加详细信息。
产品积压管理
产品待办事项管理是指产品负责人对待办事项进行添加、调整、改进和优先级排序，以确保客户只收到最好、最有价值的产品。 因此，它本质上是需要完成的优先任务列表。 如果列表中有任何任务有误，则该工作不算完成。
因此，产品待办事项列表管理是冲刺计划和团队开发的一个很好的起点，以确定可能成为冲刺一部分的任务。 因此，为确保准确性和透明度，产品待办事项必须通过待办事项细化进行更新。 以下是给产品管理团队的提示，
#1。 从产品策略开始
正确的积压管理始于清晰明确的产品战略。 在开始管理产品积压工作之前，请确保您已经定义并验证了产品策略。 要实现您的愿景，您必须首先拥有明确的产品策略。
#2。 正确设置积压偏好
优先处理积压工作中的任务是一个关键方面。 与 KPI 和产品愿景保持一致，您的待办事项优先级排序必须清晰透明。 使用优先级框架和程序来帮助您按顺序排列您的想法并轻松地计划迭代。用户反馈可以通过了解哪些计划对您的客户最重要来帮助您做到这一点。
#3。 合作
让产品经理和开发团队协作以确保适当的积压管理。 让两个团队都参与与积压相关的讨论，以更好地发现技术风险和依赖性。 此外，每个产品团队成员都会得到有价值的反馈，因此请利用这些会议来讨论如何确定待办事项的优先级以增加理解和支持。 这将使整个团队清楚地了解优先事项和原因。
#4。 外交地使用“不”这个词
产品经理面临的挑战之一是，他们可能会感到有压力接受利益相关者和团队成员的每一个请求，但目标是取悦您的客户，而不是满足每个请求或对每个想法都说“是”。 通过更频繁地说“不”来推动结果和效率（更不用说盈利能力）。 重要的是不要成为内部阻碍者并保持对新请求的开放态度，但说“不”可以帮助您在不分心的情况下确定优先顺序。
#5。 保持利益相关者更新
与利益相关者共享透明的更新，以传达积压的当前状态。 更新可以采取让利益相关者访问实时仪表板的形式，该仪表板具有您积压工作的最新图片。
或者它可以是发送给公司相关人员的常规电子邮件公告，仅包含仪表板的快照。 在涉及产品待办事项列表时，与利益相关者保持透明度。 让您的利益相关者了解当前状态、获取最新更新并提供有用的反馈。
Sprint 待办列表与产品待办列表
Sprint backlogs 和 product backlogs 在组成方面非常相似。 但是，sprint backlog 是您的团队计划在项目 sprint 期间完成的工作项列表，通常是在 sprint 计划会议期间从产品 backlog 中提取的。 因此，清晰的 sprint backlog 可以通过明确说明您的团队在每个 sprint 期间将做什么和不做什么来防止范围蔓延。 现在我们来看看 sprint backlog 和 product backlog 之间的区别，
首先，产品待办列表包含产品生命周期即将到来的项目的完整列表，而冲刺待办列表则侧重于实现各个冲刺目标所需的内容。 因此，从产品待办事项列表中提取以形成冲刺待办事项列表的每个项目都必须与特定冲刺目标的成功相关。
其次，产品待办列表会根据您组织的规模跟踪产品团队的工作方式，您可能有一个中央产品待办列表或多个不同团队的产品待办列表。 此外，产品负责人将定期改进产品待办事项列表，以确保最重要的计划位于顶部，并且每个计划都具有执行它所需的所有信息。 虽然 sprint backlog 是产品 backlog 的子集，但它列出了要在一个特定 sprint 中完成的工作项。
除此之外，产品积压与冲刺积压对于保持整个产品开发过程透明至关重要。 它们提供了正在进行的工作进度和未来计划的清晰视图。
Scrum 中的产品待办列表是什么？
在最简单的定义中，Scrum 产品待办列表只是项目中需要完成的所有事情的列表。 它取代了传统的需求规范工件。 这些项目可以具有技术性质，也可以以用户为中心，例如以用户故事的形式。 Scrum 的所有者是 Scrum 产品负责人。 Scrum Master、Scrum 团队和其他利益相关者有助于制定广泛而完整的待办事项列表。 在应用 Scrum 时，没有必要在开始一个项目时花费大量的前期精力来记录所有需求。
简而言之
产品待办事项列表是作为更大产品路线图的一部分要完成的任务、功能或项目的有序列表。 有了上面列出的指南，我相信你现在将能够创建有效的管理，你可以每天、每周或每月为开发人员分配针对你最终目标的任务，并帮助你构建更好的产品。
参考资料
- 体式
- 的确。
- .mountaingoat软件
- .airgram。
相关文章
