„Czy nasza prędkość jest dobra?” to najczęstsze pytanie, jakie zadają menedżerowie ds. inżynierii po pierwszym kwartale sprintów ich zespołu. Jest to także pytanie, na które nie ma szczerej, czystej odpowiedzi; a jednak tam są benchmarki, które warto znać.
Chcielibyśmy, żeby ktoś nam podał ten post, gdy po raz pierwszy go zadaliśmy: realistyczne zakresy, zmienne, które faktycznie mają znaczenie, oraz pytania diagnostyczne, które zamieniają samą liczbę prędkości w coś przydatnego.
Krótka odpowiedź
Większość zdrowych zespołów inżynierów produktu składających się z 4–6 osób wykonujących 2-tygodniowe sprinty ze skalą Fibonacciego (1, 2, 3, 5, 8, 13) osiąga prędkość w 30–60 punktów historii zasięgu, po 4–6 sprintach kalibracji.
Przeczytaj to z trzema zastrzeżeniami:
- Jednostka nie jest znormalizowana. Zespół A 5 nie jest zespołem B 5. Porównywanie sumy punktów pomiędzy zespołami to bzdura.
- Stabilność jest ważniejsza niż wysoka. Zespół regularnie zdobywający 35 ± 4 punkty jest zdrowszy niż zespół wahający się pomiędzy 20 a 70.
- Trend ma większe znaczenie niż poziom. Zespół przechodzący z 30 → 35 → 40 w ciągu jednej kwarty radzi sobie dobrze na każdym numerze startowym.
Jeśli przyszedłeś tutaj, żeby „strzelać za 50”, to jest nagłówek. Pozostała część tego posta wyjaśnia, dlaczego ta liczba jest prawie bez znaczenia bez otaczającego ją kontekstu.
Od czego tak naprawdę zależy „dobro”.
W liczbie prędkości dominują pięć zmiennych. Jeśli którykolwiek z nich będzie błędny w Twojej interpretacji, benchmark się rozpadnie.
1. Długość sprintu
Prędkość skaluje się niemal liniowo wraz z długością sprintu. Jednotygodniowy zespół pracujący w wieku 18 lat jest w przybliżeniu odpowiednikiem dwutygodniowego zespołu w wieku 35 lat.
| Długość sprintu | Typowy zdrowy zakres |
|---|---|
| 1 tydzień | 15–30 punktów |
| 2 tygodnie | 30–60 punktów |
| 3 tygodnie | 45–90 punktów |
| 4 tygodnie | 60–120 punktów |
Krótkie sprinty wiążą się z proporcjonalnie większymi kosztami w stójce, retro i planowaniu, więc stanowią nieco mniej niż 2 razy więcej na 1-tygodniowy zespół. Ale jest wystarczająco blisko, aby zaplanować.
2. Wielkość zespołu
Prędkość jest nie liniowo w zależności od wielkości zespołu ze względu na narzut komunikacyjny i wąskie gardła związane z przeglądem kodu. Podwojenie zespołu rzadko podwaja wydajność; zazwyczaj 1,6–1,8 ×.
| Rozmiar zespołu | Mnożnik dla 4-osobowej linii bazowej |
|---|---|
| 2 osoby | 0.55× |
| 4 osoby | 1,0× (wartość bazowa) |
| 6 osób | 1.4× |
| 8 osób | 1.7× |
| 10 osób | 1.9× |
Jeśli masz już ponad 8 osób i rozważasz zatrudnienie „do wysyłki większej liczby”, marginalny wzrost prędkości jest niewielki. Podział na dwie drużyny składające się z 4–5 osób z oddzielnymi sprintami często kończy się sukcesem.
3. Skala punktów fabularnych
Najczęściej spotykane skale:
- Fibonacciego (1, 2, 3, 5, 8, 13): zdecydowanie najpopularniejszy. Liczby w tym poście zakładają Fibonacciego.
- Linear (1–10): zespoły, które go używają, zwykle nie rozróżniają między 3 a 5 (około 30% historii wywołujących mniejsze emocje), więc liczby prędkości są o około 25–40% wyższe niż Fibonacciego.
- Rozmiary koszulek (XS/S/M/L/XL) przetłumaczone na punkty; różni się znacznie. Nie porównuj zespołów korzystających z różnych tłumaczeń.
Jeśli benchmark mówi Ci, że „30 to dobrze”, a znajdujesz się na skali innej niż Fibonacciego, przed wyciągnięciem wniosków dostosuj się mentalnie.
4. Mieszanka pracy
Trzy drużyny, które zdobyły po 40 punktów, mogą robić zupełnie inne rzeczy:
- Nowy zespół produktowy: głównie cechy typu greenfield, niskie zadłużenie, krótki czas cyklu.
- Dojrzewający zespół produktowy: praca nad funkcjami + naprawianie błędów + drobna refaktoryzacja.
- Zespół na późnym etapie: intensywne prace konserwacyjne, prace związane z bezpieczeństwem, błędy zgłaszane przez klientów.
Prędkość utrzymuje się na stałym poziomie, ale kompozycja zmiany. Zespoły zgłaszają, że ich prędkość w punktach fabularnych często pozostaje niezmienna przez lata, podczas gdy „odczucie” wydajności zespołu spada, ponieważ udział nowych funkcji staje się coraz mniejszy. Śledź miks uzupełniający, nie tylko numer.
5. Definicja Ukończenia
Zespół, który po połączeniu PR uzna zgłoszenie za „gotowe”, będzie wyglądał o około 30–50% szybciej niż zespół, który wymaga przetestowania, udokumentowania i wdrożenia w środowisku produktowym. Ci sami ludzie, ten sam kod; inny pasek wysyłkowy.
Zanim porównasz się z innym zespołem, zapytaj, jakie są ich wyniki Definicja Gotowe wygląda. Bez tego porównanie nie ma sensu.
Tabela porównawcza
Biorąc pod uwagę te zastrzeżenia, oto zakresy, do których zbliża się większość zespołów inżynieryjnych. Liczby zakładają skalę Fibonacciego, 2-tygodniowy sprint, pełnoetatowych członków zespołu:
| Rozmiar zespołu | Zdrowy zakres prędkości | Uwaga, jeśli poniżej | Zresetuj, jeśli powyżej |
|---|---|---|---|
| 2 | 16–30 | < 12 | > 40 |
| 3 | 22–42 | < 16 | > 55 |
| 4 | 30–55 | < 22 | > 75 |
| 5 | 38–65 | < 28 | > 85 |
| 6 | 42–75 | < 32 | > 95 |
| 7 | 47–82 | < 35 | > 105 |
| 8 | 50–88 | < 38 | > 115 |
„Uwaga, jeśli poniżej” oznacza zbadanie; prawdopodobnymi winowajcami są blokery, niejasny cel sprintu lub ukryte wąskie gardło.
„Zresetuj, jeśli powyżej” jest rzadsze, ale prawdziwe. Zwykle oznacza to, że szacunki zostały zawyżone (łamanie prawa Goodharta) lub pogorszyła się Definicja Ukończenia. Wysoka prędkość nie jest celem; to jest pomiar.
Pytania diagnostyczne, które przewyższają standardy
Bez względu na to, jaką liczbę otrzymasz, przeanalizuj te pięć pytań, zanim na nią zareagujesz.
„Czy nasza prędkość jest stabilna?”
Oblicz odchylenie standardowe w ciągu ostatnich 5 sprintów. Jeśli jest to więcej niż 25% średniej, tak naprawdę nie masz jeszcze prędkości; masz hałas. Nie prognozuj na ten temat.
Typowe przyczyny dużej rozbieżności: historie o nierównej wielkości, zależności od innych zespołów, powtarzające się awarie, duże zużycie.
„Czy szacunki są skalibrowane?”
Wybierz 5 losowo wybranych, ukończonych historii z ostatnich 2 sprintów. W przypadku każdego z nich zadaj sobie pytanie: „gdybyśmy zrobili to jeszcze raz, jak byśmy to teraz ocenili?” Jeśli 3+ zmieni się o więcej niż jeden krok Fibonacciego, kalibracja zespołu jest wyłączona. Dokonaj ponownej kalibracji, zanim zaufasz jakiemukolwiek porównaniu porównawczemu.
Bezpłatne narzędzie, które może pomóc: nasze Ocena dojrzałości sprintu trwa 60 sekund, a kalibracja powierzchni dryfuje wśród 7 innych znaków ostrzegawczych.
„Jaki jest czas naszego cyklu?”
Zespół o dużej szybkości, ale mediana 10 dni czas cyklu jest wysyłany w mniejszych, większych kawałkach. To ryzykowne; wolniejsza informacja zwrotna, dłuższe kolejki do recenzji, więcej przeróbek. Zespół o tej samej prędkości i 3-dniowym cyklu jest znacznie zdrowszy.
Prędkość to liczba na poziomie sprintu; czas cyklu to liczba poziomu przepływu. Zdrowe drużyny oglądają oba mecze.
„Czy zakres prac jest taki, jakiego oczekujemy?”
Kategoryzuj ukończone historie ostatniego sprintu: funkcje / błędy / dług / operacje. Czy stosunek jest taki, jaki myśli kierownictwo? W zdrowych zespołach produktowych praca nad nowymi funkcjami stanowi zazwyczaj 50–70% zdobytych punktów; jeśli będzie dryfował w kierunku 30–40% i nikt tego nie zauważy, zespół powoli będzie ponownie wchłaniany przez prace konserwacyjne.
„Czy prędkość jest wykorzystywana jako cel?”
Jeśli ktoś w zespole świętuje tygodnie o dużej prędkości lub karze te, które są słabe, stworzyłeś presję inflacyjną. Albo zespół zacznie szacować bardziej konserwatywnie, Definicja Gotowe subtelnie się zrelaksuje, albo praca, która nie pasuje idealnie do historii, zacznie się ukrywać. Wszystkie trzy są złe.
Prędkość jest narzędziem prognostycznym. To jest nie OKR.
Co robić w tym tygodniu
- Oblicz prędkość swoich ostatnich 5 sprintów. Darmowy kalkulator trwa około 30 sekund.
- Zwróć uwagę na odchylenie standardowe. Wszystko > 25% średniej → poświęć następny sprint na badanie zmienności, zanim zaufasz średniej.
- Porównaj z powyższą tabelą z filtrowaną wielkością zespołu i długością sprintu. Czy jesteś w zdrowym zakresie? Jeśli nie, które z pytań diagnostycznych wskazuje na lukę?
- Nie udostępniaj danych dotyczących prędkości pomiędzy zespołami chyba że każdy zespół ma tę samą Definicję Ukończenia i tę samą skalę. Jeśli musisz się podzielić, udostępnij linie trendu, a nie poziomy.
Uwaga na temat zespołów korzystających z kodu AI
Zespoły korzystające z asystentów kodowania AI (Cursor, Copilot, Claude Code) konsekwentnie zgłaszają wzrost prędkości 15–35% w ciągu pierwszych 2–3 sprintów, a następnie stabilizacja. Plateau ma znaczenie: sztuczna inteligencja zapewnia szybsze pisanie, ale planowanie, przeglądanie i wdrażanie bramek przez zespół w dalszym ciągu to kroki ograniczające szybkość pisania w przypadku większości historii.
Jeśli wzrost prędkości wspomagany sztuczną inteligencją przekracza 50%, sprawdź dwukrotnie, czy Twój Definicja Gotowe nie spadła spokojnie; mniej testów, mniej recenzji, szybsze łączenie. Liczba rośnie, ale poprzeczka może spadać.
TL;DR
- Zespoły 4–6 osobowe, 2-tygodniowe sprinty, skala Fibonacciego: 30–60 punktów to zdrowy przedział.
- Stabilność i trend są ważniejsze niż poziom.
- Długość sprintu, wielkość zespołu, skala, skład pracy i definicja wykonania dominują w liczbach; dostosuj przed porównaniem.
- Nie zamieniaj prędkości w cel. Odpowie ci w ciągu kwadransa.
SprintFlint automatycznie oblicza prędkość, pojemność i spalanie po zamknięciu zadań; brak dryftu arkusza kalkulacyjnego i brak przestarzałych linków do udostępnianych formuł. 50 bezpłatnych zadań miesięcznie, bez karty.