Dlaczego warto mierzyć prędkość sprintu w zespole

Prawidłowo zmierzona prędkość sprintu może pomóc w dokładnym oszacowaniu obciążenia zespołu, uprościć planowanie sprintów i pomóc kierownikom projektów w śledzeniu postępów w projektach.

Czym jest prędkość sprintu?

Prędkość sprintu to miara tego, ile zespół Agile może wyprodukować podczas jednego normalnego cyklu sprintu. Do obliczenia prędkości sprintu użyjesz dwóch głównych zmiennych: ilości pracy ukończonej przez zespół Agile oraz czasu potrzebnego na jej wykonanie.

Należy pamiętać, że prędkość sprintu jest wskaźnikiem opisowym i nie należy go używać jako wskaźnika sukcesu. Nie należy postrzegać prędkości sprintu jako czegoś, co można „poprawić”. Jest to trudny wskaźnik określający, ile pracy może zostać ukończone przez zespół w ramach jednego sprintu. Chociaż warto konsekwentnie mierzyć prędkość sprintu, nie należy jej postrzegać jako wskaźnika sukcesu. W przeciwnym razie Twój zespół może zostać przepracowany. Celem zrozumienia prędkości sprintu jest poznanie pojemności zespołu, a nie jej zwiększenie.

Jak obliczyć prędkość sprintu

Prędkość sprintu można obliczyć za pomocą prostego równania matematycznego: podziel liczbę elementów backlogu (lub punktów historyjek, jeśli Twój zespół z nich korzysta) przez całkowity czas trwania sprintu w dniach.

Na przykład, jeśli Twój zespół ma 60 elementów w backlogu, a średni czas trwania sprintu wynosi 2 tygodnie, równanie wygląda następująco:

60 elementów backlogu / 10 dni = prędkość sprintu 6

Ustalenie, ile zadań zespół może ukończyć w przeciętnym sprincie, jest stosunkowo proste. Zacznij od zajęcia się backlogiem zawierającym zbyt wiele elementów i sprawdź, ile z nich Twój zespół jest w stanie wykonać w wyznaczonym czasie sprintu. Celem nie jest ukończenie wszystkich zadań z backlogu, ale testowanie pracy, którą zespół może wykonać.

Inną opcją, którą możesz wypróbować przed pierwszym sprintem, jest użycie strategii szacowania projektu, aby przewidzieć, ile zadań zespół może ukończyć. Jeśli szukasz strategii, które możesz wykorzystać, spróbuj użyć szacowania odgórnego, szacowania trzypunktowego lub metody szacowania analogicznego.

Dlaczego warto mierzyć prędkość sprintu?

Nie mierzy się prędkości sprintu bez powodu. Istnieją praktyczne (i korzystne) powody, dla których zespół powinien mierzyć prędkość sprintu. Oto kilka z nich.

• Ułatwia planowanie sprintów. Znajomość prędkości sprintu zespołu może ułatwić właścicielom produktów i Scrum Masterom planowanie sprintów. Znając średnią prędkość sprintu zespołu, łatwiej jest wybrać odpowiednie historyjki użytkowników z backlogu produktu, aby przejść do tej iteracji bez przeciążania zespołu programistycznego.

• Umożliwia zarządzanie oczekiwaniami interesariuszy. Jeśli interesariusze proszą o osi czasu dla konkretnej historii użytkownika lub próbują dodać coś przed końcem sprintu, jako właściciel produktu rozumiesz, jak ta zmiana może wpłynąć na wyniki zespołu na podstawie prędkości sprintu.

• Sygnalizowanie potencjalnych problemów. Regularne monitorowanie prędkości sprintu pozwala na bardziej spójne mierzenie średniej prędkości. Jeśli zauważysz nagły spadek prędkości, wiesz, że istnieje potencjalny problem, taki jak niedokończona zależność, który należy rozwiązać przed przejściem do następnego sprintu.

Jak wizualizować prędkość sprintu

Możliwość szybkiego sprawdzenia i zmierzenia prędkości sprintu może pomóc osobom pracującym nad projektem Agile szybko zrozumieć, jak radzi sobie ich zespół. W dowolnym momencie sprintu mogą spojrzeć na wykres i zobaczyć bieżące postępy zespołu. 

W zależności od tego, co chcesz uwidocznić w swoim sprincie, możesz użyć kilku różnych typów wykresów prędkości. Oto kilka przykładów:

Podstawowy wykres prędkości

Podstawowy wykres prędkości to wykres słupkowy, który porównuje dwa główne czynniki – przewidywaną ilość pracy, którą zespół programistów może wykonać w jednym sprincie, oraz rzeczywistą pracę, która została ukończone w sprincie. 

Oś X wykresu przedstawia różne sprinty, podczas gdy oś Y pokazuje liczbę punktów historyjek lub liczbę historyjek użytkowników.

Dzięki takiemu wizualnemu przedstawieniu danych łatwo jest sprawdzić, ile średnio Twój zespół może ukończyć w danym sprincie w porównaniu z szacowaną ilością.

Wykres spalania

Wykres spalania szacuje ilość pracy, którą zespół musi ukończyć i porównuje ją z czasem pozostałym do końca sprintu. W miarę postępu sprintu celem jest, aby linia wykresu zbliżała się do zera. 

Jeśli masz szacunkową prędkość swojego zespołu, możesz nanieść ją na wykres spalania i zobaczyć, jak Twój zespół wypada w porównaniu z idealną linią prędkości. W powyższym przykładzie widać, że na początku sprintu zespół był w stanie ukończyć więcej zadań, niż przewiduje idealna linia. W końcu zespół zanurzył się w pracę, ale mimo to osiągnął ostateczny cel. 

Wykres wypalania

Wykres burnup jest dokładnym przeciwieństwem wykresu burndown. Ten wykres zazwyczaj zawiera dwie linie: faktycznie ukończone zadania oraz idealny cel, który zespół powinien osiągnąć. Idealny cel to zazwyczaj pozioma linia na wykresie, podczas gdy faktyczna praca będzie stale rosnąć, aby osiągnąć linię celu w miarę upływu czasu.

Wskazówki dotyczące regulacji prędkości sprintu zespołu

Jeśli zauważysz, że prędkość sprintu Twojego zespołu jest niespójna, może to być znak, że musisz ją wyregulować. Spójność prędkości sprintu jest ważna, ponieważ pozwala łatwo sprawdzić, jak zespół radzi sobie na co dzień. Niespójności pokazują, że coś jest nie tak.

Na przykład cztery ostatnie sprinty miały prędkość sprintu 4,5, 7, 5 i 3. Średnia prędkość sprintu wynosi zwykle około 6. Niespójność prędkości sprintu może być wskaźnikiem większego problemu. Regulowanie prędkości sprintu zespołu oznacza dążenie do utrzymania jej na stałym poziomie w kolejnych sprintach.

Oto kilka wskazówek, jak możesz regulować prędkość sprintu swojego zespołu.

Wyjaśnij historie użytkowników

Jedną z rzeczy, które mogą pomóc ustabilizować prędkość sprintu zespołu, jest upewnienie się, że historie użytkowników są jasne i łatwe do zrozumienia przed rozpoczęciem sprintu. Historia użytkownika to krótki opis funkcji oprogramowania napisany z perspektywy użytkownika końcowego. Historie użytkowników są często dołączane do elementów w backlogu. Dzięki temu zespół Scrum lub członkowie zespołu projektowego mogą skupić się na pracy, którą muszą wykonać, zamiast spędzać czas na szukaniu interesariuszy w celu uzyskania szczegółowych informacji. Może to pomóc zwiększyć prędkość, koncentrując czas zespołu na pracy, która ma znaczenie.

Zadbaj o spójność

Jeśli prędkość Twojego zespołu jest niespójna, być może zmieniasz zbyt wiele zmiennych między sprintami. Na przykład, czy zmieniasz członków zespołu programistycznego? Skład zespołu może wpłynąć na ilość pracy, którą zespół jest w stanie wykonać. 

Oto kilka innych zmiennych, które mogą wpłynąć na prędkość sprintu:

• Długość sprintu

• Wzrost liczby punktów historyjek

• Zmiana w procesach

Ustal jednolitą definicję „ukończonego”

Ważne jest, aby wszyscy członkowie zespołu jasno rozumieli, co oznacza, że historia użytkownika jest „ukończona”. Jest to kluczowy aspekt struktury Scrum, który jest często wykorzystywany również w innych metodykach Agile. 

Kiedy Twój zespół ma jasną definicję tego, co oznacza ukończone zadanie, może dokładniej oszacować, ile pracy jest z nim związanej. To z kolei prowadzi do dokładniejszych szacunków projektu, a ostatecznie do dokładniejszego określenia prędkości sprintu.

Przeprowadź retrospekcję sprintu

Jedną z zalet metodologii Agile jest to, że jest to iteracyjny proces tworzenia oprogramowania. Oznacza to, że pod koniec każdego sprintu istnieje możliwość zastanowienia się nad nim i sprawdzenia, co poszło dobrze, a co nie. Spotkanie poświęcone retrospekcji sprintu ma właśnie taki cel – jest to spotkanie poświęcone refleksji nad minionym sprintem i sposobom na poprawę w następnym.

Celem jest ciągłe doskonalenie. W miarę jak zespół przechodzi przez kolejne sprinty, powinien wykorzystywać wnioski z poprzednich sprintów w przyszłych sprintach. Dzięki temu zespół będzie mógł zmieniać procesy, aby stale się doskonalić.