Przewodnik po Scrumie | 17. Backlog sprintu

Zespół Deweloperski tworzy nowy Backlog Sprintu podczas Planowania Sprintu. Od tego momentu staje się ona aktualnym zobowiązaniem dla Programistów, czyli listą nowych funkcjonalności, ulepszeń i modyfikacji Produktu do wdrożenia w startowym Sprincie. Po rozpoczęciu Sprintu Backlog staje się wiążącą kolejką, z której Deweloperzy wybierają zadania do wykonania.

Co to jest Backlog Sprintu? – spis treści:

1. Wstęp
2. Jak powstaje Backlog Sprintu?
3. Co zawiera Backlog Sprintu?
4. Korzystanie z Backlogu Sprintu
5. Streszczenie

Wstęp

Backlog Sprintu opisuje pracę Zespołu Deweloperskiego podczas pojedynczego Sprintu. Dlatego jest wyrażony językiem technicznym. Opisuje szczegółowe zadania i ich planowane rozwiązania. Składa się więc z listy zadań sporządzonych w sposób czytelny dla Developerów. Backlog Sprintu zazwyczaj w niewielkim stopniu uwzględnia język wartości biznesowej Produktu, sposób opisu właściwy dla Backlogu Produktu, który tutaj przedstawimy.

Backlog Sprintu powstaje:

• na podstawie Backlogu Produktu
• na czas jednego Sprintu
• podczas wydarzenia Scrumowego o nazwie Planowanie Sprintu
• przez cały Zespół Scrumowy – ale Zespół Deweloperski kluczową rolę w jego tworzeniu

Jak powstaje Backlog Sprintu?

Podczas Planowania Sprintu Właściciel Produktu proponuje , jak dodać wartość do Produktu w następnym Sprincie. Następnie cały Zespół Scrumowy pracuje wspólnie nad sformułowaniem Celu Sprintu, czyli wybiera, którą funkcjonalność z Backlogu Produktu wdrożyć. Cel Sprintu określa sposób realizacji Produktu lub przesunięcia terminu w celu spełnienia oczekiwań Klienta.

Następnym krokiem jest przemyślenie i realistyczne ustalenie zakresu pracy do wykonania w kolejnym Sprincie oraz sposobu jego osiągnięcia.

Wyniki tych ustaleń mają formę technicznego opisu zadań do wykonania. A ta lista staje się nowym Backlogiem Sprintu.

Nowo utworzony Backlog Sprintu znajduje się w lokalizacji, która jest łatwo dostępna dla wszystkich członków Zespołu Deweloperskiego. W przestrzeni fizycznej jest to zwykle tablica wisząca w przestrzeni roboczej. Podczas gdy w przestrzeni cyfrowej istnieje jako wspólny dokument w chmurze, który wszyscy programiści mogą aktualizować. Mimo że każdy członek Zespołu Scrumowego powinien aktualizować go codziennie, to zazwyczaj Scrum Master lub jeden z Developerów przejmuje tę odpowiedzialność.

Co zawiera Backlog Sprintu?

Backlog Produktu nie określa, jak dokładnie wykonywać zadania. Decyzja należy do Zespołu Deweloperskiego. Ten ruch stwarza zespołowi wystarczająco dużo miejsca do manewrowania, zwiększając tym samym jego zdolności do samoorganizacji. Ponadto ta swoboda wyboru kolejności i metod działania daje każdemu programiście poczucie niezależności i odpowiedzialności.

Ta sama idea dotyczy traktowania Backlogu Sprintu jako nieuporządkowanej listy zadań do wykonania. W przeciwieństwie do tradycyjnego modelu push (gdzie zespół lub programista działa zgodnie z predefiniowanym i narzuconym agendą), w modelu pull programiści wybierają zadania do wykonania (model pull).

Backlog Sprintu określa:

1. Cel Sprintu – czyli odpowiedź na pytanie dlaczego wykonywać zaplanowane zadania w tym Sprincie
2. Lista nowych funkcji Produktu i ulepszeń do opracowania w tym Sprincie. Dzieje się tak, ponieważ zawiera elementy Backlogu Produktu wybrane do wdrożenia w tym Sprincie.
3. Lista zadań do wykonania – czyli opis techniczny jak i przez kogo praca, która zaowocuje przyrostem…

Korzystanie z Backlogu Sprintu

Różne narzędzia metryczne odzwierciedlają postęp prac zapisanych w Backlogu Sprintu. Najczęściej jest to Wykres Burndown , który w pełni omówimy w osobnym, dedykowanym artykule. Dzięki takiej wizualizacji Zespół Deweloperski może łatwo sprawdzić, czy prace nad Celem Sprintu przebiegają zgodnie z planem.

Może się zdarzyć, że podczas Sprintu okaże się, że plan pracy został opracowany nierealistycznie. Innymi słowy, liczba zadań do wykonania w Celu Sprintu Backlogu Produktu jest zbyt wysoka lub zbyt niska. W obu przypadkach Deweloperzy i Właściciel Produktu zabierają się do pracy, aby dowiedzieć się, jakie zmiany zastosować w bieżącym Backlogu Sprintu. Możliwe jest zmniejszenie nakładu pracy, wybranie dodatkowych zadań z Backlogu Produktu lub rozszerzenie już zaplanowanych rozwiązań. Pamiętaj jednak, że sam cel sprintu musi pozostać niezmieniony.

Streszczenie

Backlog Sprintu to lista zadań, które Deweloperzy planują wykonać podczas jednego Sprintu. Jest to rodzaj szczegółowej umowy z Product Ownerem. Backlog Sprintu powstaje podczas Planowania Sprintu, w którym uczestniczy cały Zespół Scrumowy. Wykres spalania odzwierciedla stopień realizacji zadań przyjętych do realizacji.

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