Scrum Master facylitacja guide
Pięć spotkań Scrumowych, pięć bardzo różnych zadań związanych z facylitacją. Oto program, ramy czasowe oraz najczęściej spotykane antywzorce — wywnioskowane na podstawie doświadczeń zdobytych podczas coachingu dziesiątek zespołów.
Planowanie sprintu
Time-box
Do 8 godzin w przypadku 4-tygodniowego sprintu (proporcjonalnie mniej w przypadku krótszych sprintów)
Agenda
- • Proszę potwierdzić cel sprintu — jedno zdanie, wokół którego skupia się zespół.
- • Skupcie się na najważniejszych zadaniach z listy zaległości. Określcie kryteria akceptacji, a nie sposób realizacji.
- • Prognoza: zespół sam podejmuje zadania, a Scrum Master nigdy ich nie narzuca.
- • Podzielajcie zadania na mniejsze części tylko wtedy, gdy faktycznie pomaga to zespołowi — wiele doświadczonych zespołów pomija ten etap.
Anti-patterns
- − PO przedstawia elementy, których zespół nigdy wcześniej nie widział (pominięto etap dopracowania).
- − Scrum Master przydzielający zadania lub dokonujący oszacowań w imieniu programistów.
- − Brak celu sprintu — jedynie lista zgłoszeń.
Codzienne spotkanie Scrum
Time-box
15 minut, codziennie, o tej samej porze, w tym samym miejscu
Agenda
- • Proszę sprawdzać postępy w realizacji celu sprintu — nie chodzi tu o sporządzanie raportu o stanie prac dla przełożonego.
- • Czynniki utrudniające pracę. Proszę odłożyć rozwiązanie tej kwestii na czas po spotkaniu.
- • Jeśli plan wymaga zmian, proszę go zmienić. Plan dzienny służy do ponownego zaplanowania najbliższych 24 godzin.
Anti-patterns
- − Przedstawienie sytuacji w systemie „round-robin” dla Scrum Mastera (za to spotkanie odpowiadają programiści).
- − Rozwiązywanie problemów podczas spotkania, podczas gdy sześć osób obserwuje.
- − Pomijam to, „ponieważ wszystko jest na tablicy”.
Przegląd sprintu
Time-box
Do 4 godzin na 4-tygodniowy sprint
Agenda
- • Proszę pokazać działające oprogramowanie, a nie slajdy. Jeśli oprogramowanie nie jest gotowe, nie należy go pokazywać.
- • Zaproszą Państwo prawdziwych interesariuszy — osoby, których decyzje ulegną zmianie w zależności od tego, co zobaczą.
- • Proszę traktować zgłoszone uwagi jako potencjalne zadania do listy zadań do wykonania, a nie jako zobowiązania.
- • Proszę wspólnie i w sposób jawny aktualizować listę zadań produktowych oraz plan działania.
Anti-patterns
- − Należy traktować to jako etap zatwierdzający. Przyjęcie projektu następuje w trakcie sprintu, a nie na jego końcu.
- − Kino demonstracyjne — zaprogramowane kliknięcia, które ukrywają niedoskonałości. Proszę pokazać te niedoskonałości.
- − Nie było żadnych interesariuszy, tylko zespół programistów, który prezentował swoje prace sobie nawzajem.
Re retrospektywa sprintu
Time-box
Do 3 godzin na 4-tygodniowy sprint
Agenda
- • Przygotujcie grunt — przeczytajcie ponownie główną wytyczną i podsumujcie działania z ostatniego spotkania retrospektywnego.
- • Zbieranie danych — jeden z formatów przedstawionych w naszym przewodniku po formatach retrospektywnych.
- • Wyprowadź wnioski — podzielcie się na grupy, zagłosujcie i omówcie wyłącznie 2–3 najważniejsze tematy.
- • Proszę ustalić, co należy zrobić — maksymalnie trzy działania, wraz z wyznaczonymi osobami odpowiedzialnymi i terminami realizacji.
- • Zakończenie — jedna runda podziękowań. Prosimy o punktualne kończenie spotkań za każdym razem.
Anti-patterns
- − Ten sam schemat w każdym sprincie — te same odpowiedzi w każdym sprincie.
- − Dwanaście akcji, których nikt nie posiada. Trzy w zupełności wystarczą.
- − Podsumowanie w stylu retro dotyczące niepowodzeń związanych z demonstracją lub planowaniem. Proszę raczej skupić się na poprawieniu przebiegu spotkania na wyższym szczeblu.
Udokumentowanie zadań z listy oczekujących
Time-box
Około 10% zdolności operacyjnej zespołu, w trybie ciągłym — bez żadnych uroczystości
Agenda
- • Kierownik projektu omawia kolejne punkty porządku obrad. Zespół zadaje pytania wyjaśniające.
- • Proszę zebrać kryteria akceptacji. Osoba odpowiedzialna za zamówienie (PO) sporządza je, a zespół wnosi swój wkład.
- • Proszę oszacować (lub odpowiednio dobrać) liczbę elementów tak, aby wystarczyły na 1,5–2 sprinty.
- • Wszelkie zadania większe niż połowa sprintu należy podzielić, zanim trafią do etapu planowania.
Anti-patterns
- − Dopracowując sześć kolejnych sprintów — świat zmieni się jako pierwszy.
- − Szacowanie pracy, której zespół nigdy nie wykona — to strata czasu i wysiłku.
- − Traktowanie tego jako opcjonalnego. Jakość planowania zależy od jakości dopracowania.
Bliższe spojrzenie na retrospektywę
Spośród pięciu wydarzeń retrospektywa jest tym, które większość zespołów przeprowadza na autopilocie. Etap „gromadzenia danych” opisany powyżej stanowi odniesienie do naszego przewodnika po dwunastu formatach retrospektyw — proszę stosować je na zmianę, aby retrospektywa nie generowała tych samych trzech odpowiedzi w każdym sprincie. Nawyki stosowane podczas spotkania, które sprawiają, że retrospektywa przynosi efekty, zebrano w przewodniku zawierającym wskazówki dotyczące facylitacji , a przyczyny, dla których tak wiele retrospektyw wydaje się bezcelowych — działania, które nigdy nie zostają zrealizowane — przeanalizowano w artykule „Dlaczego Państwa zadania nigdy nie zostają zrealizowane ”.
Narzędzia wspierające ceremonię
Antywzorzec „dwunastu działań, za które nikt nie jest odpowiedzialny” jest w równym stopniu problemem związanym z narzędziami, co z facylitacją . Narzędzia, które przypisują osobę odpowiedzialną i termin realizacji do każdego zadania oraz umieszczają je w backlogu — TeamRetro
i Parabol obsługują to natywnie w Jira i innych systemach śledzenia — sprawiają, że zasada „maksymalnie trzy zadania”, którą dotychczas musiał Pan/Pani egzekwować, staje się domyślnym ustawieniem egzekwowanym przez narzędzie. Zapoznaj się z opcjami dostępnymi w katalogu narzędzi .