Xp 速度

2013 年 5 月 17 日

速度是一個概念,有助於透過將廣泛的努力陳述與經過時間連結起來,校準計畫。速度是團隊(或個人速度,如果這是個人速度)在一段時間內完成多少工作的陳述。您通常應透過衡量過去期間完成的工作量來確定速度,遵循昨日天氣原則。一個典型的做法是將過去三個時間段的速度平均,以確定未來時間段的速度。速度最初是作為極限程式設計的一部分形成的,但後來已廣泛傳播,現在廣泛用於各種敏捷軟體開發中。

例如,一個團隊以兩週為一個迭代進行工作,並使用故事點估計故事的努力。在它的前三個迭代中,它的速度分別為 22、30 和 27。然後我們會說團隊的速度是 26。要將此用於未來的預測,我們可以將我們希望在第一次發布中完成的所有故事加總起來,假設是 330。然後我們可以說我們預測,根據目前的計畫,我們將能夠在 26 週的時間內發布。(330 / 27 => 13 個迭代)。

速度是校準昨日天氣估計的工具,它不是生產力的衡量標準。不同的團隊將使用不同的基準作為其速度單位,因此根據團隊的速度來比較團隊是愚蠢的:沒有所謂的標準故事點。同樣地,速度是團隊衡量標準,而不是個人衡量標準。將速度用作生產力衡量標準會扼殺敏捷性。

速度通常與固定迭代一起使用,但您也可以將相同的想法用於基於看板的規劃。您在過去幾週完成的努力量可以用相同的方式外推,以提出對未來努力的預測。

速度是估算的有用工具,比我在 80 年代觀察到的技術複雜性低得多。然而,與任何估算技術一樣,它可能會被誤用 - 您必須始終考慮估算目的

我在 2004-05-10 寫了此 bliki 條目的第一個版本。

進一步閱讀

大多數關於敏捷開發的書籍都會談到規劃,因此會提到速度。這本 有品味的綠皮書 有 Kent 和我對速度的早期深入描述。您仍然可以在 wiki 上找到我們 對 XP 規劃術語的最初說明