Wykres spalania pozwala ocenić, na jakim etapie realizacji znajduje się bieżący Sprint lub cały projekt realizowany przez Scrum Team. Przede wszystkim pokazuje jednak, ile czasu potrzeba na realizację Celu Sprintu lub Celu Produktu. Do pewnego stopnia pozwala również mierzyć zmiany efektywności pracy zespołu Developerskiego. A dzięki temu ocenić, jakie jest prawdopodobieństwo ukończenia zadań na czas. Burndown chart pokazuje bowiem, ile pracy już wykonano, a ile pozostało jeszcze do wykonania.
Burndown Chart – omówione zagadnienia:
- Czym jest wykres spalania?
- Jak wygląda wykres spalania?
- Szacowanie czasu realizacji zadań
- Podsumowanie
Czym jest wykres spalania?
Wykres spalania służy do szacowania czasu i nakładu pracy potrzebnych do wykonania zadania. Jest też cennym narzędziem ostrzegawczym, jeśli praca nie idzie zgodnie z planem. Dzięki niemu za pomocą jednego rzutu oka każdy z członków Scrum Team jest w stanie ocenić stan realizacji zadań. Dlatego też wykres spalania powinien być łatwo dostępny dla wszystkich osób zaangażowanych w projekt.
Wykres spalania jest w Scrumie wykorzystywany w dwóch wersjach: ,strong>jako wykres spalania Sprintu oraz jako Burndown Chart Projektu. Będziemy omawiać je łącznie, ponieważ zasada ich działania jest identyczna. Różnią się one jedynie skalą czasową i ilością zadań, które obrazują.
Jak wygląda Burndown Chart?
Na wykresie spalania na osi X przedstawiony jest czas pozostały na wykonanie pracy. Jeśli wykres dotyczy Sprintu, czas mierzony jest dniach. Natomiast jeśli wykres spalania dotyczy całego projektu, czas najczęściej mierzony jest w Sprintach.
Oś Y wykresu spalania wyznacza ilość pracy pozostałej do wykonania. Odnosi się więc do zadań zamieszczonych w Backlogu Sprintu lub w Backlogu Produktu. Jednostkami używanymi na pionowej osi wykresu mogą być:
- Story Points – o których możesz przeczytać więcej w tekście poświęconym User stories
- Dniówki/osobogodziny (Man Days/Hours)
- Zadania (Tasks)
Wykres spalania zazwyczaj uwzględnia linię spalania przedstawiająca idealny, liniowy spadek ilości zadań, jakie pozostały do wykonania. Dzięki niemu można zorientować się, jaki jest planowany czas zakończenia. Więcej na temat interpretacji wykresu spalania dowiesz się z tego artykułu.
Szacowanie czasu realizacji zadań
Każdy z Developerów z osobna musi oszacować ilość godzin potrzebnych mu na wykonanie konkretnej pracy. Zaś szacowany czas realizacji Celu Sprintu bądź Projektu jest sumą czasu szacowanego przez wszystkich Developerów. Dużą trudność stanowi przełożenie szacowanego czasu wykonania (estimated time) na rzeczywisty czas realizacji zadań. Jest to jeden z większych problemów trapiących nowo utworzone Zespoły Developerskie. Może on zaburzać obraz przedstawiony na Burndown Chart.
Co więcej, nie zawsze udaje się od razu stworzyć optymalny przepływ pracy w Zespole Developerskim. Przez to w wykonywaniu zadań mogą pojawiać się przestoje, które wydłużają czas realizacji zadań.
Jednym ze wskaźników dojrzałości Zespołu jest umiejętność trafnego szacowania czasu pracy. Im większa przewidywalność, tym bardziej dojrzały jest zespół. Znajduje to odzwierciedlenie w wykresie spalania, na którym linia odzwierciedlająca realne spalanie opada równomierne do zera. Sformułowanie to nie dotyczy jednak wszystkich sytuacji.
Jak pisaliśmy w artykule poświęconym statystykom monitorowanym przez Scrum Mastera, wiele zależy od charakteru samego projektu: jego innowacyjności oraz powtarzalności zadań wykonywanych przez Developerów. Wykres spalania sprawdza się bowiem najlepiej w przypadku projektów, w których zakres prac jest stały i znany. Dlatego też w przypadku innowacyjnych projektów lepiej zastosować inne sposoby pomiaru efektywności zespołu.
Podsumowanie
Wykres spalania sprawdza się jako podstawowa metryka postępu prac większości Zespołów Developerskich. Służy do wizualizacji nakładu pracy oraz czasu potrzebnego do realizacji Celu Sprintu lub Celu Produktu. Dzięki jasności i dostępności, Burndown Chart pozwala wszystkim członkom Scrum Team na bieżąco oceniać, na jakim etapie realizacji znajduje się praca nad projektem.
Poznaj zalety i wady Burndown Chart w naszym kolejnym wpisie. Zapraszamy do zapoznania się z poprzednimi wpisami dotyczącymi metodyki Scrum. Znajdziesz w nich wszystkie informacje niezbędne do wprowadzenia Scrum w twoim przedsiębiorstwie.
Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Przewodnik Scrum:
- Słowniczek podstawowych terminów Scrum
- Czym jest Scrum?
- Wartości Scruma
- Jak wdrożyć Scrum w swojej firmie?
- Scrum Team - czym jest i jak działa?
- Kim jest Product Owner?
- Kim jest Scrum Master?
- Najczęstsze błędy popełniane przez Product Ownera
- Cechy dobrego Scrum Mastera
- Najczęstsze błędy popełnianie przez Scrum Mastera
- Współpraca Scrum Mastera z Product Ownerem
- Jakie statystyki i metryki powinien śledzić Scrum Master?
- Zespół Developerski w Scrumie
- Najczęstsze błędy popełniane przez Developerów
- Artefakty Scruma
- Skalowanie Scruma
- Co to jest Backlog Sprintu?
- Co to jest Backlog Produktu?
- Czym są User Stories?
- INVEST, czyli jak stworzyć dobre User Story
- Najczęstsze błędy popełniane przy pisaniu User Story
- Kryteria Akceptacji User Story
- Estymacja i Story Points w Scrum
- Jak działa Planning Poker?
- Team Estimation Game jako alternatywa dla Planning Pokera
- Czym jest Przyrost w Scrum?
- Czym jest Sprint w Scrum?
- Wydarzenia w Scrum
- Cel Produktu, Cel Sprintu i Definicja Ukończenia, czyli zobowiązania Scrum Team
- Co to jest wykres spalania (Burndown Chart)?
- Jak tworzyć i jak interpretować wykres spalania?
- Zalety i wady wykresu spalania
- Tablice Kanban w Scrum i Scrumban
- Prędkość Zespołu Deweloperskiego
- Daily Scrum
- Sprint Planning
- Sprint Review
- Co to jest Retrospekcja Sprintu?
- Częste błędy w czasie Retrospekcji
- Jak przeprowadzić pielęgnację backlogu produktu?
- Gdzie zdobyć wiedzę i doświadczenie w Scrum?