Przewodnik po zwinnych ceremoniach i spotkaniach scrumowych

Wydarzenia scrumowe mają miejsce, gdy Scrum Master, product owner i zespół programistów spotykają się, aby m.in. zaplanować pracę, omówić prace w toku i zebrać opinie. Zapewniają one ustrukturyzowane ramy do regularnej komunikacji, dzięki którym zespół jest skoncentrowany i nastawiony na doskonalenie swoich procesów. Cztery główne wydarzenia scrumowe to planowanie sprintu, codzienny stand-up (codzienne spotkanie scrumowe), przegląd sprintu i retrospektywa sprintu.

Nie każdy zespół scrumowy Agile musi realizować wszystkie wersje spotkań scrumowych, a zespół niekoniecznie musi być zespołem scrumowym, aby realizować spotkania scrumowe. Poniżej znajduje się opis kilku spotkań scrumowych w ramach metodyki Agile, które pomagają zwiększyć możliwości każdego zespołu.

Wydarzenia Scrum są uważane za niezbędny element ram Scrum i nie mają charakteru opcjonalnego. Pomijanie wydarzeń może prowadzić do problemów z koordynacją, braku informacji zwrotnych i spadku wydajności zespołu.

Zespoły mogą jednak dostosowywać format lub częstotliwość wydarzeń w miarę osiągania dojrzałości, pod warunkiem zachowania podstawowych zasad przejrzystości, kontroli i adaptacji. Przykładowo doświadczone zespoły mogą uprościć niektóre spotkania, zachowując jednocześnie ich sens i wartość.

Wydarzenia Scrum są ważne, ponieważ zapewniają strukturę, ułatwiają komunikację i gwarantują przejrzystość w zespole. Uczestnicząc w tych regularnych wydarzeniach, zespoły mogą uzgadniać cele, wcześnie wykrywać problemy i szybko dostosowywać się do zmian.

Przykładowo wydarzenia, takie jak przeglądy sprintów, umożliwiają interesariuszom przekazywanie informacji zwrotnych, natomiast retrospektywy pomagają zespołom zastanowić się nad dotychczasowymi działaniami i wprowadzić ulepszenia. Ten rytm współpracy i kontroli ma kluczowe znaczenie dla dostarczania produktów wysokiej jakości i utrzymania prawidłowej dynamiki zespołu.

Cztery wydarzenia scrumowe to planowanie sprintu, codzienne spotkanie scrumowe (zwane także spotkaniem stand-up), przegląd sprintu i retrospektywa sprintu. Każde wydarzenie pełni określoną funkcję w ramach metodyki Scrum, pomagając zespołom planować, realizować, kontrolować i dostosowywać pracę. Te wydarzenia wyznaczają rytm współpracy i ciągłego doskonalenia. Przykładowo planowanie sprintu wyznacza cel sprintu, codzienne spotkania stand-up służą koordynacji działań wszystkich członków zespołu, a retrospektywy przyczyniają się do usprawnienia procesów, dzięki czemu zespół Scrum pozostaje skoncentrowany i skuteczny.

Kto prowadzi wydarzenia Scrum?

Facylitatorem wydarzeń Scrum jest zazwyczaj Scrum Master, który dba o to, aby spotkania były produktywne i skoncentrowane na celach oraz miały określony czas trwania. Scrum Master kieruje zespołem podczas każdego wydarzenia, usuwa przeszkody i zachęca wszystkich członków do udziału.

Jednak ułatwienia mogą być dzielone lub zmieniane w zależności od dojrzałości i preferencji zespołu. Przykładowo product ownerzy mogą prowadzić przeglądy sprintów, podczas gdy członkowie zespołu organizują retrospektywy lub spotkania stand-up, co sprzyja wspólnej odpowiedzialności i zaangażowaniu.

Zgodnie z zasadami Scrum spotkanie dotyczące planowaniu sprintu odbywa się na początku sprintu, aby zespoły mogły określić, co można dostarczyć w ramach sprintu i jak ta praca zostanie zrealizowana. Na koniec spotkania dotyczącego planowania każdy członek zespołu scrumowego musi jasno określić, co można dostarczyć w ramach sprintu i jak można osiągnąć przyrost.

Uczestnicy: zespół programistyczny, Scrum Master, product owner.

Kiedy: na początku sprintu.

Czas trwania: zwykle około godziny na każdy tydzień iteracji — np. dwutygodniowy sprint zaczyna się od dwugodzinnego spotkania dotyczącego planowania.

Ramy postępowania Agile: Scrum. (Naturalnie zespoły Kanban również planują, ale nie mają ustalonego harmonogramu iteracji z formalnym planowaniem sprintów).

Cel: Spotkanie dotyczące planowania sprintu ukierunkowuje cały zespół na taki sposób realizacji sprintu, aby zakończył się on powodzeniem. Product owner pojawia się na spotkaniu scrumowym z backlogiem produktu z ustalonymi priorytetami. Omawia każdy element z zespołem programistycznym, a grupa wspólnie szacuje wymagany nakład pracy. Następnie zespół programistyczny przygotowuje prognozę sprintu uwzględniającą ilość prac z backlogu produktu, którą jest w stanie wykonać. Uzyskany w ten sposób zbiór prac staje się backlogiem sprintu.

Codzienne spotkanie stand-up, znane również jako codzienne spotkanie scrumowe, to krótkie, trwające nie dłużej niż 15 minut codzienne spotkanie mające na celu omówienie postępów i zidentyfikowanie blokerów. Uczestnicy są zachęcani do udziału w pozycji stojącej, aby spotkanie było krótkie.

Możesz wykorzystać szablon codziennego spotkania stand-up, aby ułatwić zespołowi rozpoczęcie stosowania tej metody.

Uczestnicy: zespół programistyczny, Scrum Master, product owner.

Częstotliwość: raz dziennie, zazwyczaj rano.

Czas trwania: Nie więcej niż 15 minut. Nie rezerwuj sali konferencyjnej ani nie przeprowadzaj spotkania stand-up na siedząco. Pozycja stojąca ułatwia pilnowanie czasu spotkania!

Ramy postępowania Agile: Scrum i Kanban.

Cel: Codzienne spotkanie stand-up ma na celu szybkie poinformowanie wszystkich o tym, co dzieje się w całym zespole. Nie jest to zebranie mające na celu wyczerpujące omówienie aktualnej sytuacji. Powinno być utrzymane w lekkim, wesołym tonie, ale koncentrować się na informacjach. Niech każdy członek zespołu odpowie na następujące pytania:

• Co było przedmiotem mojej pracy wczoraj?

• Nad czym pracuję dzisiaj?

• Czy coś mnie blokuje?

Raportowanie prac wykonanych poprzedniego dnia w gronie współpracowników wymusza pewną odpowiedzialność. Nikt nie chce być tym członkiem zespołu, który stale robi to samo i nie czyni żadnych postępów.

Przegląd sprintu, zwany także przeglądem iteracji, to spotkanie zespołu scrumowego w celu omówienia, co udało się osiągnąć podczas sprintu. Zespół deweloperski pokazuje interesariuszom i członkom zespołu, które elementy backlogu są „Gotowe”, a następnie osoby te mogą wyrazić opinię.

Uczestnicy: zespół programistyczny, Scrum Master, product owner.

Kiedy: Na końcu sprintu.

Czas trwania: zazwyczaj 45 minut na każdy tydzień iteracji, np. 90-minutowa retrospektywa po dwutygodniowym sprincie.

Ramy postępowania Agile: Scrum i Kanban. Zespoły Scrum przeprowadzają retrospektywy sprintów ze stałą częstotliwością. Przeprowadzane od czasu do czasu retrospektywy mogą być korzystne także dla zespołów Kanban.

Cel: przegląd sprintu jest okazją do zaprezentowania pracy zespołu. Może on przybierać luźny format, np. „piątków demonstracyjnych”, lub bardziej oficjalną strukturę spotkania scrumowego. Jest to czas, w którym zespół świętuje swoje dokonania, demonstruje prace zrealizowane w trakcie iteracji oraz gromadzi opinie bezpośrednio od interesariuszy projektu. Należy pamiętać, że praca powinna mieć formę, którą da się w pełni zademonstrować, oraz powinna spełniać kryteria jakości zdefiniowane przez zespół jako stan ukończenia. Należy ją również przygotować do zaprezentowania w trakcie przeglądu.

Retrospektywa sprintu to spotkanie mające na celu sprawdzenie, co udało się podczas sprintu, a co można poprawić. Zespoły zwinne mogą w szczególności przeglądać dynamikę zespołu, procesy i narzędzia, a następnie tworzyć plany poprawiające sposób działania zespołu.

Przedstawiamy porady strategiczne dla zespołów dotyczące prowadzenia retrospektyw.

Uczestnicy: zespół programistyczny, Scrum Master, product owner.

Kiedy: Na końcu sprintu.

Czas trwania: zazwyczaj 45 minut na każdy tydzień iteracji, np. 90-minutowa retrospektywa po dwutygodniowym sprincie.

Ramy postępowania Agile: Scrum i Kanban. Zespoły Scrum przeprowadzają retrospektywy sprintów ze stałą częstotliwością. Przeprowadzane od czasu do czasu retrospektywy mogą być korzystne także dla zespołów Kanban.

Cel:  W metodyce Agile chodzi o szybkie uzyskiwanie informacji zwrotnych, które pozwalają ulepszyć produkt i poprawić kulturę programistyczną. Retrospektywy pomagają zespołowi zrozumieć, co poszło dobrze, a co nie zadziałało.

Retrospektywy to nie czas na narzekanie bez podejmowania konkretnych czynności. Korzystaj z retrospektyw, aby zorientować się, co się sprawdza w zespole, i umożliwić jego członkom dalszą koncentrację na tych obszarach. Te spotkania pozwalają również stwierdzić, co nie działa poprawnie, i znaleźć twórcze rozwiązania oraz opracować stosowny plan działania. Ciągłe doskonalenie podtrzymuje i napędza rozwój w zespole Agile, a retrospektywy odgrywają w tym procesie kluczową rolę.

Niektórym wydaje się, że wydarzenia Agile w magiczny sposób sprawią, że zespół stanie się zwinny. Mylą się. Zwinność zespołu opiera się na solidnych praktykach inżynierskich, taktycznym i strategicznym podejściu do zmiany oraz wspaniałej współpracy zespołowej. Wydarzenia Agile po prostu ułatwiają komunikację w zespole.

Chcesz zacząć? Dowiedz się, jak korzystać ze sprintów w Jira

Powiązane zasoby

• Zasoby do zarządzania projektami

  • Zasoby do realizacji projektu