Przewodnik po Scrumie | 31. Jak stworzyć i zinterpretować wykres spalania?

Wykres spalania jest stosunkowo łatwy do stworzenia. Dostępnych jest wiele narzędzi do generowania go z pracy zarejestrowanej przez członków Zespołu Deweloperskiego. Mimo swojej prostoty jego interpretacja może dostarczyć cennych informacji dla całego Zespołu Scrumowego. Przeczytaj ten artykuł, aby dowiedzieć się, jak tworzyć i interpretować wykres spalania.

Jak stworzyć i zinterpretować wykres spalania? – spis treści:

1. Jak stworzyć wykres spalania?
2. Kto odpowiada za wykres spalania?
3. Jak interpretować wykres spalania?
4. Prawdziwy i idealny wykres wypalania
5. Wybór jednostki miary
6. Streszczenie

Jak stworzyć wykres spalania?

Zespół Deweloperski powinien monitorować swoją codzienną pracę. Jest to podstawa nie tylko oceny jego skuteczności, ale także jej poprawy. A jednym z najprostszych i sprawdzonych narzędzi do tego celu jest wykres spalania.

Możesz go utworzyć ręcznie , rysując układ współrzędnych na kartce papieru. Na osi Y należy wykreślić ilość pracy wyrażoną w wybranej jednostce, np. story points. Na osi X narysuj skalę wskazującą kolejne dni Sprintu. Narysuj linię idealnego sprintu, a następnie zaznacz liczbę realistycznie wykonanych zadań na każdy dzień. Choć to rozwiązanie czaruje i angażuje zespół, nie jest zbyt praktyczne. Niekoniecznie jest również odpowiedni dla zespołów zdalnych.

Dlatego znacznie częściej spotyka się cyfrowe sposoby tworzenia wykresu spalania. Wiele narzędzi do rejestrowania pracy nad zadaniami rozproszonymi wśród członków zespołu ma opcję automatycznego tworzenia wykresu wypalania. Następnie programista musi tylko oznaczyć początek i koniec pracy nad konkretną funkcją produktu, a ich wkład zostanie odzwierciedlony na wykresie spalania.

Dzięki odpowiednim narzędziom możliwe jest również dowolne skalowanie wykresu. Daje to wgląd w spalanie nie tylko na poziomie danego Sprintu, ale również w skali kwartału czy całego projektu.

Ważnym czynnikiem do rozważenia przy wyborze narzędzia do tworzenia wykresu spalania jest jego dostępność dla wszystkich członków Zespołu Scrumowego. Widoczność wykresu wypalenia dla całego Zespołu Deweloperskiego jest kluczowym czynnikiem motywacyjnym. Równie ważne jest codzienne spojrzenie na linię pokazującą pracę pozostałą do wykonania. Mówienie o wypaleniu podczas Codziennego Scruma skłania programistów do zastanowienia się nad sposobami ich pracy i bieżącym stanem Produktu.

Kto odpowiada za wykres spalania?

Kwestia własności wykresu spalania jest nieco kontrowersyjna. Z jednej strony powinien należeć do Scrum Mastera, bo to narzędzie, dzięki któremu zespół pracuje wydajnie i zgodnie z planem. Z drugiej strony powinien pozostać w rękach Właściciela Produktu, ponieważ odzwierciedla postęp w kierunku Celu Produktu, który jest komunikowany Klientowi. Co więcej, stroną trzecią, która twierdzi, że jest właścicielem, jest Zespół Deweloperski, ponieważ wykres działa jako jego wewnętrzne narzędzie.

Wykres spalania jest niezbędnym miernikiem oceny efektywności Zespołu Deweloperskiego i jest przyjmowany przez wszystkich członków Zespołu Scrumowego. Dlatego przejrzystość i dostępność mają kluczowe znaczenie. Jednak jego celem jest służenie Zespołowi. Ma wzmacniać jego samoorganizację, poprawiać motywację i dawać realny obraz stanu pracy nad powierzonymi mu zadaniami. Dlatego teoretycznie każdy członek Zespołu Deweloperskiego może aktualizować wykres spalania.

W praktyce jednak zadanie aktualizacji wykresu wypalania zwykle spada na Scrum Mastera. Dzieje się tak zwłaszcza na początku jego pracy z nowym Zespołem Deweloperskim, kiedy prędkość zespołu jest wciąż zmienna i trudna do oszacowania. Niemniej jednak zaleca się powierzenie tego zadania jednemu z Developerów. W końcu wykres ma być uczciwym i wewnętrznym miernikiem postępów prac w ocenie samych Deweloperów.

Jak interpretować wykres spalania?

Szczegółowo opisaliśmy wygląd wykresu wypalania w poprzednim artykule. Tutaj tylko przypomnimy, że oś X pokazuje czas pozostały do ​​wykonania pracy. Z drugiej strony oś Y pokazuje ilość pracy pozostałej do wykonania.

Prawdziwy i idealny wykres wypalania

Dla interpretacji wykresu wypalania kluczowe jest nie tylko regularne wykreślanie rzeczywistego „spalania”, czyli realizacji zadań przez Zespół Deweloperski. Równie ważne dla obrazu jest jego porównanie z idealnym spadkiem linii spalania (wytyczne).

Porównując idealną linię spalania z rzeczywistym zmniejszeniem pracy zaznaczonym na wykresie spalania, można ocenić dwa bardzo ważne parametry. Po pierwsze, aby sprawdzić, czy prace będą kontynuowane w dotychczasowym tempie, Zespół Deweloperski zrealizuje na czas Cel Sprintu lub Cel Produktu. Po drugie, aby zorientować się, kiedy praca zostanie zakończona, przy zachowaniu obecnego tempa. Innymi słowy, wykres spalania pokazuje rzeczywiste tempo zadań, a idealna linia pokazuje, w jakim tempie Zespół powinien pracować, aby wykonać zadania.

Wykres spalania pozwala również określić w dłuższej perspektywie wartość zwaną Development Team Velocity. Poświęcimy mu osobny artykuł. Tutaj tylko nadmienimy, że jest to wartość determinowana ilością pracy wykonanej podczas jednego Sprintu.

Dzięki temu, że wykres wypalenia obrazuje porównanie idealnej linii wypalenia z realnym spadkiem liczby zadań, pozwala oszacować tempo pracy. I w ten sposób przewidywać ryzyko opóźnień w realizacji projektów.

Wybór jednostki miary

Szybkość drużyny jest zwykle mierzona w jednostkach zwanych punktami fabularnymi. Określa liczbę zrealizowanych historyjek użytkownika. Mogą one wymagać bardzo różnych nakładów pracy.

Dlatego wiele Zespołów Scrumowych używa miary opartej na czasie. W zależności od skali są to dni lub roboczogodziny. Każdy programista szacuje, a następnie rejestruje ilość czasu spędzonego na swoich zadaniach.

Inną opcją jest przyjęcie zadań jako jednostki. Są to nieco większe jednostki, którym z kolei przypisuje się wartość wyrażoną w punktach fabularnych, czyli w dniach lub roboczogodzinach. Jest to jednostka, która pozwala klientowi w bardziej przejrzysty sposób przedstawić postęp prac nad produktem.

Niezależnie od jednostki miary warto pamiętać o zasadzie naliczania szybkości Zespołu Deweloperskiego. W danym dniu lub sprincie liczą się tylko zadania, które zostały faktycznie wykonane. Oznacza to, że rozpoczęte zadania będą liczone do następnego dnia lub Sprintu, nawet jeśli brakuje tylko testów końcowych.

Streszczenie

Dzięki dostępnym narzędziom do monitorowania zespołu tworzenie wykresu spalania staje się łatwym zadaniem. Najważniejszą kwestią jest zapewnienie jej spójności, przejrzystości i przystępności dla wszystkich członków Zespołu Scrumowego.

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Twitterze, LinkedIn, Instagramie, YouTube, Pintereście.

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Zobacz wszystkie posty

Przewodnik po Scrumie:

1. Słowniczek podstawowych pojęć, ról i pojęć
2. Co to jest Scrum?
3. Wartości Scrum
4. Jak wdrożyć Scrum w swojej firmie?
5. Zespół Scrumowy - co to jest i jak działa?
6. Kim jest Product Owner?
7. Najczęstsze błędy Product Ownera
8. Kim jest Scrum Master?
9. Charakterystyka dobrego Scrum Mastera
10. Najczęstsze błędy Scrum Mastera
11. Jakie statystyki i metryki powinien śledzić Scrum Master?
12. Współpraca Product Ownera ze Scrum Masterem
13. Zespół Deweloperski w Scrum
14. Najczęstsze błędy programistów
15. Artefakty Scrum
16. Skalowanie Scrum
17. Backlog Sprintu
18. Czym jest Backlog Produktu?
19. Czym są historie użytkowników?
20. Tworzenie najlepszej historii użytkownika z INVEST
21. Najczęstsze błędy User Story
22. Kryteria akceptacji historii użytkownika
23. Szacowanie i punkty fabularne w Scrumie
24. Poker Planowania
25. Drużynowa gra szacowania
26. Definiowanie przyrostu
27. Wydarzenia scrumowe
28. Czym jest Sprint w Scrumie?
29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
30. Co to jest wykres spalania?
31. Jak stworzyć i zinterpretować wykres spalania?
32. Zalety i wady wykresu spalania
33. Tablice Kanban w Scrum i Scrumban
34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
35. Codzienny Scrum
36. Planowanie sprintu
37. Przegląd sprintu
38. Czym jest retrospektywa sprintu?
39. Typowe błędy podczas Retrospektywy Sprintu
40. Pielęgnacja Backlogu Produktu