對於進入電腦科學與資訊科技領域的學生而言，理解軟體開發框架的重要性，與掌握程式語言同等關鍵。在眾多可用的方法論中，Scrum 是最廣泛採用的敏捷框架。本指南全面探討了 Scrum 指南——這份官方文件定義了遊戲規則。無論你正在打造畢業專案，還是為產業職位做準備，掌握這些概念都至關重要。
Scrum 不僅僅是一系列會議或任務清單。它是一種經驗式過程控制框架。這表示知識來自經驗，並基於觀察結果做出決策。它著重於逐步交付價值，並快速適應變動。本文將剖析當前 Scrum 指南中所定義的核心組成、角色、事件與產物。
Scrum 的核心價值 🤝
任何 Scrum 團隊的基礎在於其價值觀。這五項價值觀引導團隊成員的行為，並促進信任與合作的文化。若缺乏這些價值觀，Scrum 的運作機制將失去效力。
- 承諾： 團隊成員承諾達成自己設定的目標，並對工作的品質負責。他們對 Sprint 的成果負起責任。
- 專注： 團隊專注於 Sprint 的工作與 Scrum 團隊的目標。減少干擾以維持工作流暢。
- 開放： Scrum 團隊及其利益相關者對工作與挑戰保持開放。透明是解決問題的關鍵。
- 尊重： 團隊成員彼此尊重為有能力且獨立的個人。他們重視每位參與者的貢獻。
- 勇氣： 團隊成員有勇氣去做正確的事，並面對艱難的問題。這包括勇敢指出問題。
Scrum 團隊 👥
Scrum 團隊是由一群具備創造產品增量所需全部技能的小型人員組成。它是自我管理的，表示團隊內部自行決定誰做什麼、何時做以及如何做。團隊中沒有次級團隊或階層結構。
1. 產品負責人 📋
產品負責人需對 Scrum 團隊工作所產生的產品價值最大化負責。雖然他們常被視為客戶的聲音，但其責任更延伸至有效管理產品待辦事項清單。
- 制定並明確傳達產品目標。
- 排序產品待辦事項清單中的項目，以最佳方式達成目標與使命。
- 優化 Scrum 團隊所執行工作的價值。
- 確保產品待辦事項清單具備可見性、透明度與被理解。
2. Scrum 負責人 🛡️
Scrum 負責人對 Scrum 團隊的成效負責。他們以多種方式服務團隊，主要透過引導團隊達到高效率。他們並非傳統的專案經理，而是服務型領導者。
- 指導團隊進行自我管理與跨功能合作。
- 排除阻礙團隊的障礙。
- 確保所有 Scrum 事件如期舉行，且具正面性、生產力，並在時間框內完成。
- 協助組織理解並實踐 Scrum 與敏捷方法。
3. 開發人員 👨💻👩💻
在《Scrum 指南》中，「開發人員」一詞用來涵蓋所有創造產品增量的角色（程式設計師、測試人員、設計師等）。他們負責制定 Sprint 計畫與 Sprint 待辦事項清單。
- 他們制定 Sprint 計畫與 Sprint 待辦事項清單。
- 他們維持工作的品質標準。
- 他們每天調整計畫，以朝向 Sprint 目標前進。
- 他們創造出可用的功能增量。
Scrum 事件 📅
Scrum 事件旨在建立規律性，並減少對未在 Scrum 中定義的會議的需求。所有事件皆有時間限制，以確保效率。下表概述了核心事件及其特定目的。
| 事件 | 時間限制 | 目的 | 參與者 |
|---|---|---|---|
| Sprint | 一個月或更短 | 所有其他事件的容器。一段固定長度的時間，在此期間會產生一個「已完成」、可用且可能可發佈的產品增量。 | Scrum 團隊 |
| Sprint 規劃 | 一個月 Sprint 最多 8 小時 | 用來定義在 Sprint 中可交付的內容，以及如何完成該工作。 | Scrum 團隊 |
| 每日站會 | 15 分鐘 | 用來檢視朝向 Sprint 目標的進展，並在必要時調整 Sprint 待辦事項清單。 | 開發人員 |
| Sprint 回顧 | 一個月 Sprint 最多 4 小時 | 用來檢視增量成果，並在需要時調整產品待辦事項清單。 | Scrum 團隊 + 利益相關者 |
| Sprint 回顧檢討 | 一個月 Sprint 最多 3 小時 | 用來規劃提升品質與效率的方法。 | Scrum 團隊 |
事件的詳細分解
Sprint 規劃
此事件開啟了 Sprint。整個 Scrum 團隊共同合作，回答兩個關鍵問題：「在接下來的 Sprint 所產生的增量中，哪些內容可以交付？」以及「所選的工作將如何完成？」輸出結果為 Sprint 待辦事項。
每日站會
通常稱為每日站會，這是開發人員的 15 分鐘會議。這不是給經理的進度報告，而是一場規劃會議。開發人員討論向 Sprint 目標進展的狀況，並識別障礙。每天在同一時間和地點舉行，以降低複雜性。
Sprint 回顧
Sprint 回顧是 Scrum 團隊與利害關係人檢視 Sprint 結果的機會。若產品目標已變更，產品負責人可提出預期的產品目標。重點在於產品，而非流程。利害關係人提供反饋，可能導致產品待辦事項的調整。
Sprint 回顧會議
此事件發生在 Sprint 回顧之後、下一次 Sprint 規劃之前。重點在於流程，而非產品。Scrum 團隊檢視上一次 Sprint 在個人、互動、流程、工具以及其「完成定義」方面的表現。他們識別出哪些做得好，哪些需要改進。
Scrum 藝品 📦
藝品代表工作或價值。它們的設計旨在最大化關鍵資訊的透明度。每個藝品都包含一項承諾，以確保其提供能增進理解與效率的資訊。
1. 產品待辦事項 📝
產品待辦事項是產品中所有已知需求的有序清單。它是對產品進行任何變更的唯一需求來源。它是動態的；永遠不會完成。
- 排序：由產品負責人排序，以優化價值、風險與必要性。
- 透明度：任何人都可以查看待辦事項及其狀態。
- 估算：位於上方的項目更為明確，可以進行估算。
2. Sprint 待辦事項 🏗️
Sprint 待辦事項由 Sprint 目標、為本次 Sprint 選取的產品待辦事項集合，以及交付增量的計畫組成。這是開發人員所制定的計畫。
- 所有權： 它屬於開發人員。
- 適應性： 隨著學習的深入，它會在整個 Sprint 中持續更新。
- 承諾： Sprint 目標是 Sprint 待辦事項的承諾。
3. 增量 🚀
增量是朝向產品目標的具體踏腳石。每個增量都累加於先前的所有增量之上。增量必須是可用的，也就是必須根據「完成定義」達成『完成』狀態。
- 可用性： 必須處於可使用的狀態。
- 完成的定義： 必須符合團隊設定的標準。
- 整合： 必須與所有其他增量整合。
完成的定義 ✅
完成的定義（DoD）是當增量達到產品所需品質標準時的正式描述。如果產品待辦事項未達到完成的定義，則無法發布或在迭代回顧中展示。
對於資訊科技學生而言，制定完成的定義是一項關鍵練習。它迫使團隊就「完成」的意義達成共識。僅撰寫程式碼就算完成嗎？是否經過測試？是否有文件記錄？是否經過審查？完成的定義可確保團隊不會累積技術債。
- 程式碼需經過同儕審查。
- 單元測試已撰寫並通過。
- 整合測試已執行。
- 文件已更新。
- 安全檢查已通過。
如果某項目的完成的定義未達成，則必須退回產品待辦事項並重新排序優先級。它不能被計為達成迭代目標的一部分。
為大型團隊擴展Scrum 📈
雖然核心Scrum指南專注於單一團隊，但現實世界的IT專案通常需要多個團隊共同開發同一個產品。在擴展時，核心價值與原則保持不變，但結構會有所調整。
- 多個Scrum團隊： 所有團隊都針對同一個產品待辦事項工作。
- 共同的產品目標： 所有團隊都朝向同一個目標努力。
- 整合： 單一團隊所創造的增量必須與其他團隊整合。
- 溝通： 必須建立溝通管道以防止孤島現象。
對於負責畢業專題的學生而言，當專案規模過大而無法由單一團隊完成時，這一點尤為相關。你可能需要與其他作為依賴關係的團隊協調。
在學術專案中應用Scrum 🎓
許多電腦科學學生將其畢業專案視為線性的瀑布式流程。他們先設計全部內容，再撰寫全部程式碼，最後進行全部測試。這通常導致過勞與品質不佳。應用Scrum原則可顯著改善成果。
學生實務步驟
- 建立待辦事項清單： 記下你認為需要的每一項功能。加以優先排序。從最重要的功能開始。
- 設定衝刺時間區間： 設定兩週的週期。承諾在這段時間內完成你能完成的工作。
- 舉行每日站會： 花15分鐘討論進度。不要只談程式碼；也要談阻礙。
- 檢視與調整： 在每個週期結束時，檢視你所建構的內容。它是否有效？如果沒有，就調整下一個週期的計畫。
- 定義完成： 對「完成」對你的程式碼代表什麼達成共識。是否已測試？是否已部署？不要跳過測試階段。
對職業成長的益處
在學習期間學習Scrum能為你在就業市場帶來顯著優勢。大多數科技公司都使用敏捷方法論。理解相關術語與思維模式，能讓雇主看到你能夠快速融入團隊。
- 協作： 你學會在跨功能團隊中工作。
- 溝通： 你練習在不被微管理的情況下傳達進度。
- 適應力： 你學會在不慌亂的情況下應對變動的需求。
- 品質導向： 你理解到發佈程式碼並不足夠；它必須具有價值且可用。
常見的誤解 ❌
關於Scrum存在許多迷思，可能讓學生感到困惑。釐清這些迷思對於確保正確實施至關重要。
- 迷思：Scrum是一種方法論。 實情：它是一個框架。它提供結構，但允許你自行填補細節。
- 迷思：你必須使用特定的軟體工具。 實情：Scrum可以用便利貼或白板來管理。工具是可選的。
- 迷思：Scrum Master是老闆。 實情：他們是服務型領導者，負責促進工作，而非管理。
- 迷思：如果你很忙，就可以跳過活動。 實情：活動提供了檢視與調整的時機。跳過這些活動會破壞反饋迴圈。
- 迷思：所有工作都必須完成。事實：在Scrum中，擁有部分且高品質的增量，勝過延遲且品質低劣的完整發佈。
結論與下一步行動 🚀
理解Scrum指南是成為有效軟體專業人員的第一步。它提供了一個結構，幫助團隊應對複雜性並持續交付價值。對於電腦科學與資訊技術的學生而言，在學術環境中應用這些概念，能建立產業成功所需的肌肉記憶。
首先，審閱官方的Scrum指南文件。內容簡短、明確，由Scrum的創始人撰寫。隨著理解的加深，定期閱讀它。嘗試在目前的專案中實踐一兩項做法，例如從每日站會或完成定義開始。
請記住，Scrum並非萬能解藥。它需要所有參與者的承諾，也需要勇氣承認事情未按預期進行。但若執行得當，它能創造出創新與品質蓬勃發展的環境。隨著職業生涯的推進，你可能會遇到各種Scrum的變體。理解核心規則將幫助你適應任何變體。
持續學習，持續實踐。軟體開發的旅程漫長，而Scrum是前方道路的寶貴地圖。
