Scrum 依賴透明度、檢視與適應來有效交付價值。此框架的核心在於 Scrum 藝術品。這些項目不僅僅是行政要求；它們代表了工作本身、達成目標的進展，以及交付給利害關係人的價值。理解這些藝術品對於任何希望以清晰與高效方式運作的團隊而言都至關重要。
Scrum 中有三種主要藝術品：產品待辦事項清單、Sprint 待辦事項清單與增量。支援這些藝術品的是特定工具，例如使用者故事與燃盡圖，它們能提供工作流程的細節洞察。本指南將詳細探討每個組件，說明其目的、運作機制，以及它們如何相互作用以推動成功的產品開發。
Scrum 的三大核心藝術品 🏗️
《Scrum 指南》定義了三種特定藝術品。每一種都有其獨特的目的，但彼此之間又相互關聯。它們共同構成了 Scrum 流程的骨幹。
1. 產品待辦事項清單 📋
產品待辦事項清單是所有需要完成工作的唯一真實來源。它是一個有序清單，列出了所有已知需要在產品中實現的事項。此清單永遠不會完全，會隨著產品及其環境的演變而持續發展。
- 動態特性： 產品待辦事項清單會定期變動。新的項目會被加入，現有的項目會被釐清，而優先順序則會根據市場反饋或技術需求而調整。
- 依價值排序： 排在最上方的項目更明確，且具有較高優先順序。這種排序方式讓團隊能首先專注於最重要的工作。
- 透明度： 組織內的每個人皆可看見待辦事項清單。這種開放性促進了信任，並讓利害關係人理解正在建構什麼以及原因。
- 活文件： 它不是在專案開始時就一成不變的清單。它會在產品的整個生命週期中持續維護。
2. Sprint 待辦事項清單 🗓️
Sprint 待辦事項清單是為 Sprint 選定的產品待辦事項項目，加上交付增量與達成 Sprint 目標的計畫。這是開發團隊針對 Sprint 所做的預測。Sprint 待辦事項清單是開發團隊的計畫，隨著 Sprint 的進行，計畫也會不斷調整。
- 團隊主導： 只有開發團隊能在 Sprint 期間更改 Sprint 待辦事項清單。
- 預測： 它代表團隊認為自己能在 Sprint 時間內完成的工作。
- 承諾： 雖然產品負責人負責排序產品待辦事項清單，但團隊會對 Sprint 待辦事項清單中的工作做出承諾。
- 演進： 隨著團隊對工作了解更深，計畫會被進一步細化。可能會新增任務，或將現有任務進一步拆解。
3. 增量 🚀
增量是通往產品目標的具體踏腳石。每個增量都累加於先前的所有增量之上，並經過徹底驗證，確保所有增量能協同運作。可以將增量視為一組已完成的工作項目。
- 品質保證： 增量必須符合「完成定義」。若未達成，則不能視為增量的一部分。
- 可交付性： 增量必須處於可用狀態，無論產品負責人是否決定發布。
- 價值交付： Scrum 的目的是交付價值。增量是這種價值的具體體現。
使用者故事：基本構塊 📝
使用者故事是敏捷環境中描述需求的主要格式。它捕捉終端用戶的觀點，並聚焦於所交付的價值。使用者故事並非規格說明，而是對話的佔位符。
理解結構
標準的使用者故事遵循一個簡單的模板。這種結構確保團隊考慮使用者是誰、他們需要什麼，以及為什麼這很重要。
- 格式： 作為 [使用者類型]，我想要 [某個目標]，以便 [某個原因]。
- 範例： 作為一位顧客，我想要根據價格過濾搜尋結果，以便我能找到符合我預算的產品。
- 清晰度： 這種格式迫使撰寫者考慮情境與價值，而不僅僅是功能本身。
INVEST 模型
為確保品質，使用者故事應遵循 INVEST 標準。這個縮寫可作為良好構建故事的檢查清單。
- I – 獨立： 故事應具備自包含性。故事之間的依賴關係會拖慢進度，因此應盡量減少。
- N – 可協商： 詳細內容將與團隊討論。故事不是合約，而是承諾討論需求。
- V – 有價值： 每個故事都必須為使用者或企業帶來價值。若無價值，就不應被優先處理。
- E – 可估算： 團隊必須能夠估算完成故事所需的 effort。
- S – 小型： 故事應足夠小，以便能在單一 Sprint 內完成。
- T – 可測試： 必須有明確的標準來驗證故事何時完成。
接受標準
接受標準定義了使用者故事被視為完成所必須滿足的條件。它們從使用者的角度撰寫，為工作提供明確的界限。
- 驗證： 它們作為測試的檢查清單。
- 共同理解： 它們確保產品負責人和開發團隊對「完成」的樣子達成共識。
- 範例： 它們通常包含預期行為的具體範例。
燃盡圖：追蹤進度 📉
燃盡圖是工作剩餘量隨時間變化的視覺化表示。它是Scrum中用來追蹤Sprint進度最常見的工具之一。此圖表幫助團隊和利益相關者了解他們是否按計畫完成Sprint目標。
圖表的組成部分
標準的燃盡圖由兩條線在時間軸上繪製而成。
- 時間軸： 橫軸代表Sprint的天數。
- 工作軸： 縱軸代表剩餘的工作量，通常以小時或故事點來衡量。
- 基線： 理想線顯示每天應完成的工作量，以確保準時完成。
- 實際： 實際線顯示每天結束時實際剩餘的工作量。
資料解讀
閱讀圖表需要上下文。位於基線之上的線表示團隊落後於進度，而位於基線之下的線則表示團隊進度超前。
- 穩定下降： 平穩的下降斜率表示進展一致。
- 水平線： 如果線保持水平，表示沒有工作完成。這代表存在阻塞或缺乏專注。
- 向上移動： 如果實際線向上移動，表示Sprint中新增了工作。這可能發生在範圍變更或初始估計不正確時。
- Sprint結束時： 理想情況下，實際線應在Sprint結束時與基線相交。如果沒有，Sprint目標可能無法達成。
使用圖表的好處
- 早期警告： 它能早期突出顯示趨勢，讓團隊在截止日期前進行調整。
- 專注： 它讓團隊專注於剩餘的工作。
- 溝通： 它為利益相關者提供了一個簡單的視覺化方式，使其能夠理解進度，而無需使用技術術語。
Scrum 原件的比較 📋
為了釐清各原件之間的差異與關係，請考慮以下比較。
| 原件 | 擁有者 | 目的 | 時間盒 |
|---|---|---|---|
| 產品待辦事項 | 產品負責人 | 需求來源 | 產品生命週期 |
| 衝刺待辦事項 | 開發團隊 | 衝刺計畫 | 衝刺期間 |
| 增量 | 開發團隊 | 交付的價值 | 衝刺結束 |
| 燃盡圖 | 開發團隊 | 進度追蹤 | 每日（衝刺） |
常見的陷阱與挑戰 ⚠️
即使定義清晰，團隊仍經常在正確實施這些原件方面遇到困難。識別這些陷阱有助於維持健康的 Scrum 流程。
1. 產品待辦事項變成了願望清單
當產品待辦事項包含太多缺乏明確優先順序的項目時，它就失去了價值。它變成了一個想法的堆積場，而非交付計畫。
- 解決方案：定期優化待辦事項清單。移除不再相關的項目。
- 解決方案：確保只有少數項目被詳細說明。將較遠處的項目保持在高階描述層級。
2. 忽視完成的定義
如果增量並未真正完成，就會產生技術負債與混淆。未達完成定義的增量，並非真正的增量。
- 解決方案：定義明確的「完成」標準，包含測試、文件編寫與整合。
- 解決方案：在每個Sprint結束時審查完成的定義，確保其仍然有效。
3. 對燃盡圖的誤解
當曲線上升時，團隊經常會恐慌。然而，若範圍變更或發現新風險，有時必須增加工作。
- 解決方案：使用圖表來啟動對話，而非歸咎於人。
- 解決方案：在每日站會中討論差異，以了解原因。
4. 缺乏透明度
如果資產被隱藏，或僅在Sprint結束時才更新，將無法提供必要的透明度。
- 解決方案：隨著工作的進行，即時更新資產。
- 解決方案：在審查期間，讓所有利益相關者都能看見資產。
維護資產完整性 🔒
維持Scrum資產的品質需要紀律與持續努力。這不是一次性的設定，而是一項持續進行的實務。
產品待辦事項清單優化
優化是為產品待辦事項清單添加細節、估算與排序的過程。此活動確保待辦事項清單對規劃仍具實用性。
- 頻率：這應定期進行，通常為每周一次。
- 參與者：產品負責人主導，但開發團隊需提供技術可行性方面的意見。
- 結果：待辦事項清單的頂端應準備好，以便在下一次衝刺規劃中進行選擇。
持續改進
Scrum團隊應在衝刺回顧中反思他們如何使用工件。
- 反饋迴圈：詢問什麼是有效的，什麼在阻礙進展。
- 調整：如果工件的使用方式沒有帶來價值，則應改變使用方式。
- 培訓：確保新成員了解這些工件的重要性。
產品負責人的角色 🧑💼
產品負責人在管理產品待辦事項清單中扮演關鍵角色。他們對產品待辦事項清單的有效管理負責。
- 排序：他們對項目進行排序，以最佳實現目標和使命。
- 清晰度：他們確保項目對團隊而言清晰且易於理解。
- 可見性：他們確保產品待辦事項清單是可見、透明且被理解的。
- 利益相關者管理：他們與利益相關者溝通待辦事項清單的狀態。
開發團隊的角色 👥
開發團隊負責管理衝刺待辦事項清單並創造增量。
- 自我管理：他們決定如何將產品待辦事項轉化為增量。
- 執行：他們執行計畫並每日更新衝刺待辦事項清單。
- 品質：他們確保增量符合完成的定義。
- 協作：他們共同合作，利用燃盡圖追蹤進度。
關於Scrum實體的結論 🏁
Scrum實體是Scrum流程的具體證據。它們提供了必要的透明度，以便檢視進展並調整計畫。當正確使用時，產品待辦事項清單、 Sprint待辦事項清單和增量構成了強大的價值交付系統。使用者故事和燃盡圖等工具透過增加細節和可見性，進一步強化此系統。
在Scrum中取得成功，並非來自於遵循僵化的腳本。而是來自於理解這些實體的目的，並利用它們促進溝通與專注。投入維持高品質實體的團隊，將更容易應對複雜性，並持續交付高品質的產品。
請記住，目標不是製造文件。目標是創造價值。這些實體是達成此目標的手段。透過保持它們的準確性、透明度和即時更新，團隊能確保每個人都保持一致，朝著同一方向前進。
