為什麼應該衡量團隊的衝刺速度

若能正確衡量，衝刺速度可以幫助您準確估計團隊的工作負荷、簡化衝刺規劃，並幫助專案經理掌握專案脈動。

什麼是衝刺速度？

衝刺速度是衡量敏捷團隊在一個正常衝刺週期中可以產出多少的指標。 您將使用兩個主要變數來計算衝刺速度：敏捷團隊已完成的工作量以及他們完成該工作所需的時間。

請務必注意，衝刺速度是一種描述性指標，不應用作成功指標。 不應將衝刺速度視為「改進」的對象。 這是一個很難描述的指標，用於描述團隊在一次衝刺中可以完成的工作量。 雖然您應該持續衡量衝刺速度，但不應將其視為成功指標。 如果這樣做，您的團隊可能會過度工作。 瞭解衝刺速度的目標是要瞭解團隊的工作量，而非增加工作量。

如何計算衝刺速率

您可以使用簡單的數學公式計算衝刺速度：將待辦項目 (或故事點，如果您的團隊使用的是故事點) 的數目除以衝刺的總天數。

例如，如果您的團隊有 60 個待辦項目，且您的平均衝刺持續時間為 2 週，則公式如下：

60 個待辦項目/10 天 = 6 個衝刺速度

瞭解團隊在平均衝刺中可以完成多少工作相當簡單。 首先從處理包含過多項目的待辦項目開始，並瞭解您的團隊在您期望的衝刺時間內可以完成多少項目。 目標並非完成待辦項目中的所有項目，而是為團隊可以完成的工作設定基準。

在第一次衝刺之前，您可以使用的另一個選項是使用專案估算策略來預測團隊可以完成的工作量。 若您正在尋找一些可用的策略，請嘗試使用由上而下的估算、三點估算或類推估算方法。

為什麼要衡量衝刺速率？

衡量衝刺速度並非無緣無故，而是有實際 (且有益) 的原因，說明您的團隊應該衡量衝刺速度。 以下是幾個例子。

• 讓衝刺規劃變得輕鬆。 對於產品經理和Scrum 主持人而言，瞭解團隊的衝刺速度有助於更輕鬆地進行衝刺規劃。 如果您知道團隊的平均衝刺速度，就更容易從產品待辦項目中選擇正確的使用者故事，以便進入此迭代，而不會讓開發團隊超出負荷。

• 管理專案關係人的期望。 如果您的專案關係人要求針對特定使用者故事提供時間軸，或者他們試圖在衝刺結束前新增任何內容，作為產品經理，您會根據衝刺速度，瞭解這種變化可能會如何影響團隊的輸出。

• 發出潛在問題的訊號。 當您定期追蹤衝刺速度時，您將能夠更一致地衡量平均速度。 如果您看到速度突然下降，就會知道存在潛在問題，例如未完成的相依性等障礙，需要在進入下一次衝刺之前加以解決。

如何將衝刺速率可視化

能夠一目了然地查看和衡量衝刺速度，有助於從事敏捷專案的人員快速瞭解其團隊的表現。 在衝刺期間的任何時候，他們都可以查看圖表，瞭解團隊的目前進度。 

根據您想要為衝刺進行視覺化的內容，您可以使用幾種類型的速度圖表。 以下是幾個範例：

基本速度圖表

基本速度圖是一個長條圖，用於比較兩個主要因素：您的開發團隊在一次衝刺中可以完成的預計工作量，以及在一次衝刺中已完成的實際工作量。 

圖表的 X 軸顯示不同的衝刺，而 Y 軸則顯示故事點或使用者故事的數量。

當您以視覺化的方式查看時，可以輕鬆看到您的團隊在特定衝刺中平均可完成的工作量，並與預估的工作量進行比較。

燃盡圖

燃盡圖估計團隊需要完成的工作量，並將其與衝刺中剩餘的時間進行比較。 隨著衝刺的進展，目標是讓圖形線更接近零。 

如果您對團隊的速度有估計，可以將其繪製在燃盡圖上，並查看團隊與理想速度線的比較情況。 在上述範例中，您可以看到團隊在衝刺的早期階段就能夠完成比理想線段預期更多的工作。 最終，團隊的工作量有所下降，但仍最終實現了最終目標。 

燃起圖

燃起圖與燃盡圖完全相反。 此圖表通常包含兩條線段：已完成的實際工作和您希望團隊實現的理想目標。 理想目標通常是橫跨圖表的水平線，而實際工作會隨著時間的推移而持續增長，以達到目標線。

調節團隊衝刺速度的提示

如果您注意到團隊的衝刺速度不一致，這可能是一個跡象，表明您需要調整團隊的速度。 衝刺速度的一致性很重要，因為您可以輕鬆看到團隊的常規績效，而不一致性會顯示出問題所在。

例如，您最近的四個衝刺的衝刺速度為 4.5、7、5 和 3。 您的平均衝刺速率通常約為 6。 衝刺速度的不一致可能是更大問題的指標。 調節團隊的衝刺速率意味著嘗試讓衝刺速率在衝刺之間保持一致。

以下是一些關於如何調節團隊衝刺速度的提示。

釐清使用者故事

有助於穩定團隊衝刺速度的一件事，是在衝刺開始前確保使用者故事清晰易懂。 使用者故事是從終端使用者的角度撰寫的軟體功能的快速說明。 這些使用者故事通常會附加到待辦項目中。 這樣可以確保Scrum團隊或專案團隊成員能夠專注於他們需要完成的工作，而不必花時間尋找專案關係人以獲得更多細節。 這有助於將團隊的時間集中在最重要的工作上，從而提高您的速度。

確保一致性

如果您的團隊速度不一致，您可能會在衝刺之間變更太多變數。 例如，您是否在開發團隊中交換不同的團隊成員？ 團隊組成可能會改變團隊可以完成的工作量。 

以下是可能影響衝刺速度的其他幾個變數：

• 衝刺長度

• 故事點數增加

• 流程變更

建立「完成」的統一定義

重要的是，團隊中的每個人都必須清楚瞭解使用者故事「已完成」或已完成的含義。 這是 Scrum 架構的關鍵面向，通常也用於其他敏捷方法中。 

當您的團隊對使用者故事的已完成有明確的定義時，他們就能更準確地估計每個使用者故事所涉及的工作量。 這反過來又會導致更準確的專案估算，最終實現更準確的衝刺速度。

舉辦衝刺回顧

敏捷方法的其中一個優點是，它是一個迭代式開發流程。 這意味著在每次衝刺結束時，都有機會反思過去的衝刺，看看哪些方面做得好，哪些方面做得不好。衝刺回顧會議就是為此而設的，這是一個專門反思過去的衝刺以及如何改進下一次衝刺的會議。

此處的目標是持續改進。 隨著您的團隊在不同的衝刺中進行迭代，您的團隊應將過去衝刺中學到的知識應用於未來的衝刺中。 這讓您的團隊有機會轉變流程，持續改進。