Co to jest prędkość w Scrumie?

Prędkość to bardzo prosta, ale potężna metoda dokładnego mierzenia szybkości, z jaką zespół Scrum dostarcza wartość biznesową w czasie. Wskazuje ona na średnią ilość Produkt Backlog przekształconego w postęp produktu w trakcie każdego Sprintu przez zespół Scrum, z zespołem rozwojowym wykorzystującym śledzenie. Dlatego, aby obliczyć prędkość Agile zespołu, po prostu zsumuj szacunki funkcji, historii użytkownika, wymagań lub elementów backlogu pomyślnie dostarczonych w trakcie iteracji. Zespół powinien:

• Przewidywać zakres, który można dostarczyć w określonym terminie.
• Przewidywać datę, w której zostanie dostarczony ustalony zakres.
• Zrozumieć nasze ograniczenia podczas definiowania tego, jak duży zakres zobowiązuje się do dostarczenia w Sprintzie.

Przykład prędkości Scrum

Zanim zakończysz kilka iteracji, istnieją proste wytyczne do szacowania początkowej prędkości zespołu Scrum, ale później zespół może wykorzystywać zweryfikowane metody szacowania prędkości historycznej do Planowania Sprintu. Na podstawie serii poprzednich Sprintów szacunki prędkości zwykle stabilizują się i zapewniają bardziej wiarygodną podstawę do poprawy dokładności planowania krótko- i długoterminowego projektów Scrum.

Prędkość mierzy ilość pracy, którą zespół może ukończyć w jednym Sprintzie, i jest kluczowym wskaźnikiem w Scrumie. Obliczana jest przez zsumowanie punktów wszystkich całkowicie ukończonych historii użytkownika na końcu Sprintu. Punkty za częściowo ukończone lub nieukończone historie nie powinny być uwzględniane w obliczeniach.

Krok 1 – Oblicz prędkość pierwszej iteracji (Sprintu)

Na końcu każdej iteracji zespół sumuje szacunki nakładu pracy związane z historiami użytkownika ukończonymi w trakcie tej iteracji. Ta suma nazywana jest prędkością.

Zespół Agile rozpoczął iterację, planując ukończenie Historii A i Historii B, szacowanych na 2 punkty, oraz Historii C, szacowanej na 3 punkty. Na końcu iteracji Historia A i Historia B są w 100% ukończone, ale Historia C jest ukończona tylko w 80%. Zespoły Agile zwykle uznają tylko dwa poziomy ukończenia: 0% lub 100%. Dlatego Historia C nie jest brana pod uwagę przy obliczaniu prędkości, a prędkość dla tej iteracji wynosi 4 punkty.

Krok 2 – Użyj prędkości do oszacowania liczby wymaganych iteracji

Po zrozumieniu prędkości z Kroku 1 zespół może obliczyć (lub zmienić) szacunek czasu potrzebnego na ukończenie projektu na podstawie szacunków pozostałych historii użytkownika, zakładając, że prędkość w przyszłych iteracjach pozostanie w przybliżeniu taka sama. Jest to zazwyczaj dokładne przewidywanie, nawet jeśli rzadko jest dokładne.

Załóżmy, że pozostałe historie użytkownika reprezentują łącznie 40 punktów; prognoza zespołu na pozostałą pracę to 10 iteracji.

Zależność między prędkością a punktami historii w Scrumie

Punkty historiisą używane do pomiaru rozmiaru i złożoności — zasadniczo, jak długo zajmie ukończenie zadania. Punkty historii to miara względna czasu potrzebnego na ukończenie historii użytkownika. Ten koncept pochodzi z XP. Są one używane do oceny trudności historii, a nie do zobowiązywania się do tego, jak długo zajmie jej ukończenie. Pozwala to na używanie punktów historii niezależnie od rozmiaru zespołu lub typu zadania.

Jak połączyć prędkość z punktami historii?

1. Zespoły często używają „prędkości” jako metryki produktywności, aby dokładnie powiedzieć zewnętrznej osobie, jak szybko działa zespół Scrum.
2. Jeśli szacunki punktów historii pozostają spójne przez cały projekt, ma sens używać punktów historii do reprezentowania „prędkości”.
3. Jeśli spójność jest utrzymywana nie tylko w ramach zespołu, ale także między zespołami i nawet na poziomie całej firmy, pozwala to na pomiar produktywności i porównywanie wydajności zespołów.
4. Jeśli wartości punktów historii pozostają stabilne, mogą służyć jako odniesienie do planowania wydań. Możesz później ocenić możliwe terminy.

Jak przypisać punkty historii do historii użytkownika?

Punkt historii to jednostka pomiaru względnego. Pierwszym krokiem, jaki powinien podjąć zespół, jest określenie jednej historii jako podstawy, aby móc szacować inne historie względem tej referencji. Według literatury zespół powinien zidentyfikować najprostszą historię w kolejce i przypisać jej 1 punkt historii, a następnie użyć tej historii jako podstawy do szacowania innych historii.

Istnieją dwa rodzaje skal używanych do tworzenia szacunków punktów historii:

• Skala liniowa (1, 2, 3, 4, 5, 6, 7, …)
• Ciąg Fibonacciego (0.5, 1, 2, 3, 5, 8, 13, …)

Dobrym pomysłem jest szacowanie pierwszej historii użytkownika, którą zespół zna i wie, jak długo trwa jej wykonanie. Następnie szacuj następną historię użytkownika. Jeśli zespół uważa, że zajmie mniej czasu niż historia bazowa, umieść ją na lewo od historii bazowej. Następnie szacuj kolejną historię użytkownika. Jeśli zespół postanowi, że zajmie mniej czasu niż historia bazowa, ale więcej niż druga historia, umieść ją między historią bazową a drugą historią. W tym przykładzie używamy ciągu Fibonacciego do szacowania historii:

Historia użytkownika Punkty historii

Jak dokładniej szacować prędkość?

W Scrumie prędkość pomaga zrozumieć, jak długo zespół potrzebuje na zakończenie listy produktu. Jednak zazwyczaj trwa kilka Sprintów, zanim zespół osiągnie bardziej stabilną prędkość. Aby dokładniej szacować prędkość zespołu, możemy wykorzystać poprzednie zapisy śledzenia. To pozwoli dokładniej przewidzieć, ile historii zespół może zakończyć w jednym Sprintzie. W celu prognozowania należy użyć średniej z ostatnich trzech lub czterech prędkości Sprintów.

Załóżmy, że nowy zespół Scrum planuje zakończyć 41 punktów historii w swoim pierwszym Sprintie. Zakończyli jedynie 38 punktów historii i przekazali 6 punktów do następnego Sprintu. Ich prędkość wynosi 38, jak pokazano poniżej:

Prędkość Scrum

Średnia prędkość oparta na poprzednim śledzeniu Sprintów

Jak wspomniano wcześniej, zespoły nie powinny uwzględniać częściowo zakończonych prac w prędkości. Liczą się tylko historie użytkownika oznaczone jako „Zrobione”, nawet jeśli pozostaje tylko niewielka część zadania.

Prędkość oparta na jednym Sprintie nie jest bardzo wiarygodną metryką do prognozowania. (Ale pomaga zespołowi zrozumieć, ile pracy może zaakceptować w jednym Sprintie.) Zróbmy śledzenie ich postępów w kolejnych Sprintach.

Teraz nowy zespół kontynuuje rozwój od Sprintu 1 do Sprintu 4. Punkty historii zakończone w każdym Sprintie to: 38, 29, 38 i 39. Średnia prędkość po czterech Sprintach wynosi 36, jak pokazano poniżej:

Prędkość Scrum w kolejnych Sprintach

Ta średnia, oparta na czterech Sprintach, jest znacznie bardziej przydatna niż zdjęcie z jednego Sprintu. Łatwo wyobrazić sobie, że jeśli kolejka już zawiera szacowane historie użytkownika, możemy wykorzystać tę prędkość do prognozowania. Możemy przewidzieć, jak szybko zespół zakończy całą pracę. Możemy podjąć świadome decyzje dotyczące tego, jakie funkcje możemy dostarczyć w nadchodzącej wersji.

Wykres prędkości

Jeśli zespół Scrum zakończył wiele Sprintów, może wykorzystać raport prędkości do prognozowania dat wydań i zakończenia produktu, a także lepiej planować przyszłe projekty. Na podstawie prędkości z poprzednich Sprintów pokazanych w raporcie możesz osiągnąć następujące cele:

• Śledź ilość pracy zakończonej przez Twój zespół w każdym Sprintie.
• Jeśli skład zespołu i długość Sprintu pozostaną niezmienione, oszacuj, jaką ilość pracy z kolejki może zrealizować zespół w przyszłych Sprintach.

Na podstawie powyższego przykładu, wykres prędkości pokazuje ilość pracy zakończonej przez zespół Scrum w każdym z 4 Sprintów:

Wykres prędkości Scrum