Product Increment (przyrost produktu) to skumulowana suma wszystkich elementów Product Backlog ukończonych w bieżącym Sprincie oraz we wszystkich poprzednich Sprintach, które spełniają Definition of Done. Nie jest to luźny zbiór zadań, tylko zintegrowana, działająca część produktu, którą można zademonstrować i wdrożyć. Każdy nowy przyrost dokłada się do istniejącej całości i tworzy konkretny krok w stronę Product Goal.
Zgodnie z The 2020 Scrum Guide Increment jest jednym z trzech artefaktów Scruma, obok Product Backlog i Sprint Backlog. Jego zobowiązaniem (commitment) jest Definition of Done, czyli formalna lista kryteriów jakości, które muszą być spełnione, zanim element uznasz za ukończony. Dopóki zadanie nie przejdzie tej listy, nie staje się częścią przyrostu.
Product Increment a Definition of Done – jak działa ta zależność
Definition of Done pełni rolę bramki jakości. Element Product Backlog wchodzi do przyrostu dopiero wtedy, gdy spełni wszystkie ustalone kryteria: kod jest napisany, przetestowany, zintegrowany i gotowy do prezentacji. Bez wspólnej definicji przyrost robi się nieprzejrzysty, bo każdy członek zespołu inaczej rozumie słowo “ukończone”.
W jednym Sprincie może powstać więcej niż jeden przyrost. Każdy element, który spełni Definition of Done, staje się częścią Incrementu i może zostać zaprezentowany lub wdrożony niezależnie od pozostałych. Nie musisz więc czekać na koniec Sprintu, żeby dostarczyć wartość.
Potentially shippable – co oznacza gotowość do wdrożenia
Przyrost musi być “potentially shippable”, czyli potencjalnie wdrażalny. W praktyce oznacza to, że nie zawiera nieukończonej pracy blokującej release. Sama decyzja o faktycznym wdrożeniu należy wyłącznie do Product Ownera, nie do reszty Scrum Teamu. Product Owner może zdecydować o releasie w dowolnym momencie albo zaczekać i połączyć kilka przyrostów w jedną publikację.
Rozdzielenie technicznej gotowości od decyzji biznesowej daje elastyczność. Zespół dostarcza działający fragment produktu, a właściciel produktu wybiera moment, w którym trafi on do użytkowników.
Cechy dobrego przyrostu produktu
- spełnia całą Definition of Done, bez odkładania testów czy integracji “na później”;
- integruje się z poprzednimi przyrostami i tworzy spójny, działający produkt;
- nadaje się do inspekcji podczas Sprint Review;
- przybliża realizację Product Goal, a nie tylko domyka pojedyncze zadania.
Kto odpowiada za przyrost po zmianach w Scrum Guide 2020
Scrum Guide 2020 przeniósł odpowiedzialność za dostarczenie przyrostu. Wcześniej wskazywano tu wyłącznie Developerów, teraz odpowiedzialność za stworzenie wartościowego i użytecznego Incrementu w każdym Sprincie ponosi cały Scrum Team. Product Owner porządkuje Product Backlog i wskazuje, co ma największą wartość. Developerzy budują i testują przyrost. Scrum Master wspiera zespół w usuwaniu przeszkód, które mogłyby zagrozić dostarczeniu.
Więcej o samym artefakcie znajdziesz w opisie What is an Increment? – Scrum.org.
Product Increment a Product Goal i Sprint Review
Każdy przyrost jest krokiem w kierunku Product Goal, czyli długoterminowego celu produktu opisanego w Product Backlog. To Product Goal nadaje sens kolejnym Sprintom i pomaga zespołowi ocenić, czy dostarczana praca faktycznie przybliża do zamierzonego rezultatu.
Podczas Sprint Review przyrost służy jako podstawa do inspekcji postępu. Zespół pokazuje działający produkt interesariuszom, zbiera od nich informacje zwrotne i na tej podstawie dostosowuje Product Backlog. Praktyczne omówienie tego mechanizmu znajdziesz w artykule What is an increment in Scrum? – Wrike.
FAQ
Czym różni się Product Increment od Product Backlog?
Product Backlog to uporządkowana lista tego, co dopiero ma powstać. Product Increment to już zbudowana i sprawdzona część produktu, która spełnia Definition of Done. Backlog opisuje plany, przyrost dostarcza działający rezultat.
Czy przyrost trzeba wdrożyć od razu po Sprincie?
Nie. Przyrost musi być gotowy do wdrożenia, ale moment releasu wybiera Product Owner. Może wdrożyć go natychmiast albo połączyć kilka przyrostów w jedną publikację.
Ile przyrostów powstaje w jednym Sprincie?
Co najmniej jeden, ale może być ich więcej. Każdy element Product Backlog, który spełni Definition of Done, staje się częścią Incrementu i może zostać zaprezentowany lub wdrożony osobno.
Kto decyduje, czy przyrost spełnia kryteria jakości?
Kryteria określa Definition of Done ustalona przez Scrum Team. Developerzy odpowiadają za spełnienie tych kryteriów, a cały zespół dba o to, by dostarczony przyrost był użyteczny i przejrzysty podczas Sprint Review.
