Zrozumienie prędkości sprintu

Jeśli kiedykolwiek zapytano Cię: „Kiedy to się stanie?” i próbowałeś udzielić pewnej odpowiedzi, nie jesteś sam. Prędkość sprintu to jedno z najpotężniejszych narzędzi, na które trzeba odpowiedzieć danymi, a nie domysłami.

Czym tak naprawdę jest prędkość?

To wszystko. Żadnej magii, żadnej złożoności. Jest to wskaźnik końcowy, który informuje, ile Twój zespół osiągnął w przeszłości, i który staje się podstawą przewidywania przyszłych wyników.

Pomyśl o prędkości jak o średniej prędkości jazdy. Jeśli zazwyczaj jedziesz autostradą z prędkością 60 mil na godzinę, możesz rozsądnie oszacować, że podróż na dystansie 300 mil zajmie około 5 godzin. Nie obiecujesz, że zrobisz to w 3 godziny tylko dlatego, że napawa Cię optymizmem, ani nie zamartwiasz się, jeśli od czasu do czasu ruch uliczny Cię spowalnia. Prędkość działa w ten sam sposób; to punkt odniesienia oparty na rzeczywistości, a nie na ambicjach.

Dlaczego prędkość ma znaczenie

Przewidywalność ponad prędkość

Zainteresowane strony chcą nie tylko szybkiej dostawy; chcą przewidywalne dostawa. Zespół, który konsekwentnie dostarcza 40 punktów historii na sprint, jest bardziej wartościowy w planowaniu niż zespół, który dostarcza 60 punktów w jednym sprincie, 20 w następnym i 45 w kolejnym.

Znając swoją prędkość, możesz:

• Prognozowane daty premiery z przedziałami ufności („Wyślemy prawdopodobnie w ciągu 6–8 sprintów”)
• Odsuwaj nierealne terminy z danymi („Nasza prędkość pokazuje, że jest to zobowiązanie na 12 sprintów, a nie 6”)
• Wcześnie identyfikuj problemy gdy prędkość nieoczekiwanie spadnie

Budowanie zaufania interesariuszy

Nic nie niszczy zaufania szybciej niż niedotrzymane zobowiązania. Kiedy konsekwentnie nie obiecujesz, a dostarczasz za dużo w oparciu o rzeczywistą prędkość, interesariusze uczą się ufać Twoim szacunkom. To zaufanie przekłada się na mniej mikrozarządzania, mniej spotkań awaryjnych i większą autonomię dla Twojego zespołu.

Inteligentniejsze planowanie

Prędkość pomaga uniknąć błędu planowania: błędu poznawczego polegającego na tym, że nie doceniamy, ile czasu zajmie wykonanie danej czynności. Opierając planowanie sprintu na wynikach historycznych zamiast na optymizmie, przygotowujesz swój zespół na trwały sukces.

Jak obliczyć prędkość

Podstawowa formuła

„Ukończona” historia odpowiada historii Twojego zespołu definicja zrobionego: zakodowane, przetestowane, sprawdzone i potencjalnie nadające się do wysyłki. Częściowo wykonana praca liczy się jako zero.

Obliczanie średniej prędkości

Większość zespołów korzysta ze średniej kroczącej z ostatnich 3-6 sprintów:

Przykładowe obliczenia

Oto rzeczywiste obliczenia prędkości dla zespołu w ciągu sześciu sprintów. Aby przeprowadzić tę samą matematykę w odniesieniu do własnej historii sprintów bez arkusza kalkulacyjnego, wypróbuj metodę darmowy kalkulator prędkości.

W przypadku planowania Sprintu 7 zespół ten powinien zobowiązać się do około 40 punktów historii. Nie 50, bo „chcą działać lepiej”. Nie 30, bo są ostrożni. Czterdzieści, bo tak mówią dane.

Używanie Velocity do planowania wydań

Jeśli w Twoim backlogu pozostało 240 punktów historii, a Twoja prędkość wynosi 40:

W przypadku 2-tygodniowych sprintów oznacza to około 12 tygodni (3 miesięcy) do ukończenia.

Typowe błędy prędkości

1. Porównywanie zespołów

2. Ignorowanie wartości odstających

Ten sprint, w którym zdobyłeś tylko 15 punktów, bo połowa zespołu miała grypę? A może sprint za 70 punktów, podczas którego nadrobiłeś roczny dług technologiczny? Te wartości odstające mogą zniekształcić Twoją średnią. Rozważ ich wykluczenie lub użycie mediany zamiast średniej, jeśli prędkość znacznie się różni.

3. Brak dostosowania do świąt i PTO

Jeśli Twoja średnia prędkość przy pełnym zespole wynosi 40, nie spodziewaj się 40 w tygodnie wakacyjne. Dostosuj oczekiwania proporcjonalnie:

Przy braku 3 z 8 programistów: 40 × (5/8) = 25 punktów fabularnych

4. Traktowanie prędkości jako celu

5. W tym prace niekompletne

Historia, która jest ukończona w 90%, jest ukończona w 0% pod względem szybkości. Dopóki nie zostanie to w pełni ukończone zgodnie z Twoją definicją wykonania, nie liczy się to. Brak częściowego kredytu. Zasada ta wydaje się surowa, ale pozwala zachować uczciwość metryki.

Zwiększanie prędkości (właściwy sposób)

Jeśli prędkość nie polega na cięższej pracy, jak ją poprawić?

Usuń blokady

Najszybszym sposobem na zwiększenie prędkości jest wyeliminowanie tego, co spowalnia Twój zespół:

• Długie recenzje kodu? Wdrażaj parowanie lub mniejsze PR
• Częste pożary produkcyjne? Zainwestuj w monitorowanie i stabilność
• Niejasne wymagania? Poświęć więcej czasu na udoskonalanie
• Zależności zewnętrzne? Zidentyfikuj je wcześnie i eskaluj działania blokujące

Ogranicz przełączanie kontekstu

Nic nie zabija prędkości tak, jak ciągłe przerwy. Chroń czas skupienia swojego zespołu:

• Grupuj spotkania w określone dni
• Jeśli to możliwe, używaj komunikacji asynchronicznej
• Chroń zespół przed niepilnymi prośbami podczas sprintów

Adres długu technicznego

Ta „szybka poprawka” sprzed sześciu miesięcy spowalnia teraz każdą funkcję wpływającą na ten kod. Czas poświęcony na refaktoryzację procentuje w miarę upływu czasu. Zobacz Wpis do słownika długu technicznego jak dobrać rozmiar i zapłacić.

Dopasuj swoje historie do odpowiedniego rozmiaru

Zbyt duże historie (ponad 13 punktów) powodują niepewność i często powtarzają się pomiędzy sprintami. Zbyt małe historie (1 punkt) powodują obciążenie. Staraj się uzyskać zdrową mieszankę, w której większość historii mieści się w przedziale 3–8 punktów.

Prędkość w SprintFlint

Ręczne śledzenie prędkości w arkuszach kalkulacyjnych sprawdza się w małych zespołach, ale szybko staje się nudne i podatne na błędy. Pulpit nawigacyjny prędkości SprintFlint wykonuje ciężką pracę:

• Automatyczne obliczenia z wykonanej pracy
• Wizualizacja trendu z biegiem czasu
• Wykrywanie wartości odstających i podświetlanie anomalii
• Prognozy dostosowane do wydajności w zależności od dostępności zespołu

Konkluzja

Prędkość nie jest wynikiem, który należy maksymalizować; to soczewka pozwalająca zrozumieć możliwości Twojego zespołu. Używane prawidłowo, przekształca estymację ze sztuki w naukę, buduje zaufanie interesariuszy poprzez konsekwentne dostarczanie i pomaga identyfikować problemy systemowe, zanim przerodzą się w kryzys.

Najlepsze zespoły inżynieryjne to nie te, które osiągają największą prędkość. To oni, na których prędkość można liczyć.