Scrum - 工件

Scrum 工件提供了 Scrum 團隊和利益相關者需要了解的關鍵資訊，以便理解正在開發的產品、已完成的活動以及專案中正在計劃的活動。Scrum 流程框架中定義了以下工件：

這些是 Scrum 專案中最低限度需要的工件，專案工件並不侷限於這些。

產品待辦事項列表

產品待辦事項列表是一個有序的功能列表，這些功能是最終產品的一部分，它是對產品進行任何更改的唯一需求來源。

產品待辦事項列表列出了所有構成未來版本產品更改的功能、需求、增強功能和修復程式。產品待辦事項列表項具有描述、順序、估算和價值屬性。這些專案通常被稱為使用者故事。產品負責人負責產品待辦事項列表，包括其內容、可用性和排序。

產品待辦事項列表是一個不斷發展的工件。其最早的版本可能只包含最初已知和最容易理解的需求。隨著產品及其使用環境的進步，產品待辦事項列表也會得到發展。產品待辦事項列表不斷變化，以使其有效。

只要產品存在，其產品待辦事項列表也存在。隨著所構建產品的被使用和價值的增加，產品待辦事項列表將變得越來越大，也越來越詳盡。業務需求、市場條件或技術的改變會導致產品待辦事項列表的改變，使其成為一個動態的工件。

產品待辦事項列表的細化是指向產品待辦事項列表項新增詳細資訊、估算和優先順序順序。這是一個由產品負責人和團隊持續進行的過程。Scrum 團隊決定如何以及何時進行細化。

產品負責人可以隨時或在產品負責人的酌情決定下更新產品待辦事項列表項。

高階的產品待辦事項列表項通常比低階的專案更清晰、更詳細。更精確的估算基於更大的清晰度和更詳細的資訊。順序越低，細節越少。

可能成為即將到來的衝刺候選需求的產品待辦事項列表項將被細化，以便這些專案可以在衝刺期間開發。團隊可以在一個衝刺內完成開發的產品待辦事項列表項被認為已準備好用於衝刺計劃會議中進行選擇。

衝刺待辦事項列表是為衝刺選擇的 Product Backlog 項的集合，以及交付產品增量和實現衝刺目標的計劃。

衝刺待辦事項列表是團隊對將在下一個增量中提供哪些功能以及將這些功能交付為可工作的產品增量所需工作的預測。

衝刺待辦事項列表是一個足夠詳細的計劃，團隊可以在每日站會中理解並跟蹤。團隊在整個衝刺過程中修改衝刺待辦事項列表，而衝刺待辦事項列表在衝刺期間出現。這種出現是團隊在完成計劃並更多地瞭解實現衝刺目標所需的工作時發生的。

隨著新工作的需要，團隊將其新增到衝刺待辦事項列表中。隨著工作的執行或完成，剩餘工作的估算將被更新。當計劃的要素被認為是不必要的時，它們將被移除。只有團隊可以在衝刺期間更改其衝刺待辦事項列表。衝刺待辦事項列表是團隊計劃在衝刺期間完成的工作的非常直觀的即時圖片，它完全屬於團隊。

增量是衝刺期間完成的所有產品待辦事項列表項與所有先前衝刺的增量的總和。在衝刺結束時，新的增量必須是一個可工作的產品，這意味著它必須處於可用的狀態。無論產品負責人是否決定實際釋出它，它都必須處於工作狀態。

Scrum 團隊需要就什麼被認為是增量達成共識。這在每個 Scrum 團隊中差異很大，但是團隊成員必須對工作完成的含義有共同的理解。這用於評估產品增量上的工作何時完成。

同樣的理解指導團隊瞭解在衝刺計劃期間可以選擇的 Product Backlog 項的數量。每個衝刺的目的是交付可能釋出的功能增量。

團隊在每個衝刺中交付產品功能增量。此增量是可用的，因此產品負責人可以選擇立即釋出它。如果增量的理解是開發組織的約定、標準或指南的一部分，則所有 Scrum 團隊都必須至少遵循它。如果它不是開發組織的約定，則 Scrum 團隊必須定義適合該產品的增量定義。

每個增量都新增到所有先前增量中，並經過徹底測試，確保所有增量都能一起工作。

隨著 Scrum 團隊的成熟，預期他們的增量定義將擴充套件到包含更嚴格的更高質量標準。任何一個產品都應該有一個增量定義，作為對其上完成的任何工作的標準。

在衝刺中的任何時間點，都可以對沖刺待辦事項列表中剩餘的總工作量進行彙總。團隊跟蹤每次每日站會中剩餘的總工作量，以預測實現衝刺目標的可能性。透過跟蹤整個衝刺期間剩餘的工作，團隊可以管理其進度。

衝刺燃盡圖是跟蹤 Scrum 團隊所消耗的工作量的實踐。事實證明，這是一種在監控衝刺朝向衝刺目標的進展方面很有用的技術。

產品負責人至少在每次衝刺評審中跟蹤此剩餘總工作量。產品負責人將此數量與之前的衝刺評審中剩餘的工作量進行比較，以評估在目標所需時間內完成預計工作的進度。此資訊與所有利益相關者共享。

Scrum 的角色、事件、工件和規則是不可避免的。如果只實現 Scrum 的某些部分，則結果就不是 Scrum。Scrum 需要完整地實施，如果與其他技術、方法和實踐相結合，則功能良好。

參考文獻

列印頁面