软件开发 涉及创建、启动、更新和改进现有的编码解决方案。 使用产品待办事项列表可以有效地组织软件团队的任务并确定其优先级。 本文定义了产品待办事项及其优点，并提供了创建和实施它们的步骤。
什么是产品待办事项列表？
产品待办事项列表是软件开发团队在生产新软件或更新当前程序（例如添加新功能）时执行的优先职责列表。 例如，技术企业可能会收到客户要求开发新软件或增强当前解决方案的请求。
产品待办事项列表通常是 Scrum 和敏捷开发流程的重要组成部分。 它也是软件开发经理可以用来协调开发团队工作的工具。 此外，它使开发团队能够通过将最高优先级的项目放置在列表的顶部来确定首先完成哪些任务的优先级。
产品待办事项列表上有什么？
待办事项列表应包含与项目或产品相关的所有任务。 具体的举措和项目因团队而异，但一般来说，以下内容属于积压工作：
- 新功能
- 新功能创意
- 各种级别和严重程度的错误
- Bug修复
- 功能改进
- 缩小范围的改进
- 来自客户和利益相关者的功能请求
- 设计变更
- 用户体验问题
- 技术债务
- 基础设施变化
此外，用户故事是描述用户需求和问题的技术或个人项目。 在 Scrum 产品待办事项列表中，经理可以以有关客户使用该产品的短篇故事的形式输入项目。
为什么产品待办事项很重要？
将待办事项视为需求清单可以鼓励适应性和变革。 通过这样做，我们促进了真正的敏捷性，并赋予公司改变想法的能力——这是在现代市场取得成功所必需的力量。
在这种情况下，待办事项的功能可以分解为三个简单的目标。
- 在利益相关者和团队之间建立共识，以便团队能够实施最有益的用户故事。
- 允许适应新的要求和条件。
- 通过在共同开发单一产品的众多团队之间开发一个共同因素，可以提高产品发布预测的准确性。
谁拥有产品待办事项列表？
产品负责人管理积压工作，对其组件做出最终决策，并在 Scrum 流程中代表客户利益。 他们通常是高级员工，并优先考虑积压的项目。 此外，根据公司程序，所有者可能会让团队成员参与规划和升级积压工作。
产品待办事项列表中的三个组成部分是什么？
#1. 用户故事
用户故事是简洁、强大的结构，从用户的角度描述功能。 此外，它们通常描述用户的角色、目标、需求、原因和期望的操作。 因此，要被 Scrum 团队认为准备就绪，用户故事必须满足特定的标准，例如独立、可协商和有价值。 最流行的标准包括独立性、灵活性和表现出的价值。
#2. 估计：
估算是敏捷软件开发的一个重要方面，因为它有助于规划发布、资助开发工作和降低风险。 对于了解项目所需的时间和成本以及敏捷方法中使用的相对估算技术至关重要。
此外，Scrum 是为开发复杂的软件而设计的，由于需求不一致、技术不断变化或两者兼而有之，估计这些软件可能会很困难。 请注意，估计值是一个近似值，但它们不可能准确，因为它们是矛盾的。
＃3。 优先顺序：
在敏捷软件开发中，待办事项优先级排序对于最大化产品团队的价值创造至关重要。 它在时间、金钱和产品成功方面带来了可衡量的好处。
此外，优先级明确的积压工作可以组织团队的时间并简化发布和迭代的规划。 这项决策任务对于 PO 来说具有挑战性，但对于确保产品的成功至关重要。
产品待办事项示例
产品待办事项列表应包括面向用户的功能、后端功能、错误修复、技术债务、基础设施改进以及用户研究和测试。 这些项目应根据用户需求和组织目标确定优先级，确保产品满足用户需求并满足组织目标。 此外，解决技术债务、改进文档和实施新的基于云的技术也是积压工作的重要方面。
什么是产品待办事项？
产品待办事项包括：
#1. 特征：
功能是对为产品增加价值的程序功能的简要描述。 因此，软件开发人员可以创建用于功能输入的用户故事、了解客户规范并更新组织方法。 例如，客户可能需要软件对合同进行分类并组织客户联系方式。
#2. 变化
更改是对现有功能的更改，例如修改分类合同以使用键盘命令“CTRL + Enter”而不是“CTRL + Shift”。 此外，它可以作为变更项目添加到积压工作中，确保开发团队完成必要的任务。
＃3。 研究
研究也称为知识获取，是一种产品积压项目，有助于在实施变更之前跟踪需要深入信息的技术领域。 这包括研究不同的编码库或新的设计方法，更好地理解新功能，并确定最有效的实施技术。
＃4。 缺陷和错误
缺陷和错误是现有功能或用户故事的问题，而错误是软件代码中的错误。 此外，在产品待办事项列表中对这些项目进行优先级排序可以确保正确的功能和客户需求，同时还允许团队在整个开发过程中跟踪缺陷和错误。
谁优先考虑待办事项？
产品负责人监督待办事项列表并对其组件做出最终决定； 通常，高级员工在 Scrum 流程中代表客户利益。 此外，他们会优先考虑待办事项，并可能让其他团队成员在软件开发过程中参与规划和更新。
谁拥有 Sprint 待办事项列表？
Scrum 框架规定，产品所有者、Scrum Master 和开发团队成员将共同拥有 sprint backlog。 这是因为在每个冲刺开始时，每个团队成员都会为项目贡献特殊的见解和专业知识。
谁对产品积压负主要责任？
产品负责人负责控制和管理产品积压，以最大化产品的价值。 此外，Scrum 框架等敏捷方法可帮助团队沟通和自组织。 Scrum 团队包括一名产品负责人。
谁在 Scrum 中准备产品待办事项列表？
产品负责人创建产品待办事项列表并包括 PBI，例如用户缺陷、新功能请求、增强功能和变更请求。 它可以以各种格式表示，其中最流行的是用户故事。 所有者可以与最终用户、买家、赞助商、中小企业和开发团队合作，创建实现愿景的产品待办事项列表。
使用产品待办事项列表的好处
使用产品待办事项来订购软件开发任务有几个优点，包括：
#1. 提高效率
开发团队可以通过根据重要性对任务进行排名来更好地管理时间。 因此，开发人员可以更加专注于检查重要的列表项，并花更少的时间来分隔任务。 因此，他们经常可以产出更多高质量的成果。
#2. 产品待办事项提高了灵活性：
产品日志经常根据任务完成率和开发人员进步而变化。 当开发状态发生变化时，产品负责人可以更改待办事项列表的任务优先级。 由于这种灵活性，任务不会长时间处于未分配状态。 此外，这意味着开发人员可以更轻松地修改他们的程序以考虑这些更改。
＃3。 它允许团队讨论：
在准备完成之前，开发人员可能会将任务添加到产品待办事项列表的底部，以便团队做好准备。 因此，它可以成为鼓励团队讨论即将到来的大规模或复杂任务的一个很好的工具。 在推出新功能或更新之前，他们还可以帮助团队识别任何潜在问题。
＃4。 产品积压以符合预期：
产品待办事项列表直观地代表了开发过程，使团队成员能够了解项目状态和任务。 通过单一资源调整期望有助于团队成员团结一致地实现共同目标。
如何使用产品待办事项列表
#1. 将想法添加到您的积压工作中。
考虑将客户提供的想法添加到您的软件解决方案待办事项中，因为它可以促进讨论、集思广益解决方案并根据项目时间表和预算确定可行性。 此外，潜在来源包括 QA 团队、 顾客 调查、产品评论以及销售和营销建议。
#2. 要求澄清。
为了更好地了解客户对产品添加或修复的请求，您需要提出诸如原因、价值和规格等问题。” 这将帮助您了解他们的期望、提出想法并为未来的团队成员提供背景。 此外，将这些详细信息纳入您的待办事项列表中可以帮助团队更好地理解和满足他们的需求，最终使客户的团队受益。
＃3。 确定任务的优先级
将客户的请求分类为可操作的任务，供开发团队完成。 对待办事项中的任务进行优先级排序，关键任务位于顶部，不太重要的任务位于底部。 但是，如果任务不直接有助于添加或修复，请完全忽略它们。
＃4。 定期更新您的积压工作。
随着团队完成任务，不断更新产品积压工作以应对这些变化至关重要。 随着开发的进展，任务可能会变得或多或少紧迫。 此外，通过在积压工作中准确反映这些状态变化，您可以帮助团队专注于列表中的相关项目。
什么是产品待办事项细化？
产品待办事项列表细化涉及将项目分解和定义为更小、更精确的项目，根据工作领域添加描述、顺序和大小等详细信息。
什么是敏捷中的产品待办事项列表？
产品待办事项列表是敏捷开发中可交付成果的优先级列表，用于估计、完善和确定未来项目的优先级。 它确保团队致力于最重要的功能、修复错误和其他关键工作。 此外，在计划至关重要或无法一次完成所有事情的情况下，积压工作非常有用。 因此，它可以被视为愿望清单而不是待办事项清单。
Scrum 中的产品待办事项列表是什么？
争球 产品待办事项列表是项目任务的综合列表，取代了传统的需求规范工件。 它由 Scrum 产品负责人拥有，并为 Scrum Master、团队和利益相关者做出贡献。
其他工件（例如用户角色摘要、工作流程描述和界面指南）是对 Scrum 产品待办事项列表的补充。 此外，Scrum 产品负责人在冲刺计划会议期间使用待办事项列表来描述最重要的条目，并且团队确定在下一个冲刺期间要完成哪些项目。
产品待办事项列表和冲刺待办事项列表有什么区别？
产品待办事项列表是长期行动项目的集合，而冲刺待办事项列表是特定时间段的短期计划。 两者都是完整产品待办事项列表的一部分，其中为各个会话创建冲刺待办事项列表，并为项目持续时间创建一个产品待办事项列表。 因此，理解这些区别对于 Scrum 流程至关重要。
参考文献：
