如果您正在學習工程學或者是一名工程師，您可能聽說過在您的領域中經常使用“積壓”這個詞。
但是你有沒有想過積壓是什麼，為什麼它在工程項目中如此重要？
積壓不僅僅是尚未完成的任務或訂單的列表。
它是一個可以成就或破壞項目的強大工具，如果您知道如何很好地使用它，您就可以使項目取得成功。
在這篇博文中，我們將討論工程中的積壓工作，包括其不同類型、角色和重要性。
因此，如果您想將您的工程項目提升到一個新的水平，請繼續閱讀。
了解工程中的積壓定義和重要性
正式定義：
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 可用於跟踪需要完成的工作、誰負責每項任務以及每項任務何時到期。它是軟件開發團隊可以使用的工具如果他們想確保按時交付高質量的產品，就不能沒有。 |
| 製造業： | 在製造業中，積壓可用於跟踪材料和產品如何在生產過程中移動。例如，積壓可以用來跟踪在訂單完成之前需要完成多少未完成的產品。積壓可以是用於確保生產過程順利進行並按時完成訂單。 |
| 建造： | 積壓工作可用於施工，以跟踪項目進展情況並確保所有任務按時完成。施工積壓工作中可能包含的一些事情是訂購材料、安排工人和進行檢查。您可以使用積壓工作，以確保每項任務都按正確的順序完成，並且項目按計劃進行。 |
| 金融： | 在財務中，積壓是一種跟踪尚未處理但需要處理的付款或發票的方式。例如，可以進行積壓以跟踪有多少逾期未付的發票。積壓可以是用於確保按時處理所有付款，並確保公司的現金流得到妥善管理。 |
結論
在工程中，積壓是項目管理的重要組成部分，了解其重要性會對項目的成功產生巨大影響。
重要的是要充分理解“積壓”的概念，以便管理產品積壓或衝刺積壓並使用有效的技術來改進和確定優先級。
但重要的是要記住，管理積壓不是一次性的事情。
它需要在項目的整個生命週期中得到改進和關注。
作為一名工程師，了解如何處理積壓可能意味著項目成功與否的區別。
因此，利用積壓的力量為您帶來優勢，永遠不要停止改進和改進它以獲得最佳結果。
分享…
