如果您正在学习工程学或者是一名工程师，您可能听说过在您的领域中经常使用“积压”这个词。
但是你有没有想过积压是什么，为什么它在工程项目中如此重要？
积压不仅仅是尚未完成的任务或订单的列表。
它是一个可以成就或破坏项目的强大工具，如果您知道如何很好地使用它，您就可以使项目取得成功。
在这篇博文中，我们将讨论工程中的积压工作，包括其不同类型、角色和重要性。
因此，如果您想将您的工程项目提升到一个新的水平，请继续阅读。
了解工程中的积压定义和重要性
正式定义：
1. 有希望的未来工作和利润的订单积累 2. 未加工材料或未执行任务的积累。
在工程和项目管理中，待办事项列表是需要完成的任务及其重要性的列表。
它可以帮助团队在花费太多时间规划范围和业务优先级之前规划细节。
待办事项清单：
产品团队决定下一步要处理的项目，开发周期中的所有团队都使用积压工作来跟踪他们的任务并确定其优先级，因为他们致力于产品交付。
最重要的项目位于产品待办列表的顶部，因此团队知道首先要处理什么。
用户故事、错误修复和产品更新都是放在产品待办事项列表中的常见内容。
开发团队不会一下子处理所有积压的工作。
相反，他们一次只做一小部分，称为“冲刺”。
定期进行积压工作梳理或细化，以确保每个冲刺的任务清晰且可行。
待办事项有多重要：
优先级高的敏捷待办列表使规划发布和迭代更容易，为利益相关者和其他团队设定期望，并使工程时间成为固定资产。
组织良好的产品待办列表有助于团队清楚地定义和理解项目的目标和要求，根据任务的重要性确定任务的优先级，就下一步应该做什么做出明智的决定，并不断适应不断变化的需求和优先级，这使得开发过程更加灵活和高效。
积压管理：
待办列表管理是团队添加、更改、清理和排列待办列表的过程，以确保用户首先获得最重要的功能。
完全积压可能会损害软件开发，因为它会延长产品上市时间并降低产品质量。
恢复积压可能是让项目重回正轨和培养对成功的软件开发非常重要的创造力的关键部分。
积压也可能意味着：
在会计和财务中，积压是需要完成的大量工作，例如需要填写的销售订单或需要处理的财务文件。
积压可以是好是坏，这取决于它如何影响情况。
一方面，这可能意味着销售额在上升，但另一方面，公司通常会尽量避免积压，因为这可能意味着他们的效率越来越低或无法满足需求。
释放积压的力量：如何避免截止日期和增加压力！
还是很难理解？让我稍微改变一下观点：
您厌倦了按时按预算完成工作吗？您是否怀念截止日期临近时的兴奋和恐慌的甜蜜滋味？好吧，别担心，因为我知道该怎么做：积压！是的，你是对的。
只要让这些订单和任务堆积起来，您很快就会有更多的工作要做。
告别完成任务，迎接因压力引起的心脏病发作。
谁在乎赚钱和效率？
好吧，那只是一个看起来像电视广告的笑话。
现在让我们回到解释。
产品待办列表与 Sprint 待办列表：主要区别
产品积压和冲刺积压是在敏捷方法中组织软件开发项目的两个重要工具。
两个 backlog 都是任何软件开发项目的重要组成部分，但它们的范围和目标是不同的。
产品积压：
产品负责人在项目开始之前列出要添加到项目中的功能。
此列表称为“产品积压”。
它给出了整个产品的概述，包括基本目标和原则以及其他更可能更改的部分。
它总是在变化，可以随时更改以反映市场的变化或客户的反馈。
产品待办列表是开发团队和利益相关者讨论需要构建什么以及为什么构建的最重要方式之一。
它也是一个动态文档，为整个开发团队提供了在整个项目中使用的单一事实来源。
冲刺积压：
另一方面，sprint backlog 是产品 backlog 的子集，它只包括产品 backlog 中可以在每个敏捷 sprint 期间完成的项目。
它使产品在某个时间段内的工作更加突出。
sprint backlog 由产品 backlog 中的项目组成，但只有那些可以在每个敏捷 sprint 期间完成的项目。
在冲刺计划会议期间，团队决定他们将在冲刺期间处理产品待办事项列表中的哪些项目。
这是制作 sprint backlog 的地方。
一旦每个人都同意，完成它们的项目和步骤就会为整个冲刺设置好。
sprint backlog 与产品 backlog 的不同之处在于它只能在 sprint 计划会议期间更改。
有什么不同吗：
- 范围：产品待办列表概述了要添加到项目中的所有功能，而冲刺待办列表则侧重于每个敏捷冲刺中需要完成的工作。
- 目的：产品待办列表是开发团队和利益相关者之间的沟通工具，提供对需要构建的内容和原因的共同理解。
开发团队使用 sprint backlog 来计划并在特定的 sprint 期间开展工作。
- 灵活性：产品待办列表是一个动态文档，可以随时更新以反映市场或客户反馈的变化。
在冲刺期间，冲刺积压被冻结，只能在冲刺计划会议期间进行更改。
管理和维护积压：角色和职责
跟踪和管理积压是敏捷软件开发的关键部分。
在管理和跟上积压工作方面，以下是最重要的角色和职责。
产品负责人的职责：
- 产品负责人负责管理和维护产品待办列表，包括将项目分解为用户故事。
- 他们负责组织和维护产品待办列表，包括其内容、可用性和排序。
- 他们确保积压工作与总体项目目标保持一致，并且团队正在处理重要且有价值的任务。
开发组职责：
- 开发团队负责将产品待办列表转化为功能的增量部分。
- 他们拥有 Sprint Backlog，并负责决定要包括哪些项目以及如何对它们进行优先级排序。
- 他们在冲刺计划会议期间提供产品待办列表项的估计。
- 他们创建 Sprint 待办事项列表，这是为冲刺选择的一组产品待办事项列表，以及在实现冲刺目标的同时交付产品增量的计划。
- 他们执行 Sprint Backlog 中的工作，并在新信息可用时对其进行修改和更新。
Scrum Master 的任务是：
- Scrum Master 促进 Scrum 活动并帮助每个人理解 Scrum 理论、实践、规则和价值观。
- 他们可能参与了更改积压的过程，但他们无权自行更改。
协作和相互交谈：
- 虽然产品负责人全权负责维护产品待办列表，但它的改进应该是一项协作工作，Scrum 团队的其他成员可以贡献其迄今为止在项目中的知识、见解和经验。
- 整个团队都在为产品积压工作做出贡献，但最终要由开发团队将其变成可工作的软件。
简而言之，产品负责人负责产品待办列表，开发团队负责冲刺待办列表。
Scrum Master 负责召开 Scrum 会议，确保每个人都了解 Scrum 的理论、实践、规则和价值观。
团队一起工作并讨论以确保两个积压工作都是正确的、最新的并且符合项目的总体目标。
开发团队负责将产品待办列表中的项目转化为可用的软件，而产品负责人则确保待办列表符合项目的总体目标。
积压细化和优先级排序技术
管理和维护积压：角色和职责
积压工作是敏捷项目管理的重要组成部分，需要对其进行管理并保持更新。
本文讨论了 Scrum 团队在管理和跟踪产品和冲刺积压工作方面的角色和职责。
产品负责人和产品积压
产品负责人负责管理和更新产品待办列表，这是一个根据业务需求、市场和技术而变化的动态文档。
路线图及其要求用于制作产品积压清单，这是一份开发团队的工作清单，按重要性排序。
最重要的事情放在最上面，这样就可以首先处理它们。
产品负责人负责保持产品待办列表的组织和更新。
这包括将项目分解为用户故事。
他们决定如何对待办列表中的任务进行排序，并确保它们符合项目的总体目标。
产品负责人可以根据客户的反馈或新要求随时更改或重新排序待办事项列表中的任务。
但是一旦开始工作，就不应该有太多的变化。
在清理产品积压和计划冲刺的会议期间，故事点用于估算 PBI。
这只是一个粗略的尺寸概念。
产品负责人可以通过帮助他们理解和选择权衡来影响开发团队，但最终的估计是由将要完成这项工作的人做出的。
开发团队和 Sprint Backlog
开发团队负责将产品待办列表中的项目转化为可以一起使用的功能块。
尽管产品负责人是唯一负责跟踪产品待办列表的人，但 Scrum 团队的其他成员应该通过分享他们迄今为止在项目中的知识、见解和经验来帮助改进它。
整个团队都致力于产品待办事项列表，但开发团队的工作是将其转化为可以使用的软件。
开发团队负责 Sprint Backlog，它是 Product Backlog 的一个子集。
Sprint Backlog 包含 Product Backlog 中最重要的事情以及其他需要完成的事情，例如用户故事、任务、用例和测试。
在 Sprint Backlog 中，开发人员可以找到在当前 sprint 期间要处理的简单任务。
它还包含描述产品高级用户价值的故事，以及将用户故事分解为简单、可行的开发步骤的详细任务。
开发团队负责选择 Sprint Backlog 中的内容以及每个项目的重要性。
用户故事、任务、用例、测试和任何其他分解选定产品待办事项的项目都可以添加到 Sprint 待办事项列表中。
在每次 Daily Scrum meeting（每日会议）期间，团队成员根据 Sprint Backlog 中的计划任务审查他们的进度，以查看他们是否按计划实现了这个 sprint 目标。
如果路线图上的功能存在重要错误或更改，他们可能会更改或更新 Sprint Backlog 中的优先级。
积压细化和优先级排序技术
在敏捷项目管理中，使用有效的积压细化和优先级排序技术可以帮助改善项目的结果及其运作情况。
待办列表细化是一个持续的过程，可确保用户期望、市场反馈和项目交付保持同步。
待办列表梳理会议用于重新评估优先级，清理和组织产品待办列表，并使冲刺计划更有成效。
待办事项优化的主要好处是确保列表顶部的项目是相关的、有足够的信息并有估计。
有效的优先级排序在你到达待办事项列表之前就开始了。
首先，您需要为您的产品制定一个计划。
这为团队提供了一种方法来衡量他们在一组共享目标和项目方面的表现。
需要按优先级排序来组织产品待办事项列表中的项目（如用户故事、错误、尖峰等），以便它们可以按正确的顺序构建和发布。
不同行业的积压类型及其管理
积压类型
产品开发需要按重要性排列功能并付诸行动。
有三种主要类型的积压用于此：
- 产品积压。
Product Backlog 是产品的长期计划，其中包括尚未确定发布优先级的功能。
它是一份动态文档，会随着新信息和反馈的出现而发生变化。
它将愿景分解为可以完成的具体事情并为产品增加价值。
- 发布积压。
Release Backlog 是 Product Backlog 的一部分，它列出了将在特定版本中交付的功能。
它是根据产品待办列表的重要程度和是否可以完成来从产品待办列表中挑选出来的。
- 冲刺积压。
Sprint Backlog 是 Release Backlog 的一部分，它列出了将在特定 sprint 中交付的特性。
它是根据项目的重要性和是否可以完成从发布待办列表中挑选项目来制作的。
不同行业的积压管理
不同的行业有不同的方式来处理他们的积压。
这里有些例子：
- 软件开发。
Scrum 或看板等敏捷方法用于处理软件开发中的积压工作。
Scrum 团队在“冲刺”中工作，冲刺是有时间限制的时期，他们在“冲刺待办列表”中处理特定任务。
每天，团队都会举行“站立式”会议，他们会在会上讨论事情的进展情况以及他们遇到的任何问题。
在看板中，工作项显示在板上，其中的列显示了它们在完成过程中的位置。
随着工作项在不同阶段移动，团队成员将它们从一列移动到另一列。
- 项目管理。
在项目管理中，可以使用 Trello 和 Jira 等工具来跟踪积压工作。
使用这些工具，用户可以制作带有列表的看板，显示项目的不同阶段。
在这些列表经过不同阶段时，可以将工作项添加到这些列表中并在它们之间移动。
Scrum 和积压管理
Scrum 产品积压
Scrum 产品待办列表是项目的项目、特性和任务的列表，按它们的重要性排序。
它不应该有关于需要什么的详细信息。
相反，最终需求是在冲刺期间与客户一起设定的。
用户故事显示交付产品或服务需要完成的工作，可以添加到 Scrum 产品待办列表中。
Scrum 产品待办列表中的每一项都必须对客户具有某种价值。
Scrum 团队还可以使用其他工件，例如不同用户角色的摘要、工作流描述、用户界面指南、故事板或用户界面原型，但这些不能替代 Scrum 产品待办列表。
相反，他们添加并解释了它所说的内容。
物流积压
根据所谈论的内容，“后勤积压”一词可能有不同的含义。
在供应链管理中，积压是客户已经订购但尚未发出的所有产品。
这包括工作订单编号、产品编号、交货日期、数量和订单状态等内容。
积压订单对业务有利，因为它表明客户愿意为尚未完成的订单付款。
但是，如果没有遵守最后期限并且订单没有按时发货，积压就会变成延期交货，这可能对业务不利。
在港口集装箱物流中，积压是指由于 COVID-19 政策等因素导致供应链出现问题以及更多人想要货物而导致集装箱在港口堆积。
这种物流积压会使运输时间更长，企业成本更高。
维护积压：它是什么以及如何计算积压？
提示：如果需要，请打开字幕按钮。如果您不熟悉口语，请在设置按钮中选择“自动翻译”。在您最喜欢的语言可供翻译之前，您可能需要先点击视频的语言。
用例
| 用于： | 描述： |
|---|---|
| 软件开发： | Backlog 通常用于跟踪软件开发中项目的进度。它列出了所有功能、错误和在制作最终产品之前需要完成的任务。团队在 backlog 中处理项目按照对项目最有意义的顺序排列。Backlog 可用于跟踪需要完成的工作、谁负责每项任务以及每项任务何时到期。它是软件开发团队可以使用的工具如果他们想确保按时交付高质量的产品，就不能没有。 |
| 制造业： | 在制造业中，积压可用于跟踪材料和产品如何在生产过程中移动。例如，积压可以用来跟踪在完成订单之前需要完成多少未完成的产品。积压可以是用于确保生产过程顺利进行并按时完成订单。 |
| 建造： | 积压工作可用于施工，以跟踪项目进展情况并确保所有任务按时完成。施工积压工作中可能包含的一些事情是订购材料、安排工人和进行检查。您可以使用积压工作，以确保每项任务都按正确的顺序完成，并且项目按计划进行。 |
| 金融： | 在财务中，积压是一种跟踪尚未处理但需要处理的付款或发票的方式。例如，可以进行积压以跟踪有多少逾期未付的发票。积压可以是用于确保按时处理所有付款，并确保公司的现金流得到妥善管理。 |
结论
在工程中，积压是项目管理的重要组成部分，了解其重要性会对项目的成功产生巨大影响。
重要的是要充分理解“积压”的概念，以便管理产品积压或冲刺积压并使用有效的技术来改进和确定优先级。
但重要的是要记住，管理积压不是一次性的事情。
它需要在项目的整个生命周期中得到改进和关注。
作为一名工程师，了解如何处理积压可能意味着项目成功与否的区别。
因此，利用积压的力量为您带来优势，永远不要停止改进和改进它以获得最佳结果。
分享…
