W czasie pracy nad Produktem, kolejne wpisy z Backlogu Produktu są przekształcane w Przyrost w Scrum. Innymi słowy, Product Owner wybiera z Backlogu Produktu funkcjonalność Produktu gotową do realizacji. Zaś Zespół Developerski przekształca ją w działającą, wartościową funkcjonalność Produktu podczas trwania jednego Sprintu.
Przyrost w Scrum – omówione zagadnienia:
- Czym jest przyrost w metodologii Scrum?
- Przyrost a Cel Produktu i Cel Sprintu
- Kiedy wykonana praca staje się Przyrostem?
- Podsumowanie
Czym jest przyrost w metodologii Scrum?
Przyrost w Scrum jest wykonaną w czasie jednego Sprintu najnowszą, gotową i udoskonaloną wersją Produktu. Odznacza się ona wartością biznesową i może potencjalnie zostać wydana. Ważną częścią jego definicji jest stwierdzenie, że Przyrost jest sumą wcześniejszego stanu Produktu i tego, co zostało do niego dodane w bieżącym Sprincie. Nie określa więc wyłącznie nowych funkcjonalności dodanych do Produktu, lecz także a w zasadzie przede wszystkim – ich integrację z jego zastaną wersją oraz wniesione ulepszenia i poprawki.
Przyrost a Cel Produktu i Cel Sprintu
W każdym Sprincie powinien zostać wytworzony co najmniej jeden nowy Przyrost. Za jego realizację jest odpowiedzialny cały Scrum Team. Jak zatem ma się Cel Sprintu a przyrost w Scrum? Można powiedzieć, że Cel Sprintu jest odpowiedzią na pytanie, po co budowany jest Przyrost. Należy jednak pamiętać, że w jednym Sprincie może zostać zrealizowanych kilka Przyrostów, których suma będzie pełną realizacją Celu Sprintu.
Natomiast składowymi Przyrostu będą funkcjonalności sklepu takie jak:
- dodawanie przedmiotu do koszyka
- usuwanie przedmiotu z koszyka
- wyświetlanie sumy należności za zakupy
- obliczanie kosztów dostawy dla przedmiotów w koszyku, itp.
Każdy Przyrost przybliża moment realizacji Celu Produktu. I z myślą o nim powinien być realizowany. Dlatego też Przyrostem mogą być ulepszenia takie jak:
- uporządkowanie bazy danych klientów
- usprawnienie przepływu pracy pomiędzy Developerami
Dzieje się tak, ponieważ chociaż nie są one bezpośrednio związane z poprawą obecnego stanu Produktu, mają ogromny wpływ na lepszą i bardziej efektywną realizację Celu Produktu.
Kiedy wykonana praca staje się Przyrostem?
Miarą udanego Przyrostu jest to, czy jest użyteczny. Innymi słowy, wykonana praca staje się Przyrostem dopiero w momencie, w którym spełnia Definicję Ukończenia, o której pisaliśmy w osobnym artykule. Definicja ta określa jednoznacznie, jakie zmiany i ulepszenia pojawiły się w Produkcie. Na podstawie Definicji Ukończenia można przetestować Przyrost by ocenić, czy rzeczywiście wprowadza ulepszenia do Produktu i czy wnosi deklarowaną wartość biznesową.
Jeśli wykonana praca nie jest zgodna z Definicją Ukończenia, powraca do Product Backlogu. Kolejne kroki obejmują następujące opcje:
- praca może zostać ukończona w kolejnym Sprincie, co należy uwzględnić w procesie planowania kolejnego sprintu
- praca może zostać anulowana, jednak musi być to zatwierdzone przez Product Ownera
- praca może zostać przesunięta w dół Backlogu Produktu do wykonania w przyszłości – po usunięciu przeszkód stojących na drodze do jej realizacji, z uwzględnieniem czasu potrzebnego na ponowne podejście do realizacji założenia.
Jeśli Przyrost w Scrum został w danym Sprincie wytworzony z sukcesem, jest on przedstawiany i oceniany podczas Sprint Review. W razie potrzeby może jednak zostać dostarczony Interesariuszom nawet przed ukończeniem Sprintu. Ostateczną decyzję o jego wydaniu podejmuje Product Owner.
Podsumowanie
Przyrost to gotowa do wydania, świeża wersja Produktu. Obejmuje on wszystkie modyfikacje i ulepszenia wykonane w danym Sprincie zsumowane z dotychczasowym stanem Produktu. Można więc powiedzieć, że Przyrost to najnowsza stabilna, możliwa do wydania wersja Produktu zawierająca poprzednie dokonania w zakresie danego Produktu.
W jednym Sprincie może zostać wykonanych kilka Przyrostów. Wszystkie jednak muszą spełniać Definicję Ukończenia.
Sprawdź jakie inne wydarzenia, obok przyrost w Scrum możesz jeszcze spotkać: Wydarzenia w Scrum
Dla pełnego obrazu metodologii Scrum polecamy zapoznać się z całym opublikowanym przez nas przewodnikiem, który krok po kroku przeprowadza przez tajniki i sposoby prowadzenia przedsiębiorstwa w oparciu o Scrum.
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?