Nowy Backlog Sprintu jest akceptowany przez Zespół Developerski podczas Planowania Sprintu (Sprint Planning). Od tej chwili staje się aktualnym zobowiązaniem Developerów, czyli listą nowych funkcjonalności, ulepszeń i modyfikacji Produktu, które powstaną w rozpoczynającym się Sprincie. Po rozpoczęciu Sprintu Backlog ten staje się natomiast obowiązującą kolejką, z której Developerzy wybierają zadania do wykonania.

Sprint Backlog – omówione zagadnienia:

  1. Wprowadzenie
  2. Jak powstaje Sprint Backlog?
  3. Co zawiera Sprint Backlog?
  4. Korzystanie z Backlogu Sprintu
  5. Podsumowanie

Wprowadzenie

Sprint Backlog opisujepracę Zespołu Developerskiego w czasie trwania jednego Sprintu. Dlatego też wyrażony jest w języku technicznym. Opisuje szczegółowe zadania i ich planowane rozwiązania. Składa się więc z listy zadań sporządzonej w sposób czytelny dla Developerów. Backlog Sprintu zwykle w niewielkim stopniu uwzględnia język wartości biznesowej Produktu, czyli sposób opisywania właściwy Backlogowi Produktu, który przybliżamy tutaj.

Backlog Sprintu jest tworzony:

  • na podstawie Backlogu Produktu
  • na czas trwania jednego Sprintu
  • podczas Wydarzenia Scrumowego zwanego Planowaniem Sprintu
  • przez cały Scrum Team – jednak kluczową rolę w jego powstawaniu odgrywa Zespół Developerski

Jak powstaje Sprint Backlog?

Podczas Planowania Sprintu Product Owner proponuje, w jaki sposób w najbliższym Sprincie zwiększyć wartość Produktu. Następnie cały Scrum Team współpracuje nad sformułowaniem Celu Sprintu, czyli wybiera z Backlogu Produktu funkcjonalność, którą będzie realizował. Cel Sprintu określa, w jaki sposób zostanie ulepszony bądź rozbudowany Produkt, aby mógł lepiej spełniać oczekiwania Klienta.

Kolejnym krokiem jest zastanowienie się, jaki zakres prac jest realny do wykonania w najbliższym Sprincie. I w jaki sposób ta praca zostanie wykonana.

Rezultaty tych ustaleń zostają spisane w formie technicznego opisu zadań do wykonania. I ta lista właśnie staje się nowym Backlogiem Sprintu.

Nowopowstały Backlog Sprintu zostaje umieszczony w miejscu łatwo dostępnym dla wszystkich członków Zespołu Developerskiego. W przestrzeni fizycznej zwykle jest to tablica umieszczona w miejscu pracy. Natomiast w przestrzeni cyfrowej – współdzielony dokument, który mogą aktualizować wszyscy Developerzy. Chociaż właścicielem Backlogu Sprintu jest cały Scrum Team i wszyscy jego członkowie powinni dbać o jego aktualizację, zwykle zadaniem tym zajmuje się Scrum Master lub jeden z Developerów.

The sprint backlog arises

Co zawiera Sprint Backlog?

Backlog Produktu nie określa sposobu wykonywania zadań. Dzieje się tak, ponieważ pozostawienie swobody wyboru postępowania jest bardzo ważne dla samoorganizacji Zespołu Developerskiego. Wolność wyboru kolejności i metod działania jest ważna także dla poczucia samodzielności i odpowiedzialności każdego z Developerów.

Temu samemu celowi służy potraktowanie Backlogu Sprintu jako nieuporządkowanej listy zadań do wykonania. Developer wybiera z niej zadanie, które akurat może lub ma ochotę wykonać (pull). Jest to przeciwieństwo tradycyjnego modelu push, w którym zadania są narzucane Zespołowi lub Developerowi w określonej z góry kolejności.

Backlog Sprintu określa:

  1. Cel Sprintu – czyli daje odpowiedź na pytanie, po co będą wykonywane zadania przewidziane w tym Sprincie
  2. Listę nowych funkcji Produktu i jego ulepszeń, które powstaną w tym Sprincie.Zawiera bowiem elementy Product Backlogu wybrane do realizacji w tym Sprincie
  3. Listę zadań do wykonania– czyli techniczny opis tego, jak i przez kogo zostaną wykonane prace, których rezultatem będzie Przyrost.

Korzystanie z Backlogu Sprintu

Postęp prac spisanych w Sprint Backlogu jest odzwierciedlany przez narzędzia metryczne. Najczęściej przez Burndown Chart, który napiszemy szczegółowo w osobnym artykule. Dzięki takiej wizualizacji Zespół Developerski może łatwo zorientować się, czy prace nad realizacją Celu Sprintu idą zgodnie z przewidywaniami.

Może się zdarzyć, że w czasie trwania Sprintu okazuje się, że plan prac został zakreślony nierealistycznie. Innymi słowy, ilość zadań zapisanych w Backlogu Produktu, które są potrzebne do realizacji Celu Sprintu, jest zbyt duża lub zbyt mała. W takim przypadku Developerzy negocjują z Product Ownerem zmiany w bieżącym Sprint Backlogu. Możliwe jest bowiem zmniejszenie ilości prac lub też dobranie dodatkowych zadań z Backlogu Produktu, bądź rozbudowanie planowanych już rozwiązań. Zmiany nie mogą jednak dotyczyć Celu Sprintu.

The Sprint Backlog specifies_

Podsumowanie

Backlog Sprintu to lista zadań, jakie zobowiązują się wykonać Developerzy w czasie trwania jednego Sprintu. Jest swego rodzaju szczegółową umową zawieraną z Product Ownerem. Backlog Sprintu powstaje w czasie Planowania Sprintu, w którym bierze udział cały Scrum Team. Natomiast stopień wykonania zadań przyjętych do realizacji odzwierciedla Burndown Chart.

Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 17. Co to jest Backlog Sprintu? caroline becker avatar 1background

Autor: Karolina Berecka

Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.