產品待辦事項是敏捷產品開發中的一個關鍵組成部分。它是一個持續更新的活文件，列出了所有需要為產品發行而開發的功能、功能需求、增強功能和修復內容。有效的產品待辦事項管理對於確保產品滿足使用者與利益相關者的需求至關重要。深度框架是一套指導原則，可協助團隊有效管理產品待辦事項。
什麼是深度框架
深度代表：適度詳細、估算、演進與優先排序。產品待辦事項中的每一項都應適度詳細、以故事點估算、具備演進性，並根據使用者價值、商業價值、技術可行性、複雜度與依賴關係等因素進行優先排序。透過遵循深度框架，團隊可以有效管理產品待辦事項，確保待辦事項中的項目具備適當的詳細程度、估算、演進性與優先排序。
以下是深度框架各要素的簡要概述：
- 適度詳細：產品待辦事項中的每一項都應具備適度的詳細程度，以確保團隊清楚了解需要開發的內容。詳細程度應足以提供清晰的指引與方向給開發團隊。
- 估算：產品待辦事項中的每一項都應以故事點進行估算，以了解開發所需的投入程度。故事點用於估算完成該項目的工作量。
- 演進：產品待辦事項是一個持續更新的活文件，隨著團隊對產品需求的理解不斷深化而持續調整。根據產品需求的變化，可以新增、刪除或更新項目。
- 優先排序：產品待辦事項應根據多項因素進行優先排序，例如使用者價值、商業價值、技術可行性、複雜度與依賴關係。優先排序有助於開發團隊首先專注於最重要的項目。
透過遵循深度框架，團隊可以有效管理產品待辦事項，確保待辦事項中的項目具備適當的詳細程度、估算、演進性與優先排序。這有助於團隊建立一份全面且具優先順序的產品待辦事項，反映當前對產品需求的理解。
範例 – 管理資訊系統
問題描述
ABC公司是一家已營運超過20年的零售企業。多年來，公司規模大幅擴張，現已擁有數個營運據點與龐大的客戶群。為了保持競爭力，ABC公司投資了一套IT系統，協助其管理庫存、銷售與客戶資料。
然而，近幾個月來，IT系統不斷出現問題。系統運作緩慢，交易處理時間過長，導致結帳排隊時間過長、顧客不滿，並造成銷售損失。此外，系統容易出錯，導致庫存資料不正確，進而引發缺貨與庫存過剩的問題。
IT團隊一直在努力解決問題，但難以找出問題的根本原因。系統結構複雜，許多不同組件需協同運作。IT團隊已嘗試透過增加記憶體、升級軟體與提升處理效能來優化系統，但這些措施並未解決根本問題。
IT系統的問題已對業務造成重大衝擊。公司正失去客戶，聲譽也受到影響。IT團隊面臨著快速找到解決方案的壓力，但卻難以釐清問題的根本原因。公司管理團隊憂心於對營業利潤的影響，正考慮聘請外部顧問協助解決IT系統的問題。
建立初始產品待辦事項
建立初始產品待辦事項的步驟：
- 識別主要問題區域：根據所提供的情境，主要問題區域為運作緩慢且容易出錯的IT系統，導致結帳排隊時間過長、顧客不滿、庫存資料錯誤、缺貨與庫存過剩。
- 識別利益相關者：此情境中的利益相關者包括公司管理團隊、IT團隊、零售員工與顧客。
- 腦力激盪潛在解決方案：與利益相關者合作，找出問題的潛在解決方案。一些可能的解決方案包括升級硬體、優化軟體、改善網路基礎設施、導入新的收銀系統，以及加強零售員工的培訓。
- 優先排序解決方案：根據對業務的影響、可行性與成本，對潛在解決方案進行優先排序。考慮利益相關者的意見，並針對每一項解決方案進行成本效益分析。
- 將解決方案拆解為更小的任務：一旦解決方案被優先排序，就將其分解為更小的任務或使用者故事。每個任務都應具體、可衡量、可實現、相關且有時間限制。
- 估算每個任務所需的 effort：以故事點估算每個任務所需的 effort。使用歷史數據或專家判斷來估算所需的 effort 水準。
- 優先排序任務：根據任務對業務的影響以及任務之間的依賴關係來優先排序任務。
- 建立初始產品待辦事項清單：透過按優先順序列出所有任務來建立初始產品待辦事項清單。包含每個任務的描述及其以故事點估算的 effort。
初始產品待辦事項清單的表格格式：
| 優先順序 | 使用者故事 | 描述 | 預估 effort（故事點） |
|---|---|---|---|
| 1 | 升級硬體 | 升級硬體以提升系統效能 | 13 |
| 2 | 優化軟體 | 優化軟體以提升系統效能 | 8 |
| 3 | 改善網路基礎設施 | 改善網路基礎設施以降低延遲並提升系統效能 | 5 |
| 4 | 實施新的 POS 系統 | 實施新的 POS 系統以提升交易處理速度並減少錯誤 | 21 |
| 5 | 零售員工培訓 | 改善零售員工的培訓以減少錯誤並提升客戶服務 | 8 |
| 6 | 改善庫存管理 | 改善庫存管理以減少缺貨和庫存過多 | 13 |
注意：故事點數為估算值，可能需要在待辦事項精煉和迭代規劃會議中進一步調整。
精煉產品待辦事項
上述列出的部分產品待辦事項可能過於龐大，無法放入單一迭代中。以下是將其精煉為適當的大型功能或使用者故事的一些選項：
- 升級硬體： 可以拆分為多個較小的使用者故事，例如「研究並選擇合適的硬體」、「採購並安裝新硬體」以及「測試並驗證新硬體」。
- 優化軟體： 可以拆分為多個較小的使用者故事，例如「識別效能瓶頸」、「開發並實施效能優化」以及「測試並驗證效能改善」。
- 實施新的收銀系統： 可以作為一個大型功能，包含多個使用者故事，例如「研究並選擇合適的收銀系統」、「設定與客製化收銀系統」、「訓練零售員工使用新收銀系統」以及「測試並驗證新收銀系統」。
- 零售員工培訓： 可以拆分為多個較小的使用者故事，例如「開發培訓教材」、「安排並舉辦培訓課程」以及「評估培訓成效」。
透過將這些較大的產品待辦事項拆分為更小且更易管理的使用者故事，團隊可以更輕鬆地估算工作量、優先排序並規劃迭代，並專注於為企業及其利益相關者創造價值。
以下是經過精煉的產品待辦事項（或使用者故事）的更新表格：
| 優先順序 | 大型功能／使用者故事 | 描述 | 預估工作量（故事點數） |
|---|---|---|---|
| 1 | 升級硬體 | 研究並選擇合適的硬體 | 5 |
| 採購並安裝新硬體 | 5 | ||
| 測試並驗證新硬體 | 3 | ||
| 2 | 優化軟體 | 識別效能瓶頸 | 3 |
| 開發並實施效能優化 | 5 | ||
| 測試並驗證效能改善 | 2 | ||
| 3 | 改善網路基礎設施 | 改善網路基礎設施以降低延遲並提升系統效能 | 5 |
| 4 | 實施新的POS系統 | 研究並選擇合適的POS系統 | 5 |
| 設定並客製化POS系統 | 8 | ||
| 訓練零售員工使用新的POS系統 | 5 | ||
| 測試並驗證新的POS系統 | 3 | ||
| 5 | 零售員工培訓 | 開發培訓教材 | 3 |
| 安排並舉辦培訓課程 | 3 | ||
| 評估培訓成效 | 2 | ||
| 6 | 改善庫存管理 | 改善庫存管理，以減少缺貨和庫存過剩 | 8 |
注意：故事點數為估算值，可能需要在待辦事項審查和迭代規劃會議中進一步調整。
根據DEEP原則對更新後的產品待辦事項進行評估
以下是針對更新後的產品待辦事項中每個使用者故事，根據DEEP原則的討論：
- 升級硬體
- 適當詳細：使用者故事具體且定義明確，表明團隊需要研究並選擇合適的硬體，購買並安裝新硬體，並測試與驗證新硬體。
- 已估算：使用者故事以故事點估算，使團隊能了解完成工作所需的投入程度。
- 演進中：使用者故事具有演進性，因為團隊可能需要根據研究與測試階段的發現，調整硬體選購或安裝流程。
- 已優先排序：使用者故事根據其對系統效能的影響進行優先排序，升級硬體被列為最高優先級。
- 優化軟體
- 適當詳細：使用者故事具體且定義明確，表明團隊需要識別效能瓶頸，開發並實施效能優化，並測試與驗證效能改善。
- 已估算：使用者故事以故事點估算，使團隊能了解完成工作所需的投入程度。
- 演進中：使用者故事具有演進性，因為團隊可能需要根據測試階段的發現，調整優化方法。
- 已優先排序：使用者故事根據其對系統效能的影響進行優先排序，優化軟體被列為第二高優先級。
- 改善網路基礎設施
- 適當詳細：使用者故事具體且定義明確，表明團隊需要改善網路基礎設施，以降低延遲並提升系統效能。
- 已估算：使用者故事以故事點估算，使團隊能了解完成工作所需的投入程度。
- 演進中：使用者故事的演進性不如其他一些使用者故事，因為團隊對所需的網路改善可能已有良好理解。
- 已優先排序：使用者故事根據其對系統效能的影響進行優先排序，改善網路基礎設施被列為中等優先級。
- 實施新的POS系統
- 適當詳細：使用者故事具體且定義明確，表明團隊需要研究並選擇合適的POS系統，設定與客製化POS系統，訓練零售員工使用新POS系統，並測試與驗證新POS系統。
- 已估算：使用者故事以故事點估算，使團隊能了解完成工作所需的投入程度。
- 演進中：使用者故事具有演進性，因為團隊可能需要根據測試階段的發現，調整選擇或設定方式。
- 已優先排序：使用者故事根據其對系統效能的影響進行優先排序，實施新的POS系統被列為高優先級。
- 零售員工培訓
- 適當詳細：使用者故事具體且定義明確，表明團隊需要開發訓練教材，安排並舉辦訓練課程，並評估訓練成效。
- 已估算：使用者故事以故事點估算，使團隊能了解完成工作所需的投入程度。
- 即興：這個使用者故事不像其他一些使用者故事那樣具有即興性，因為團隊很可能對所需的培訓材料和課程已有充分了解。
- 優先排序：此使用者故事根據其對減少錯誤和提升客戶服務的影響進行優先排序，零售員工培訓被賦予中等優先級。
- 改善庫存管理
- 適當詳細：此使用者故事具體且定義明確，表明團隊需要改善庫存管理，以減少缺貨和庫存過剩。
- 估算：此使用者故事以故事點進行估算，使團隊能夠了解完成工作所需的 effort 程度。
- 即興：此使用者故事不像其他一些使用者故事那樣具有即興性，因為團隊很可能對庫存管理所需的改進已有充分了解。
- 優先排序：此使用者故事根據其對減少缺貨和庫存過剩的影響進行優先排序，改善庫存管理被賦予中等優先級。
總體而言，更新後的產品待辦事項與 DEEP 原則相符。每個使用者故事都恰當詳細、已估算、具備即興性且已優先排序，使團隊能有效管理產品待辦事項，並為企業及其利益相關者創造價值。使用者故事的優先排序基於其對系統效能、減少錯誤和提升客戶服務的影響，這支持了專案的整體目標。
改善產品待辦事項
雖然更新後的產品待辦事項看似與 DEEP 原則相符，但仍存在改進空間。以下是一些可能的改進方向：
- 適當詳細： 產品待辦事項中的使用者故事可進一步細化，以確保其具備恰當的詳細程度。這可能包括將較大的使用者故事拆分為較小的，或提供更多關於需求的背景與清晰度。
- 估算： 每個使用者故事所分配的故事點可根據先前迭代的實際數據，或團隊對需求理解的演進進行進一步調整。
- 即興：產品待辦事項應持續審查與優化，以確保其保持即興性。團隊可納入利益相關者的反饋，或根據開發過程中出現的新資訊調整待辦事項。
- 優先排序： 使用者故事的優先排序可根據不斷變化的商業需求或利益相關者的反饋進行調整。團隊可定期審查待辦事項，確保最高優先級的使用者故事首先獲得處理。
總體而言，產品待辦事項是一份活文件，應持續審查與優化，以確保其符合 DEEP 原則並支持專案目標。團隊應樂於接受反饋，並在整個開發過程中積極尋求改善產品待辦事項的方法。
總結
DEEP 框架對於有效的產品待辦事項管理至關重要，它幫助團隊建立全面且優先排序的產品待辦事項，反映對產品需求的當前理解。詳細程度應恰到好處，以提供開發團隊清晰的方向。故事點用於估算完成項目所需的工時，而產品待辦事項會根據產品需求的變化持續更新。優先排序有助於開發團隊首先關注最重要的項目。
DEEP 框架提供了一套有效管理產品待辦事項的指導原則。它確保產品待辦事項在多個因素（如使用者價值、商業價值、技術可行性、複雜度和依賴性）的基礎上，具備恰當的詳細程度、估算、即興性與優先排序。透過遵循 DEEP 框架，團隊能有效管理產品待辦事項，確保產品滿足使用者與利益相關者的需要。