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.

Scrum ceremonies are considered essential components of the Scrum framework and are not intended to be optional. Skipping ceremonies can lead to misalignment, missed feedback, and reduced team performance.

However, teams may adapt the format or frequency of ceremonies as they mature, provided the core principles of transparency, inspection, and adaptation are maintained. For example, experienced teams might streamline certain meetings while still preserving their purpose and value.

Scrum ceremonies are important because they provide structure, foster communication, and ensure transparency within the team. By following these regular events, teams can align on goals, surface issues early, and adapt quickly to changes.

For instance, ceremonies like sprint reviews allow stakeholders to give feedback, while retrospectives help teams reflect and improve. This rhythm of collaboration and inspection is key to delivering high-quality products and maintaining a healthy team dynamic.

The four Scrum ceremonies are sprint planning, daily scrum (also known as the stand-up), sprint review, and sprint retrospective. Each ceremony serves a specific purpose in the scrum framework, helping teams plan, execute, inspect, and adapt their work. These ceremonies create a regular cadence for collaboration and continuous improvement. For example, sprint planning sets the sprint goal, daily stand-ups keep everyone aligned, and retrospectives drive process enhancements, ensuring the scrum team remains focused and effective.

Who facilitates the Scrum ceremonies?

The Scrum Master typically facilitates Scrum ceremonies, ensuring that meetings are productive, time-boxed, and focused on their objectives. The Scrum Master guides the team through each event, removes obstacles, and encourages participation from all members.

However, facilitation can be shared or rotated depending on the team's maturity and preferences. For example, product owners may lead sprint reviews, while team members might facilitate retrospectives or stand up meetings, promoting shared ownership and engagement.

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