在敏捷開發的世界中，很少有指標會像速度一樣引發如此多的爭議。一方面，它承諾清晰：可預測的交付速度。另一方面，它威脅到團隊的福祉：成為微管理的武器。當實施不當時，速度追蹤會從一個有幫助的指南針轉變為壓力的來源。 🛑
Scrum團隊經常陷入對可預測性的需求與追求可持續節奏之間的兩難。本指南探討如何準確追蹤速度，而不犧牲團隊健康。我們將研究速度的運作機制、測量帶來的心理影響，以及如何利用數據來賦能而非指揮。
🧠 Scrum速度到底是什么？
速度是衡量Scrum團隊在單一Sprint期間能夠處理的工作量的指標。它通過將單個Sprint中所有已完成的使用者故事的故事情節點數相加來計算。然而，理解定義僅僅是戰鬥的一半。理解其意圖才是關鍵。
速度並非衡量個人表現的指標。它也不是用來比較不同團隊的基準。它是一種規劃工具，旨在幫助開發團隊預測未來Sprint中能夠承諾的工作量。 📊
當團隊將速度視為關鍵績效指標（KPI）時，焦點便從價值交付轉向達成數字。這種轉變正是倦怠的起點。為避免此情況，團隊必須重新掌握速度作為僅屬於開發團隊的私有指標。
⚖️ 倦怠的關聯：為什麼速度會造成傷害
許多組織濫用速度數據。管理層可能會查看團隊的速度，並問：「為什麼上個月我們只完成了30點？這個月需要40點。」這種外部壓力會創造出有毒的環境。
當速度被用來評估生產力時，會出現幾種負面行為：
- 過度承諾： 團隊承諾的工作量超過其負荷，以給利益相關者留下印象。
- 虛報預估： 開發人員虛報故事情節點數，以建立安全緩衝，從而降低指標的準確性。
- 忽視複雜性： 簡單任務被優先於複雜但有價值的工作，以提升數字。
- 忽視品質： 技術債務被忽視，因為它不會立即增加速度計數。
這種環境導致疲勞。開發人員不再關心代碼品質，只專注於完成任務。這就是倦怠的定義。為防止此情況，速度必須與績效評估脫鉤。
📉 如何正確計算速度
準確計算需要紀律。僅簡單相加點數是不夠的。這個過程必須保持一致且透明。以下是正確計算速度而不引入偏見的標準方法。
1. 明確定義「完成」
只有符合「完成定義」（DoD）的故事情節才能被計入速度。如果一個故事完成了90%，它仍計為零。這可防止團隊基於部分工作報告虛高的數字。DoD應包含代碼審查、測試和文件編寫。
2. 排除前一個Sprint中已完成的工作
從前一個Sprint延續下來的工作不計入當前Sprint的速度。只有在當前時間盒內完成的工作才會計入分數。這確保指標能反映當前的承載能力。
3. 處理中斷的Sprint
如果Sprint被中斷會怎麼樣？如果Sprint因不可預見的情況而提前結束，該期間的速度無效。不要將其納入平均值。相反，應記錄中斷情況，並使用下一個完整的Sprint進行計算。
4. 故事情節點的一致性
團隊必須就「點」代表的意義達成共識。它應是相對的，而非絕對時間。如果團隊決定一個點代表某種複雜度，該標準必須在時間上保持一致。在項目中途改變尺度會使歷史速度數據失效。
📈 利用速度進行預測，而非施加壓力
速度的主要用途是預測。它幫助團隊回答：「完成這個待辦事項清單需要多少個衝刺？」它並不能回答：「你們是否努力工作了足夠多？」
預測依賴於平均值的概念。單個衝刺的速度是雜亂的，會因假期、病假或技術挑戰而波動。為了獲得可靠的預測，請使用過去3到5個衝刺的平均速度。
這種平滑效應減少了異常情況的影響。它提供了對能力的現實視角。當利益相關者詢問交付日期時，團隊可以說：「根據我們每衝刺平均35點的速度，以及剩餘140點的待辦事項清單，我們估計需要4個衝刺。」
這種方法以數據為導向，但並非懲罰性。它依賴於團隊自身的歷史數據，而非外部期望。
🔄 替代與補充指標
速度並非唯一重要的指標。事實上，單獨依賴速度可能會掩蓋重要問題。高速度並不能保證團隊健康或產品穩定。建議使用指標儀表板來獲得全面視圖。
| 指標 | 它衡量的是 | 為什麼重要 |
|---|---|---|
| 速度 | 每個衝刺的產出 | 預測未來的承載能力 |
| 週期時間 | 從開始到完成的時間 | 識別流程中的瓶頸 |
| 前置時間 | 從請求到交付的時間 | 客戶響應速度 |
| 逃逸缺陷 | 在生產環境中發現的錯誤 | 品質與穩定性 |
| 衝刺目標達成率 | 目標的達成情況 | 專注與價值交付 |
週期時間特別有助於預防過勞。如果週期時間增加，表示團隊陷入停滯。這表明他們需要在向佇列中添加更多工作之前，先解決障礙。即使週期時間急劇上升，速度仍可能保持高位，從而產生一種虛假的健康錯覺。
🧘 心理安全與團隊健康
可持續速度最重要的因素是心理安全。團隊成員必須感到安全，能夠坦誠面對困難，而不必擔心受到懲罰。如果開發人員隱瞞問題以保護速度數值，這個指標就會變得毫無意義。
領導者和Scrum主管在此扮演關鍵角色。他們必須強調，速度是團隊的工具，而非管理的工具。在回顧會議中，應公開討論速度趨勢。可以提出如下問題：
- 我們的估計準確嗎？
- 我們是否遇到了未預期的技術債務？
- 完成的定義是否拖慢了我們的進度？
- 我們是否感受到必須提早完成的壓力？
如果上一個問題的答案是肯定的，那麼重點必須轉向容量管理。完成較少但品質高的故事，總比匆忙行事導致問題來得好。
🚫 應避免的常見陷阱
團隊在追蹤速度時，常常會陷入一些特定的陷阱。及早識別這些陷阱，可以避免專案失敗。
1. 比較團隊
將團隊A的速度與團隊B的速度進行比較，是一項根本性的錯誤。每個團隊的技能水平、背景情境以及故事點的定義都不同。團隊A可能速度較高，是因為他們的故事點較小；團隊B速度較低，可能是因為他們處理的是更困難的問題。比較會滋生怨恨，並促使團隊操弄系統。
2. 追求數字
當團隊覺得必須達成某個特定數字時，他們就會停止關注價值。他們可能會將大型故事拆分成極小的單元以增加數量。這會增加管理負擔與碎片化。應專注於交付的價值，而非累積的點數。
3. 忽視容量
速度假設團隊成員100%可用。它並未考慮特休假、會議或支援工作。一個五人團隊的理論容量可能是50點。如果兩人休假，實際容量就會下降。在Sprint規劃期間，務必根據實際容量進行調整。
4. 將速度用於個人評估
將速度與個人獎金或績效評估掛鉤，是導致倦怠的直接途徑。這會鼓勵團隊成員隱藏資訊、拒絕協助他人。工作應以團隊整體產出來評估，而非個人貢獻。
🛠️ 建立健康的流程
轉向健康的速度追蹤系統需要時間，也需改變思維模式。以下是一個逐步實施此系統的責任感方法。
步驟1：教育相關方
在開始追蹤之前，向相關方說明速度是什麼，以及不是什麼。他們需要理解速度是一種預測，而非承諾。它是一項團隊指標，而非管理工具。這能及早設定期望。
步驟2：建立基準
不要期望第一個Sprint就具備準確性。前幾個Sprint是用來校準的。利用資料找出團隊的自然節奏。不要僅根據第一個Sprint的數字就做出改變。
步驟3：在回顧會議中檢視
將速度列為回顧會議中的常規議題。討論計畫與實際之間的差異。如果團隊計畫完成40點，但只完成了30點，就需分析原因。是估算錯誤？還是有中斷？這能建立持續改進的反饋循環。
步驟4：調整規劃
使用平均速度來規劃未來的Sprint。如果平均是30點，就不要規劃40點，應規劃30點。如果團隊持續完成更多，他們在未來的規劃會議中自然會提升容量。讓團隊自己推動提升，而非由管理層推動。
步驟5：監控團隊福祉
留意團隊的整體情緒。如果速度很高但士氣低落，表示出了問題。高速度可能是過度勞累的徵兆。應優先考慮福祉，而非速度。一個休息充足的團隊，長期而言能更快且更穩定地交付優質程式碼。
📉 處理速度的波動
速度會波動，這是正常的。團隊可能在一個Sprint表現高，下一個Sprint卻表現低。這並非失敗，而是現實。影響波動的因素包括：
- 團隊組成：新成員加入會暫時降低速度。
- 技術債： 償還債務通常會減緩新功能的開發速度。
- 外部依賴： 等待第三方會導致進展中斷。
- Sprint 長度： 改變 Sprint 長度會影響可用的總點數。
當波動發生時，不要恐慌。觀察長期趨勢。單一數據點只是雜訊；趨勢才是訊號。如果連續三個 Sprint 的趨勢呈下降，就應調查根本原因。工作是否變得更困難？團隊是否負荷過重？
💡 Scrum 主管的角色
Scrum 主管是流程的守護者。他們必須保護團隊免受外部壓力，避免操弄速度。如果產品負責人要求下一個 Sprint 要更多點數，Scrum 主管應引導他們關注平均速度與團隊容量。
Scrum 主管也確保團隊不會操弄指標。他們促進誠實的估算會議。在 Sprint 規劃期間，若工作負荷過高，他們鼓勵團隊說「不」。這種保護對長期可持續性至關重要。
🌱 建立可持續的節奏
敏捷的核心在於可持續性。Scrum 指南強調要保持可持續的節奏。這表示團隊能無限期地維持其速度而不會精疲力盡。如果團隊為了達成目標而耗盡自己，那這個目標就是錯誤的。
可持續的節奏允許持續改進，允許學習，也允許工作以外的生活。當速度追蹤支持這一點時，它就成為強大的工具；當它破壞這一點時，它就變成負擔。
專注於工作的品質，專注於團隊的幸福感，專注於為客戶交付的價值。只要這三個支柱堅強，速度自然會跟上。
🔍 測量的最終思考
追蹤 Scrum 速度是敏捷規劃中不可或缺的一環，但需要謹慎對待。它衡量的是能力，而非價值。若將其視為開發團隊的私有工具，組織就能避免微管理的陷阱。
請記住，數據只有在能帶來更好的決策時才有用。如果速度數據導致壓力，那就是使用錯誤。應重新聚焦於可預測性與流程流暢性。使用週期時間等補充指標，以獲得更完整的健康狀況圖像。
最終，目標不是最大化某個數字。目標是持續且可持續地交付價值。當團隊感到安全與被支持時，速度便自然反映出他們的能力，而非需要追逐的目標。🎯
採用這些實務，打造一個不僅高效，而且具韌性的團隊。具韌性的團隊是組織所能擁有的最佳資產。
