在敏捷與Scrum方法論的領域中，很少有概念會像速度一樣，引發極大的混淆與焦慮。經常被領導層視為績效評分卡，或被團隊視為僵化的目標，這個指標往往背離了其原本的意圖。速度是團隊的工具，而非管理者的鞭策工具。正確理解時，它能提供對團隊承載能力與可預測性的洞察；若理解錯誤，則會扭曲行為並破壞信任。
本指南探討速度的真正本質，它在Scrum框架中的運作方式，以及維持其健康的關鍵界限。我們將深入技術定義，常見的誤解陷阱，並提出利用數據改善流程的策略，同時不損害心理安全感。
🧩 在Scrum中，什麼是速度？
其核心在於，速度是衡量Scrum團隊在單一Sprint中能夠處理的工作量。它並非傳統意義上的速度衡量，也不是生產力的普適標準。相反，它是一種相對的衡量單位，源自團隊自身的歷史表現。
- 它是回顧性的： 它根據過去Sprint中完成的工作來計算。
- 它是團隊專屬的： 它反映了一個特定團隊獨特的承載能力、技能組合與環境背景。
- 它是規劃的輔助工具： 其主要目的在於協助團隊預測未來能承諾的工作量。
速度扮演著穩定器的角色。隨著時間推移，若團隊能維持對『完成定義』與估算技術的一致性，速度數值便趨於穩定。這種穩定性有助於更精準的產品預測。然而，若將此數值視為固定目標，反而會產生摩擦。
⚙️ 速度如何計算
理解計算機制，對於掌握此指標的限制至關重要。速度通常透過故事點來計算。故事點是一種相對估算技術，用來衡量使用者故事所需的投入、複雜度與風險。
計算公式
計算過程雖簡單，但輸入資料需具備紀律：
- 識別該Sprint中所有已完成的使用者故事。
- 確保每一項都符合『完成定義』（DoD）。
- 將這些已完成項目所分配的故事點加總。
- 所得總和即為該Sprint的速度。
關鍵的是，已開始但未完成的工作不計入。即使是在後期加入並完成的工作，則計入。此區別對於維持準確性至關重要。
- 已完成的工作： 僅有完全符合接受標準的項目才會計入分數。
- 部分完成的工作： 未完成一半的故事在計算中被忽略。
- 探針（Spikes） 限定時間的研究突刺通常不會計入速度，除非它產生可交付的增量。
- 技術債務： 重構任務若符合完成定義，則會貢獻於速度，但必須與功能工作保持平衡。
🚫 速度的常見誤用
危險不在指標本身，而在外部利益相關者如何應用它。當速度脫離上下文時，它便成為壓力來源，而非規劃工具。以下是此指標被誤用的最常見方式。
1. 比較團隊
最具有破壞性的錯誤之一，就是將團隊A的速度與團隊B的速度進行比較。這種比較本質上存在缺陷，原因在於：
- 估算尺度不同： 團隊A可能將一個故事估算為5點，而團隊B則根據自身的校準，將同一個故事估算為8點。
- 複雜度不同： 一個團隊可能在技術債務較高的舊系統上工作，而另一個團隊則在全新的項目上工作。
- 團隊組成： 一個擁有資深架構師的團隊，其運作方式會與一群初級開發人員的團隊截然不同。
根據速度對團隊進行排名，會鼓勵內部競爭，並抑制合作。這暗示數字越高越好，從而促使團隊虛報點數。
2. 設定目標
管理層經常試圖設定速度目標，例如「我們需要你們每週 Sprint 達到40點」。這會將一個描述性指標轉變為規範性目標。當速度變成目標時，會出現以下行為：
- 虛報估算： 團隊成員可能會虛報故事點數，以確保達成目標。
- 切割範圍： 團隊可能會將功能拆分成更小的單元，以人為方式增加數量。
- 犧牲品質： 重點從交付價值轉移到達成數字，可能導致跳過測試或文件編寫。
3. 為利益相關者預測日期
僅根據單一 Sprint 的表現，使用速度向客戶承諾特定發佈日期是具有風險的。速度會波動。團隊可能因假期、病假或未預見的技術阻礙而進入緩慢的 Sprint。僅憑單一數據點就承諾日期，會造成不切實際的期望。
4. 衡量個人表現
速度是團隊指標。將其拆解為個人表現，違反了 Scrum 原則。敏捷依賴跨功能合作。如果一名開發人員完成5點，另一名完成8點，進行比較會忽視任務的複雜性以及彼此之間的依賴關係。
✅ 速度的正確應用
正確使用時，速度能協助團隊自我管理。它是一面鏡子，而非一把鎚子。以下是有效運用它的方法。
1. Sprint 規劃
速度最合適的用途是在 Sprint 規劃中。透過觀察過去三到五個 Sprint 的平均速度，團隊可以確定下一個 Sprint 的實際承載能力。
- 平均計算：將最近3至5個衝刺的點數相加，再除以衝刺的數量。
- 承諾：團隊將工作拉入衝刺，直到總估算點數與此平均值一致。
- 緩衝： 計畫時略低於平均值是明智的，以應對中斷或意外工作。
2. 發布預測
速度有助於回答這個問題：「產品何時能完成？」透過將剩餘產品待辦事項的總點數除以平均速度，團隊可以估算完成工作所需的衝刺數量。
- 範圍，而非日期： 將預測以範圍呈現（例如：「第10至12個衝刺之間」），而非特定的日曆日期。
- 持續更新： 當出現新資訊或待辦事項清單變動時，定期更新預測。
- 透明度： 向利益相關者公開分享預測，讓他們理解範圍與時間之間的關係。
3. 識別趨勢
追蹤速度的變化可揭示團隊或流程的健康指標。
- 持續下降： 穩定的下降可能表示倦怠、技術負債增加，或團隊組成變動。
- 持續上升： 突然增加可能表示先前的估計過於保守，或團隊發現了更有效率的工作流程。
- 波動性： 高變異性表示流程或完成定義不穩定。
📉 速度 vs. 能力
區分速度與能力至關重要。混淆這兩者會導致過度承諾。
- 能力： 指團隊可用的工作時間（以小時計）。這包括假期、會議和支援職務。
- 速度： 指完成的工作量（點數）。這反映了團隊的速度與效率。
一個團隊可能擁有高能力（許多可用小時），但速度低（因複雜度而吃力）。相反地，一個團隊可能能力低（許多會議），但速度高（效率高）。規劃需要平衡這兩者。
| 指標 | 衡量單位 | 主要目的 | 誰應該使用它 |
|---|---|---|---|
| 速度 | 故事點數 | 預測與規劃 | Scrum 團隊 |
| 容量 | 小時 | 排程可用性 | Scrum 團隊與 Scrum 主管 |
| 燃盡圖 | 小時/點數 | 追蹤進度 | 利害關係人與團隊 |
🧠 數據的心理學
指標會影響行為。這是組織心理學的基本原則。如果你衡量某件事 X，人們就會針對 X 優化。當速度成為成功的首要衡量標準時，團隊會針對速度優化，而非價值。
心理安全感
為了讓速度數值準確，團隊必須感到安全，能夠坦承工作受阻或估算錯誤的情況。如果團隊害怕低速度會導致懲罰，他們會：
- 低估風險。
- 隱藏障礙。
- 避免承接複雜任務。
這會導致進展的假象。在恐懼文化中，高速度數值往往是功能失調的徵兆，而非效率的表現。
持續改進
速度應在回顧會議中討論，但不應作為關鍵績效指標。相反地，應討論導致速度的流程導致速度的流程。
- 為什麼這次衝刺比平常慢？
- 我們是否受到太多干擾？
- 完成定義是否過於嚴格或過於鬆散？
透過專注於流程，團隊能改善基礎系統，進而自然地使速度隨時間穩定下來。
🔄 處理變異與異常
並非所有迭代都相同。速度的變異是正常的，通常也是預期中的。理解這些變異發生的原因，是正確解讀數據的關鍵。
1. 團隊變動
如果開發人員離職或有新成員加入，速度很可能會改變。新成員有學習曲線，他們完成任務可能需要更長時間，或以意想不到的方式貢獻。不應期待立即達到以往的數值。
2. 範圍蔓延
如果利益相關者在迭代中間增加工作，速度可能下降，因為團隊用於承諾事項的時間變少了。另一方面，如果團隊成功吸收了變動，速度可能保持穩定，但這會增加過勞風險。最好拒絕範圍變動，或將其移至待辦事項清單。
3. 技術債
隨著技術債累積，速度通常會下降，因為需要投入更多努力才能進行變更。這是一個信號，提醒應專注於重構的迭代。忽略此問題將導致績效緩慢下滑。
📊 總結：該做與不該做的事
為確保速度持續作為有用的工具，請遵循以下準則。
| 該做 ✅ | 不該做 ❌ |
|---|---|
| 僅用於內部規劃。 | 用來比較團隊。 |
| 根據已完成的工作計算。 | 計算部分完成的工作。 |
| 在回顧會議中討論趨勢。 | 將其設定為績效目標。 |
| 專注於相對估算。 | 專注於小時數或個人產出。 |
| 接受變異為正常現象。 | 懲罰速度的下降。 |
| 定期更新待辦事項清單。 | 長時間鎖定範圍。 |
🚀 持續成長的最終考量
速度是健康系統的副產品。如果系統健康，速度將會穩定；如果系統失衡，速度將會劇烈波動或下降。目標不是最大化速度，而是最大化價值交付。
當領導層理解速度是一種規劃限制，而非生產力引擎時，動態就會改變。團隊能根據證據自主掌握節奏，獲得賦能。利益相關者學會根據範圍而非承諾來管理期望。焦點回歸到交付能解決使用者問題的優質軟體。
請記住，指標是用於檢視與適應的工具，它們本身並非目的。始終將團隊放在對話的核心。讓數據輔助決策，但由人類判斷引導策略。
🔍 常見問題
速度可以無限增加嗎？
不行。團隊能吸收的工作量存在生理和認知上的限制。隨著複雜度增加，速度通常會停滯或下降。速度持續增長通常表示評估標準正在鬆懈，而非生產力提升。
如果我們不使用故事點數呢？
速度可以使用其他單位計算，例如小時或理想天數，但由於故事點數能抽象時間因素，因此更受青睞。無論使用何種單位，原則都相同：根據過去表現來衡量已完成的工作量。
速度是否會考慮錯誤？
僅當修復錯誤符合完成的定義時才會計入。如果修復錯誤是新增至待辦事項的任務，則其點數在完成後會計入速度。如果這是已交付工作的缺陷，通常會作為獨立事件處理。
我們應該平均多少個迭代？
最少三個迭代可提供基線。五到十個迭代能提供更穩定的趨勢線。應使用最新資料，因其反映當前團隊狀態與情境。
透過尊重速度的細微差別，團隊可以避免陷入以指標為導向的管理陷阱。指標應為團隊服務，而非相反。這種契合能創造出可預測性與品質共同繁榮的環境。
