Scrum jako jedna z metodologii Agile podkreśla wysoką jakość nadzoru nad procesem
rozwoju. Dlatego spotkania Scrum, które są nadzorowane przez Scrum mastera, odgrywają bardzo
ważną rolę. Głównym celem takiego spotkania (lub Scrum) jest synchronizacja działań zespołu
projektowego.
Kto to jest Scrum master?
Taka angielska definicja jak ‘lider służebny’ jest najbardziej odpowiednia do opisania roli Scrum
mastera.
Celem Scrum mastera jest pomoc zespołowi w poprawie efektywności dzięki:
- rozwiązywaniu problemów – problemy są omawiane podczas spotkań Scrum;
- szkoleniu – Scrum master odgrywa ważną rolę w adaptacji nowych członków zespołu do projektu oraz do pozostałych uczestników;
- motywacji – po spotkaniu Scrum prowadzonym przez dobrego Scrum mastera, wszyscy członkowie zespołu czują się zaangażowani w coś wartościowego, nakreślają pomysł swojej osobistej roli w zespole, co jest najlepszym czynnikiem motywującym.
- zadawaniu pytań – „Jak robić lepiej to, co już robimy dobrze?”, „Jakie procesy nie dodają wartości do produktu?” itp.
Wraz z zespołem, Scrum master jest odpowiedzialny za tempo pracy oraz za szybkość ukończenia projektu.
Dodatkowo, na pierwszym spotkaniu Scrum Scrum master wspólnie z uczestnikami projektu
i właścicielem produktu planuje sprint, za który zespół otrzyma oceny. Dlatego nie jest przypadkiem,
że Jeff Sutherland, autor książki “Scrum. Rewolucyjna Metoda Zarządzania Projektami”, nazywa
Scrum mastera liderem w zespole.

Jakie cechy powinien posiadać Scrum master?
Niektóre zespoły projektowe eksperymentują i wprowadzają model miesięcznej rotacji Scrum masterów.
Zgodnie z tym modelem, każdy uczestnik projektu może stać się Scrum masterem. Jeśli spojrzymy na
listę praktycznych umiejętności i sytuacji, z jakimi Scrum master musi się zmierzyć każdego dnia, zobaczymy
że taki format wyboru jest nieefektywny.
Idealny Scrum master powinien posiadać takie cechy jak:
- Zachęcanie do dyskusji – scrumy, retrospektywy i planowanie sprintu będą bezużyteczne, jeśli nie będą omawiane otwarcie przez wszystkich członków zespołu projektowego. Zadaniem Scrum mastera jest zachęcanie do takiej współpracy poprzez wykorzystanie wszystkich narzędzi do pracy zespołowej i komunikacji (firmowa Wiki, systemy wymiany dokumentów itp.).
- Usuwanie przeszkód na drodze do sukcesu projektu – tworzenie i udoskonalanie środków komunikacji (na przykład, tworzenie biblioteki zespołowej), wykonywanie rutynowych prac na rzecz zespołu (aktualizacja harmonogramów procesów itp.), oraz rozwiązywanie problemów członków po dyskusjach opartych na spotkaniach.
- Pełnienie roli „głosiciela” Scrum – Scrum master zna i rozumie Scrum, szkoli zespół w zakresie Scrum, dzięki czemu wydobywa maksimum z metodologii.
- Reprezentowanie całościowej wizji projektu – ta cecha łączy się z rolą motywatora i jest szczególnie istotna w projektach z dużą ilością sprintów, obejmując różne uczestników tego samego zespołu projektowego.
- Rozwiązywanie konfliktów – prawda wyłania się z dyskusji, spory rodzą obrazy i agresję. Scrum master tłumi wszelkie wstępne oznaki ‘toksycznej społeczności’ i wspiera w ustaleniu konstruktywnej krytyki.
Co to jest spotkanie Scrum?
Spotkania Scrum są ważnymi narzędziami w metodologii Scrum. Takie sesje są organizowane na co dzień (głównie rano). Scrum master moderuje spotkania, jego rola łączy się z funkcjami kierownika projektu lub lidera zespołu.
Podczas spotkania członkowie zespołu zaangażowani w bieżący sprint omawiają odpowiedzi na 3 pytania lub zapisują je na tablicy Scrum:
- Co zrobiłem wczoraj, aby zakończyć sprint?
- Co będę robił dzisiaj?
- Jakie problemy napotkałem?
Oprócz synchronizacji pracy zespołu, Scrum pomaga:
- opracować całościową wizję projektu – każdy zdaje sobie sprawę, w jakim kierunku rozwija się projekt, a liczba niekorzystnych niespodzianek utrudniających pracę zostanie zredukowana do zera;
- ustawić wykonalne zadania i być odpowiedzialnym za status ich wdrożenia;
- zintegrować zespół – pracownicy uczą się słuchać i rozumieć innych, jasno wyrażać swoje myśli;
- opracować najlepszy sposób rozwiązania zadania.

Spotkanie Scrum w kontraście do Meetup
„Meetup” i „Meeting” to zasadniczo podobne słowa, lecz ich znaczenia są różne.
Specyficznie, głównie przypadkowe osoby połączone tematem meetup stają się uczestnikami meetupu. W spotkaniach Scrum uczestnicy są z góry określeni i znają się nawzajem.
Znajdziesz również inne różnice między spotkaniami Scrum a meetupami w naszej tabeli:
Spotkanie Scrum | Meetup | |
Uczestnicy | Scrum master, członkowie zespołu projektowego zaangażowani w bieżący sprint, właściciel produktu. Inne osoby mogą uczestniczyć w spotkaniu jako audytorzy | Osoby prowadzące dyskusje, osoby zainteresowane, które nie pracują w tej samej firmie nad konkretnym projektem. Uczestnictwo partnerów i sponsorów jest opcjonalne. |
Limit czasowy | Około 15 minut | 1 – 2 godziny |
Miejsce | Sale konferencyjne, sale pracy – dowolne miejsce możliwie najbliżej lokalizacji, gdzie realizowany jest sprint | Jakiekolwiek miejsce, w którym uczestnicy mogą się swobodnie poruszać i komunikować ze wszystkimi |
Prowadzący dyskusję | Scrum master | Każdy przez takie platformy jak meetup.com, meetup.by itp. |
Format | Ustalone struktura „trzech pytań” | Elastyczna struktura: prezentacje, „otwarty mikrofon”, spotkania networkingowe itp. |
Liczba uczestników | Preferencyjnie do 6 osób | Bez ograniczeń |
„Otwarty mikrofon” to format wydarzenia, w którym uczestnicy swobodnie dzielą się swoimi pomysłami, myślami i koncepcjami. Ich wystąpienia są zwykle ograniczone czasowo przez agendę.
6 powszechnych błędów Scrum
- Spotkania Scrum odbywające się tylko dla protokołu – nikt nie przeczyta szczegółowych raportów ze spotkania z wyjątkiem Scrum mastera, który może przeoczyć niektóre obszary problemowe. To strata czasu. Co więcej, zespół będzie zdemotywowany wrażeniem, że każde słowo jest rejestrowane.
- Spotkania Scrum odbywające się tylko dla Scrum mastera – ponieważ Scrum master nadzoruje spotkanie, uczestnicy często popełniają następujące błędy: patrzą tylko w oczy Scrum mastera, czekają na jego aprobatę, podczas gdy reszta członków zespołu zajmuje się swoimi sprawami. To wskazuje na nieproduktywne środowisko. W takim przypadku zadaniem Scrum mastera jest nawiązanie połączenia „mówiący uczestnik – inni uczestnicy”.
- Spotkania Scrum odbywające się w celu planowania – nowa zadanie może pojawić się podczas spotkania. Istnieje silna pokusa, aby od razu przydzielić zadania i je omówić, w skutku Scrum master często zmienia format spotkania Scrum. Rozwiązanie jest proste – po spotkaniu Scrum zorganizować kolejne 15-minutowe spotkanie w celu rozwiązania nowych problemów.
- Spotkania Scrum poświęcone dyskusjom technicznym – jeden z członków zespołu może mieć większą wiedzę na temat aspektu technicznego w projekcie niż inny. Nacisk na takie szczegóły w dyskusji stawia uczestników w nierównych warunkach i uniemożliwia Scrum osiągnięcie swoich celów.
- Spotkania Scrum oddalone od miejsca pracy – idealnym wariantem jest prowadzenie spotkania Scrum przed tablicą Scrum (otwartym wykresem Gantta). Ułatwia to zrozumienie postępu zadania przez zespół.
- Spotkania Scrum składające się z 2 pytań – „Co zrobiłem wczoraj?” i „Co będę robił dzisiaj?” Mówienie o ryzykach i problemach ma mało atrakcji dla kogokolwiek. Co więcej, jest to pełna publiczna wizja, a nie indywidualna rozmowa. Jednak spotkanie będzie nieskuteczne bez omawiania przeszkód na drodze do zakończenia sprintu.
Jak wygląda procedura spotkania Scrum?
Codziennie podczas sprintu zespół odbywa codzienne spotkania – spotkania Scrum lub codzienne Scrum, jak są nazywane alternatywnie. Takie spotkania zwykle odbywają się w tym samym miejscu, a ich limit czasowy to 15 minut. Dzięki takiemu limitowi czasowemu wszelkie drugorzędne i nieistotne tematy są odkładane na bok, dyskusja jest czujna i żywa.
Podczas codziennego Scrum, każdy członek zespołu pracujący nad sprintem powinien odpowiedzieć na trzy pytania:
- Co zrobiłem wczoraj?
- Co będę robił dzisiaj?
- Co przeszkadzało mi w pracy?
Skupiając się na tym, co każdy uczestnik osiągnął wczoraj i zamierza osiągnąć dzisiaj, zespół zrealizuje zakres wykonanej pracy, jak również jak dużo pozostaje do ukończenia sprintu. Jeśli programista powie: “Dzisiaj ukończę moduł bazy danych!”, wszystkim uczestnikom będzie jasne, że jutro powie, czy go ukończył.
Problemy natychmiast przechodzą w zakres odpowiedzialności Scrum mastera. Może je rozwiązać podczas codziennego Scrum (jeśli problem nie jest trudny) lub zanotować w swoim harmonogramie pracy.
Można wskazać standardowe problemy:
- Mój narzędzie w miejscu pracy (na przykład, komputer) jest uszkodzone.
- Nie otrzymałem jeszcze oprogramowania, które jest potrzebne do pracy
- Jedno z działów poprosiło mnie o pracę nad innym zadaniem „w dniu pierwszym”.
- Debugowanie oprogramowania musi być wspierane itp.
Jak należy przeprowadzać spotkania Scrum?
- ograniczyć liczbę uczestników codziennego Scrum do 6 osób – jeśli liczba członków zespołu projektowego przekracza 6, można podzielić ich na grupy z każdym Scrum masterem. Grupy zwykle formowane są według zadań (na przykład, testerzy i programiści). Po tym Scrum masterzy omawiają pojawiające się problemy między sobą, angażując zainteresowanych.
- Rozwiązywać pilne problemy – niektóre przeszkody są krytyczne i należy je rozwiązać natychmiast. Nie pozwól, aby formalny limit 15 minut zrujnował całą pracę. To Scrum master decyduje, czy problem warto przedłużać spotkanie.
- Sformułować zasady dla codziennych Scrums – powinny być wyraźne, zrozumiałe dla wszystkich członków zespołu i dostępne w każdej chwili (na przykład, zapisane na flipcharcie w miejscu, gdzie odbywają się spotkania).
- Unikać osobistych rozmów – dyskusje na temat wczorajszego meczu piłki nożnej, problemów z parkowaniem czy cen w supermarkecie zabierają cenny czas z 15-minutowej jednostki, odwracając uwagę. Scrum master musi zauważyć nadwirowanie tematu i przywrócić naturalny porządek spotkania Scrum.
- Opracować skuteczny format – na przykład, jeśli spotkania są przedłużające się, zaproponować ich odbywanie z uczestnikami stojącymi w górze. Zgodnie z badaniami Uniwersytetu Texas A&M działania prowadzone w pozycji pionowej prawie podwajają wydajność. A jeśli uczestnicy nie wykazują inicjatywy, ugryszydować codzienny Scrum – zaproponuj, aby członek zespołu, który odpowiedział na 3 pytania, rzucił piłkę do losowego uczestnika, aby przekazać kolejną kolej.
- Stawiać dodatkowe pytania w razie potrzeby – jeśli członkowie zespołu nie wspominają o swoich problemach w swoich odpowiedziach, warto zadać im pytanie: “Jak bardzo jesteś pewny, że ukończysz to zadanie dzisiaj?” Takie podejście zmusi uczestników do przemyślenia statusów zadań, zmiany oznaczeń i ujawnienia możliwych przeszkód.
- Zapewnić terminowe rozpoczęcie i zakończenie spotkań – nawet jeśli połowa uczestników nie jest obecna, nie przeszkadza to w rozpoczęciu codziennego Scrum. Dzięki temu zespół projektowy przyzwyczaja się do dyscypliny i pokazuje, że takie spotkania nie są organizowane tylko na pokaz. Z tego samego powodu, Scrum master nie powinien się spóźniać.
- Podziękować uczestnikom na koniec spotkania Scrum – dobry nastrój na początek dnia jest gwarantowany, jak również efektywność w wykonaniu zadań. Najważniejsze, aby ta zasada nie stała się formalnością.
Gamifikacja to zastosowanie mechaniki gier (zdobywanie doświadczenia, walka z potworami, poruszanie się po polu gry itp.) w procesach niegierkowych, takich jak praca, edukacja i życie osobiste.
Werdykt
Podstawy Scrum nie są jedyną rzeczą, która się liczy. Ktoś musi bronić celów projektu na spotkaniach Scrum. Przestrzeganie wspólnej architektury produktu we wszystkich zadaniach, morale zespołu i zdrowa atmosfera w zespole, jak również stabilne tempo rozwoju – wszystko to stanowi prerogatywę Scrum mastera.
Spotkania Scrum są potężnym narzędziem do monitorowania statusów projektu i postępu w kierunku ukończenia projektu.
Spotkania Scrum nie tylko synchronizują działania zespołu, ale także pomagają w rozwiązywaniu problemów, integrują pracowników, uczą ich stawiać wykonalne zadania i być publicznie odpowiedzialnymi za wyniki.