Scrum master to osoba, która pomaga zespołowi oraz całej organizacji prawidłowo rozumieć i stosować Scrum. Nie jest tradycyjnym kierownikiem projektu, przełożonym programistów ani sekretarzem odpowiedzialnym wyłącznie za organizowanie spotkań. Jego rola polega przede wszystkim na wspieraniu skuteczności Scrum Teamu, rozwijaniu samoorganizacji, usuwaniu przeszkód oraz tworzeniu warunków, w których zespół może regularnie dostarczać wartościowe rezultaty.
Zainteresowanie tym stanowiskiem wzrosło wraz z popularyzacją zwinnych sposobów pracy. Scrum jest wykorzystywany przede wszystkim w branży technologicznej, ale jego zastosowanie nie ogranicza się wyłącznie do tworzenia oprogramowania. Framework może być używany wszędzie tam, gdzie zespoły mierzą się ze złożonymi problemami, zmiennymi wymaganiami i koniecznością częstego sprawdzania efektów swojej pracy.
Oficjalną definicję Scruma przedstawia Scrum Guide opracowany przez Kena Schwabera i Jeffa Sutherlanda. Aktualną oficjalną wersją pozostaje wydanie opublikowane w listopadzie 2020 roku. Zgodnie z nim Scrum Master odpowiada za ustanowienie Scruma zgodnie z zasadami opisanymi w przewodniku oraz za efektywność Scrum Teamu. Pomaga członkom zespołu i organizacji rozumieć teorię oraz praktykę Scruma.
Kim jest scrum master?
Scrum master jest jedną z trzech odpowiedzialności wyróżnionych w Scrum Teamie. Pozostałe dwie to Product Owner oraz Developers. Warto zwrócić uwagę, że współczesny Scrum Guide posługuje się pojęciem odpowiedzialności, a nie tradycyjnie rozumianych stanowisk lub hierarchicznych ról.
Scrum master pomaga zespołowi działać zgodnie z wartościami i zasadami Scruma. Nie wydaje poleceń dotyczących sposobu wykonywania zadań i nie rozdziela pracy między poszczególnych specjalistów. Zespół powinien samodzielnie organizować swoją pracę i decydować, jak najlepiej osiągnąć ustalony cel.
Najważniejszym zadaniem scrum mastera jest zwiększanie skuteczności zespołu. Osiąga to między innymi poprzez coaching, facylitację, wspieranie współpracy, pomoc w identyfikowaniu problemów oraz pracę nad barierami występującymi w organizacji.
Dobry scrum master nie wykonuje pracy za zespół, lecz pomaga zespołowi zdobyć zdolność samodzielnego rozwiązywania problemów.
Nie powinien zatem stawać się centralnym punktem każdej decyzji. Jeżeli wszystkie pytania, konflikty i przeszkody muszą przechodzić przez scrum mastera, może to oznaczać, że zespół uzależnił się od jego obecności zamiast rozwijać samoorganizację.
Czym jest Scrum?
Aby zrozumieć rolę scrum mastera, trzeba najpierw wyjaśnić, czym jest Scrum. Jest to lekki framework pomagający ludziom, zespołom i organizacjom generować wartość poprzez adaptacyjne rozwiązywanie złożonych problemów.
Scrum nie jest szczegółową instrukcją opisującą każdy etap realizacji projektu. Nie narzuca technologii, narzędzi, sposobu dokumentowania ani technik szacowania pracy. Definiuje natomiast podstawowe odpowiedzialności, wydarzenia, artefakty i zobowiązania, które tworzą spójne ramy działania.
Scrum opiera się na empiryzmie i podejściu lean. Empiryzm zakłada, że wiedza wynika z doświadczenia, a decyzje powinny być podejmowane na podstawie tego, co można zaobserwować. Podejście lean koncentruje się natomiast na ograniczaniu marnotrawstwa oraz skupieniu na tym, co najważniejsze.
Podstawę empirycznego podejścia stanowią trzy filary:
- transparentność,
- inspekcja,
- adaptacja.
Transparentność oznacza, że proces i stan pracy powinny być widoczne oraz zrozumiałe dla osób, które podejmują decyzje. Inspekcja polega na regularnym sprawdzaniu rezultatów i sposobu działania. Adaptacja oznacza wprowadzanie zmian, gdy pojawiają się odchylenia, nowe informacje albo lepsze możliwości.
Scrum Guide podkreśla także pięć wartości Scruma: zaangażowanie, skupienie, otwartość, szacunek i odwagę. Nie są one dodatkiem wizerunkowym, lecz podstawą skutecznej współpracy. Bez nich wydarzenia i artefakty mogą stać się pustymi procedurami, które nie prowadzą do rzeczywistej poprawy.
Scrum master w Scrum Teamie
Scrum Team składa się z jednego Scrum Mastera, jednego Product Ownera oraz Developers. Jest niewielkim, spójnym zespołem skoncentrowanym na jednym celu produktu.
Zespół jest interdyscyplinarny, co oznacza, że jako całość powinien dysponować kompetencjami potrzebnymi do tworzenia wartości w każdym Sprincie. Jest również samozarządzający, czyli sam decyduje, kto, co, kiedy i w jaki sposób wykonuje.
W wersji Scrum Guide z 2020 roku podkreślono koncepcję jednego zespołu skupionego na jednym produkcie. Zrezygnowano z wcześniejszego podziału na Development Team i pozostałe role, aby ograniczyć powstawanie sztucznych granic oraz podejścia „my kontra oni”.
Scrum master jest członkiem Scrum Teamu, ale jego odpowiedzialność różni się od odpowiedzialności Developers i Product Ownera. Nie odpowiada bezpośrednio za maksymalizowanie wartości produktu, ponieważ należy to do Product Ownera. Nie odpowiada również za stworzenie użytecznego Incrementu, ponieważ jest to odpowiedzialność całego Scrum Teamu, przy czym Developers wykonują pracę potrzebną do jego przygotowania.
Scrum master skupia się na środowisku współpracy, sposobie działania zespołu, rozumieniu Scruma i zdolności do ciągłego doskonalenia.
Za co odpowiada scrum master?
Oficjalny Scrum Guide wskazuje, że scrum master odpowiada za ustanowienie Scruma oraz efektywność Scrum Teamu. Realizuje tę odpowiedzialność, pomagając zespołowi poprawiać stosowane praktyki w ramach Scruma. Scrum master wspiera Scrum Team, Product Ownera i całą organizację.
Zakres obowiązków może różnić się w zależności od firmy, dojrzałości zespołu, charakteru produktu i problemów występujących w organizacji. Nie oznacza to jednak, że dowolne zadanie przypisane osobie o takim stanowisku automatycznie staje się częścią roli scrum mastera.
Wspieranie Scrum Teamu
Scrum master pomaga członkom zespołu rozwijać samoorganizację i interdyscyplinarność. Nie podejmuje za nich wszystkich decyzji, ale wspiera ich w wypracowaniu skutecznego sposobu działania.
Może zadawać pytania, które pomagają zespołowi dokładniej przeanalizować sytuację:
- Co przeszkadza nam w osiągnięciu Celu Sprintu?
- Jak możemy wcześniej zauważać problemy?
- Które działanie nie przynosi wartości?
- Co możemy zmienić w kolejnym Sprincie?
- Jak poprawić przepływ informacji?
Rolą scrum mastera nie jest dostarczanie gotowej odpowiedzi na każdy problem. Często większą wartość daje stworzenie warunków, w których zespół sam znajdzie rozwiązanie i będzie potrafił zastosować je również w przyszłości.
Wspieranie samoorganizacji
Samoorganizacja nie oznacza braku zasad, odpowiedzialności ani kierunku. Zespół nadal pracuje w ramach Celu Produktu, Celu Sprintu, Definition of Done i uzgodnionych zasad współpracy.
Scrum master pomaga zespołowi przejść od oczekiwania na polecenia do świadomego podejmowania decyzji. Może wspierać tworzenie reguł pracy, zwiększanie odpowiedzialności za wspólny rezultat oraz rozwiązywanie konfliktów.
W niedojrzałym zespole członkowie mogą skupiać się wyłącznie na własnych zadaniach. Scrum master pomaga im zrozumieć, że sukces nie polega na zakończeniu indywidualnego fragmentu pracy, ale na wspólnym dostarczeniu wartościowego i ukończonego Incrementu.
Pomoc w koncentrowaniu się na wartości
Zespół może być bardzo zajęty, a jednocześnie nie osiągać wartościowych rezultatów. Duża liczba wykonanych zadań nie zawsze oznacza postęp w kierunku Celu Produktu.
Scrum master pomaga utrzymywać koncentrację na wartości i Celu Sprintu. Może zwracać uwagę na nadmierną liczbę rozpoczętych zadań, brak priorytetów, częste zmiany kierunku albo pracę nad elementami, które nie przybliżają zespołu do ustalonego celu.
Nie decyduje jednak samodzielnie, jaka funkcja produktu ma największą wartość. Za maksymalizację wartości oraz zarządzanie Product Backlogiem odpowiada Product Owner.
Usuwanie przeszkód
Jednym z najbardziej znanych zadań scrum mastera jest pomoc w usuwaniu przeszkód utrudniających postęp zespołu. Przeszkodą może być problem techniczny, organizacyjny, komunikacyjny, proceduralny albo wynikający z zależności między zespołami.
Przykładami przeszkód mogą być:
- brak dostępu do potrzebnego środowiska,
- długotrwałe oczekiwanie na decyzję,
- niewydolny proces akceptacji,
- konflikt kompetencyjny,
- niejasny podział odpowiedzialności,
- nadmierna liczba spotkań,
- brak kontaktu z użytkownikami,
- regularne przerywanie pracy zespołu.
Scrum master nie musi osobiście usuwać każdej przeszkody. Jego zadaniem jest doprowadzenie do tego, aby została zauważona i skutecznie rozwiązana przez właściwe osoby.
Jeżeli zespół może sam poradzić sobie z problemem, scrum master powinien wspierać jego samodzielność. Gdy przeszkoda znajduje się na poziomie organizacji, może wymagać współpracy z menedżerami, innymi zespołami lub interesariuszami.
Dbanie o skuteczność wydarzeń Scrum
Scrum master dba o to, aby wszystkie wydarzenia Scrum się odbywały oraz były pozytywne, produktywne i mieściły się w określonych ramach czasowych. Nie oznacza to jednak, że musi prowadzić każde spotkanie.
Zespół powinien stopniowo rozwijać zdolność samodzielnego przeprowadzania wydarzeń. Scrum master może facylitować spotkanie, gdy jest to potrzebne, ale nie powinien tworzyć zależności, w której bez niego Daily Scrum albo Sprint Retrospective nie może się odbyć.
Jego zadaniem jest przede wszystkim dbanie o cel wydarzenia, jakość rozmowy, zaangażowanie uczestników i możliwość podjęcia użytecznych decyzji.
Scrum master a wydarzenia Scrum
W Scrumie występuje pięć formalnych wydarzeń: Sprint, Sprint Planning, Daily Scrum, Sprint Review i Sprint Retrospective. Każde ma określony cel i tworzy okazję do inspekcji oraz adaptacji.
Sprint
Sprint jest podstawowym wydarzeniem obejmującym wszystkie pozostałe wydarzenia. Trwa maksymalnie miesiąc, a kolejny rozpoczyna się bezpośrednio po zakończeniu poprzedniego.
W trakcie Sprintu zespół pracuje nad osiągnięciem Celu Sprintu i stworzeniem wartościowego Incrementu spełniającego Definition of Done.
Scrum master pomaga chronić sens Sprintu. Zwraca uwagę na działania zagrażające Celowi Sprintu, częste zakłócenia, brak współpracy lub traktowanie Sprintu jedynie jako okresu raportowego.
Nie pilnuje jednak zespołu w sposób kontrolujący. Nie sprawdza codziennie, czy każda osoba wykonała przydzielone zadanie. Koncentruje się na przepływie pracy, współpracy i wspólnym celu.
Sprint Planning
Podczas Sprint Planning Scrum Team rozpoczyna Sprint, określając, dlaczego jest on wartościowy, co może zostać wykonane oraz w jaki sposób praca zostanie zrealizowana.
Scrum master może pomóc zespołowi przygotować się do planowania i upewnić się, że uczestnicy rozumieją cel wydarzenia. Powinien przeciwdziałać sytuacji, w której planowanie zamienia się w narzucanie zespołowi zakresu przez menedżera albo w szczegółowe rozdzielanie zadań przez jedną osobę.
Dobre Sprint Planning prowadzi do powstania Celu Sprintu i Sprint Backlogu, który jest planem tworzonym przez Developers.
Scrum master może wspierać rozmowę o możliwościach zespołu, ryzykach, zależnościach i sposobie osiągnięcia celu. Nie powinien jednak podejmować zobowiązań w imieniu Developers.
Daily Scrum
Daily Scrum jest krótkim wydarzeniem przeznaczonym dla Developers. Jego celem jest sprawdzenie postępu w kierunku Celu Sprintu i dostosowanie Sprint Backlogu.
Scrum master nie musi prowadzić Daily Scrum ani nawet zawsze w nim uczestniczyć. Powinien jednak pomóc Developers zrozumieć, że wydarzenie należy do nich i służy planowaniu pracy na kolejny dzień.
Daily Scrum nie powinno być raportem składanym scrum masterowi lub menedżerowi. Jeżeli uczestnicy mówią wyłącznie do jednej osoby, czekają na ocenę albo tłumaczą się z niewykonanych zadań, spotkanie prawdopodobnie straciło swój właściwy charakter.
Scrum Guide z 2020 roku nie narzuca trzech klasycznych pytań dotyczących tego, co zostało zrobione wczoraj, co zostanie wykonane dzisiaj i jakie występują przeszkody. Developers mogą wybrać dowolną strukturę, która pomaga skupić się na postępie w kierunku Celu Sprintu. Zmiana ta miała ograniczyć nadmiernie nakazowy charakter wcześniejszych interpretacji Scruma.
Sprint Review
Sprint Review służy sprawdzeniu rezultatu Sprintu oraz ustaleniu możliwych kierunków dalszego rozwoju produktu. Scrum Team prezentuje rezultaty kluczowym interesariuszom i wspólnie analizuje zmiany w otoczeniu.
Nie jest to wyłącznie demonstracja przygotowanych funkcji ani uroczyste zatwierdzanie pracy przez klienta. Powinna to być robocza rozmowa o wartości, rezultatach, potrzebach użytkowników i dalszych możliwościach.
Scrum master może pomagać w angażowaniu właściwych interesariuszy, dbaniu o konstruktywną rozmowę i unikaniu jednostronnej prezentacji. Wspiera zespół w tworzeniu środowiska, w którym możliwe jest uzyskanie szczerej informacji zwrotnej.
Sprint Retrospective
Sprint Retrospective służy planowaniu sposobów zwiększenia jakości i efektywności. Scrum Team analizuje ludzi, interakcje, procesy, narzędzia i sposób pracy.
To wydarzenie jest szczególnie ważne dla scrum mastera, ponieważ bezpieczna i otwarta retrospektywa może prowadzić do realnego doskonalenia. Nie chodzi jednak o mechaniczne przeprowadzenie ćwiczenia z karteczkami.
Scrum master powinien pomóc zespołowi dotrzeć do przyczyn problemów, a nie tylko opisać ich objawy. Dba także o to, aby rozmowa nie zamieniła się w obwinianie poszczególnych osób.
Dobra retrospektywa kończy się konkretnymi wnioskami lub działaniami, które zespół może zastosować. Nie trzeba tworzyć długiej listy usprawnień. Często lepiej wybrać jedną istotną zmianę i rzeczywiście ją wdrożyć.
Jak scrum master wspiera Product Ownera?
Product Owner odpowiada za maksymalizowanie wartości produktu wynikającej z pracy Scrum Teamu. Odpowiada również za skuteczne zarządzanie Product Backlogiem.
Scrum master wspiera Product Ownera między innymi poprzez pomoc w znajdowaniu technik skutecznego definiowania Celu Produktu i zarządzania Product Backlogiem. Pomaga także zespołowi zrozumieć potrzebę tworzenia jasnych i zwięzłych elementów Product Backlogu.
Nie oznacza to, że scrum master pisze za Product Ownera wszystkie wymagania, ustala kolejność elementów albo sam podejmuje decyzje produktowe.
Może natomiast wspierać Product Ownera w:
- organizowaniu współpracy z interesariuszami,
- przygotowaniu skutecznego Sprint Review,
- rozwijaniu podejścia empirycznego,
- analizowaniu informacji zwrotnych,
- komunikowaniu Celu Produktu,
- usprawnianiu zarządzania Product Backlogiem.
Scrum master może zauważyć, że Product Owner jest przeciążony, niedostępny dla zespołu albo traktowany przez organizację wyłącznie jako osoba przekazująca wymagania. W takiej sytuacji powinien pomóc w lepszym zrozumieniu tej odpowiedzialności.
Scrum master a Product Backlog
Product Backlog jest uporządkowaną listą tego, co jest potrzebne do ulepszania produktu. Stanowi jedyne źródło pracy podejmowanej przez Scrum Team.
Scrum master nie jest właścicielem Product Backlogu. Nie powinien samodzielnie ustalać kolejności elementów ani decydować, co zespół ma tworzyć.
Może jednak pomóc w usprawnieniu pracy z backlogiem. Wspiera Product Ownera i Developers w prowadzeniu refinementu, rozumieniu elementów oraz przygotowaniu ich w sposób umożliwiający efektywne planowanie.
Ważne jest przy tym, że Product Backlog refinement nie jest formalnym wydarzeniem Scrum. Jest bieżącą aktywnością polegającą na dzieleniu i doprecyzowywaniu elementów.
Jak scrum master wspiera organizację?
Rola scrum mastera nie kończy się na pracy z jednym zespołem. Wiele problemów ograniczających skuteczność Scrum Teamu wynika z zasad funkcjonujących w organizacji.
Mogą to być między innymi:
- silosowa struktura,
- rozliczanie ludzi wyłącznie z indywidualnych zadań,
- częste zmienianie priorytetów,
- nadmierna liczba zależności,
- długie ścieżki akceptacji,
- brak dostępu do klientów,
- presja na realizację nierealistycznego zakresu,
- kultura ukrywania błędów.
Scrum master pomaga pracownikom i interesariuszom rozumieć empiryczne podejście do złożonej pracy. Może prowadzić szkolenia, warsztaty, coaching oraz rozmowy z liderami.
Pomaga również usuwać bariery między Scrum Teamami a interesariuszami. Nie oznacza to izolowania zespołu od otoczenia. Przeciwnie, chodzi o stworzenie zdrowej i bezpośredniej współpracy.
Scrum master może także doradzać w zakresie wdrażania Scruma. Powinien jednak uważać, aby nie sprowadzić transformacji do instalowania identycznych procesów w każdym dziale. Scrum nie działa prawidłowo jako zestaw spotkań narzuconych odgórnie bez zmiany sposobu podejmowania decyzji.
Scrum master nie jest kierownikiem projektu
Jednym z najczęstszych nieporozumień jest utożsamianie scrum mastera z project managerem. Obie osoby mogą pracować w tym samym środowisku, ale ich odpowiedzialności są inne.
Tradycyjny kierownik projektu może odpowiadać za zakres, harmonogram, budżet, przydzielanie zasobów, raportowanie i koordynację realizacji. Scrum master nie zarządza w ten sposób Scrum Teamem.
Nie powinien:
- przydzielać zadań członkom zespołu,
- oceniać ich wydajności,
- ustalać samodzielnie terminów,
- akceptować pracy w imieniu klienta,
- kierować sposobem wykonania produktu,
- podejmować decyzji produktowych za Product Ownera.
Scrum master może korzystać z kompetencji znanych z zarządzania projektami, takich jak komunikacja, analiza ryzyka czy koordynacja zależności. Nie zmienia to jednak charakteru jego odpowiedzialności.
W Scrumie decyzje są rozłożone. Product Owner odpowiada za wartość i Product Backlog, Developers zarządzają sposobem wykonania pracy, a Scrum Master odpowiada za skuteczność zespołu i właściwe stosowanie Scruma.
Scrum master nie jest sekretarzem zespołu
W niektórych firmach scrum master zostaje sprowadzony do osoby organizującej spotkania, rezerwującej sale, aktualizującej tablice i sporządzającej notatki.
Takie czynności mogą czasem wspierać pracę zespołu, ale nie stanowią istoty tej odpowiedzialności. Jeżeli scrum master poświęca większość czasu na administrację, a nie na poprawę skuteczności, coaching i pracę z przeszkodami, jego potencjał nie jest właściwie wykorzystywany.
Zespół powinien potrafić samodzielnie aktualizować informacje, organizować potrzebne rozmowy i dbać o przejrzystość swojej pracy.
Scrum master może pomóc stworzyć odpowiednie nawyki, ale nie powinien przejmować wszystkich obowiązków organizacyjnych na stałe.
Scrum master nie jest przełożonym zespołu
Scrum master nie powinien być osobą, której Developers raportują wykonanie zadań. Nie powinien również wykorzystywać wydarzeń Scrum do kontroli i rozliczania poszczególnych pracowników.
Jego wpływ opiera się przede wszystkim na wiedzy, zaufaniu, umiejętności zadawania pytań i budowaniu relacji. Nie potrzebuje formalnej władzy nad zespołem, aby pomagać mu osiągać lepsze wyniki.
Może jednak wskazywać zachowania sprzeczne z wartościami Scruma, przypominać o wspólnych ustaleniach i pomagać zespołowi brać odpowiedzialność za konsekwencje podejmowanych decyzji.
Brak hierarchicznej kontroli nie oznacza unikania trudnych rozmów. Dobry scrum master powinien mieć odwagę nazywać problemy, także wtedy, gdy dotyczą liderów, struktury firmy albo zachowania samego zespołu.
Scrum master jako servant leader
Scrum Guide opisuje Scrum Masterów jako prawdziwych liderów działających na rzecz Scrum Teamu i szerszej organizacji. Często rolę tę łączy się z pojęciem servant leadership, czyli przywództwa służebnego.
Nie oznacza ono wykonywania wszystkich próśb zespołu ani usuwania z jego drogi każdego dyskomfortu. Lider służebny wspiera rozwój ludzi, tworzy warunki do odpowiedzialnego działania i stawia dobro zespołu oraz produktu ponad własną potrzebę kontroli.
Scrum master jako lider:
- buduje zaufanie,
- promuje przejrzystość,
- wspiera samodzielność,
- pomaga radzić sobie z konfliktami,
- zachęca do eksperymentowania,
- chroni wartości Scruma,
- pracuje nad systemowymi przeszkodami.
Jego sukces nie powinien być mierzony liczbą prowadzonych spotkań. Ważniejsze jest to, czy zespół potrafi skuteczniej współpracować, podejmować decyzje, dostarczać wartość i reagować na zmiany.
Facylitacja w pracy scrum mastera
Facylitacja polega na projektowaniu i prowadzeniu rozmowy w taki sposób, aby grupa mogła osiągnąć określony cel. Scrum master nie musi być ekspertem merytorycznym w każdym omawianym temacie, aby skutecznie wspierać proces grupowy.
Dobra facylitacja pomaga:
- angażować wszystkich uczestników,
- zachować koncentrację na celu,
- uporządkować dyskusję,
- ujawnić różnice zdań,
- dojść do decyzji,
- ograniczyć dominację pojedynczych osób,
- wykorzystać dostępny czas.
Scrum master powinien dobierać techniki do sytuacji. Inaczej prowadzi się retrospektywę zespołu, który dobrze się zna, a inaczej rozmowę w grupie, w której występuje silny konflikt.
Nie należy jednak przesadzać z liczbą atrakcyjnych ćwiczeń. Technika ma wspierać osiągnięcie celu, a nie być celem samym w sobie.
Coaching zespołowy
Coaching jest ważnym elementem pracy scrum mastera. Polega na pomaganiu ludziom w rozwijaniu świadomości, odpowiedzialności i zdolności samodzielnego działania.
Scrum master może stosować pytania coachingowe, aktywne słuchanie, odzwierciedlanie i pracę z celami. Powinien rozróżniać coaching od doradzania.
W coachingu nie podaje od razu rozwiązania. Pomaga rozmówcy lub zespołowi samodzielnie zbadać sytuację. W doradztwie dzieli się wiedzą i proponuje konkretne podejście.
Obie formy mogą być przydatne. Początkujący zespół czasem potrzebuje jasnego wyjaśnienia zasad Scruma, a nie wyłącznie pytań. Dojrzały zespół może natomiast skorzystać bardziej na coachingu niż na kolejnej instrukcji.
Mentoring i nauczanie
Scrum master pełni również funkcję nauczyciela i mentora. Pomaga zrozumieć Scrum, empiryzm, wartości, odpowiedzialności, wydarzenia i artefakty.
Nauczanie jest szczególnie potrzebne na początku pracy zespołu. Członkowie mogą znać nazwy wydarzeń, ale nie rozumieć ich celu. Mogą na przykład traktować Daily Scrum jako raport, Sprint Review jako prezentację, a retrospektywę jako spotkanie, podczas którego nie podejmuje się żadnych działań.
Mentoring polega na dzieleniu się doświadczeniem i wskazówkami. Scrum master może pokazać możliwe sposoby rozwiązania problemu, ale nie powinien narzucać jednej praktyki jako obowiązkowej części Scruma, jeżeli Scrum Guide jej nie wymaga.
Zarządzanie konfliktami
Konflikt nie zawsze jest zjawiskiem negatywnym. Różnice zdań mogą prowadzić do lepszych decyzji, jeżeli są wyrażane w bezpieczny i konstruktywny sposób.
Problem pojawia się, gdy konflikt staje się personalny, jest ukrywany albo prowadzi do blokowania współpracy.
Scrum master pomaga zespołowi:
- oddzielać ludzi od problemu,
- ujawniać różnice perspektyw,
- słuchać bez przerywania,
- opierać rozmowę na faktach,
- ustalać wspólne zasady,
- szukać rozwiązań wspierających cel.
Nie powinien automatycznie rozstrzygać każdego sporu. Może facylitować rozmowę i wspierać strony w znalezieniu rozwiązania.
W przypadku poważniejszych konfliktów konieczne może być zaangażowanie przełożonego, działu HR albo profesjonalnego mediatora. Scrum master powinien znać granice swoich kompetencji.
Jak wygląda dzień pracy scrum mastera?
Nie istnieje jeden uniwersalny harmonogram. Dzień pracy zależy od potrzeb zespołu, etapu Sprintu i sytuacji w organizacji.
Scrum master może rozpocząć dzień od analizy aktualnej sytuacji i rozmów z członkami zespołu. Może obserwować Daily Scrum, spotkać się z Product Ownerem, przygotować warsztat, pracować nad przeszkodą organizacyjną albo prowadzić coaching indywidualny.
W typowym dniu mogą pojawić się:
- rozmowy z członkami zespołu,
- facylitacja wydarzenia Scrum,
- analiza przeszkód,
- współpraca z Product Ownerem,
- kontakt z interesariuszami,
- coaching i mentoring,
- przygotowanie warsztatów,
- obserwowanie przepływu pracy,
- praca z liderami organizacji,
- rozwój własnych kompetencji.
Część pracy scrum mastera jest trudna do pokazania w prostym raporcie. Krótka rozmowa, właściwie zadane pytanie albo doprowadzenie do spotkania dwóch osób może przynieść większą wartość niż wielogodzinne przygotowywanie zestawienia.
Jakie kompetencje powinien mieć scrum master?
Skuteczność na tym stanowisku wymaga połączenia wiedzy o Scrumie, umiejętności pracy z ludźmi i rozumienia środowiska biznesowego.
Znajomość Scruma
Podstawą jest dokładne zrozumienie Scrum Guide. Nie wystarczy zapamiętać nazwy wydarzeń i limity czasowe.
Scrum master powinien rozumieć:
- teorię empiryzmu,
- wartości Scruma,
- odpowiedzialności w Scrum Teamie,
- cele wydarzeń,
- znaczenie artefaktów,
- zobowiązania związane z artefaktami,
- zależności między elementami frameworku.
Powinien również potrafić odróżnić oficjalne zasady Scruma od popularnych praktyk, takich jak story points, user stories, wykres spalania czy tablica z kolumnami „do zrobienia”, „w trakcie” i „gotowe”.
Praktyki te mogą być przydatne, ale nie są obowiązkowymi elementami Scruma.
Komunikacja
Scrum master pracuje z osobami mającymi różne cele, doświadczenia i style komunikacji. Musi umieć jasno przekazywać informacje, słuchać, zadawać pytania i dostosowywać sposób rozmowy do odbiorcy.
Ważna jest także zdolność prowadzenia trudnych rozmów bez agresji i unikania odpowiedzialności. Scrum master czasami musi zwrócić uwagę, że zachowanie menedżera ogranicza samoorganizację albo że zespół nie stosuje się do własnych ustaleń.
Aktywne słuchanie
Aktywne słuchanie oznacza pełne skupienie na rozmówcy, próbę zrozumienia jego perspektywy i sprawdzanie własnych interpretacji.
Scrum master powinien słuchać nie tylko wypowiadanych słów. Ważne są również emocje, napięcia, tematy pomijane i powtarzające się wzorce.
Nie powinien jednak diagnozować ludzi bez odpowiednich kwalifikacji. Jego rolą nie jest prowadzenie terapii, lecz wspieranie profesjonalnej współpracy.
Myślenie systemowe
Problemy zespołu często wynikają z systemu, w którym funkcjonuje. Niska skuteczność może nie być rezultatem braku zaangażowania ludzi, ale skutkiem przeciążenia, sprzecznych celów, zależności i niewłaściwych mechanizmów oceny.
Scrum master powinien analizować związki przyczynowo-skutkowe i unikać zbyt prostych wyjaśnień.
Przykładowo opóźnienia mogą wynikać nie z wolnej pracy Developers, lecz z:
- częstego przełączania kontekstu,
- długiego oczekiwania na decyzje,
- zbyt dużych elementów Product Backlogu,
- problemów z jakością,
- braku automatyzacji,
- zewnętrznych zależności.
Myślenie systemowe pozwala pracować nad rzeczywistą przyczyną zamiast zwiększać presję na zespół.
Odwaga i asertywność
Scrum master powinien potrafić bronić przejrzystości, wartości Scruma i zdrowej współpracy. Nie może ograniczać się do utrzymywania pozornego spokoju.
Asertywność jest potrzebna, gdy interesariusz próbuje narzucać zadania w trakcie Sprintu, członkowie zespołu unikają odpowiedzialności albo organizacja oczekuje manipulowania danymi.
Odwaga nie oznacza konfliktowości. Polega na jasnym nazywaniu problemu z poszanowaniem innych osób.
Cierpliwość
Rozwój zespołu i zmiana organizacyjna wymagają czasu. Jedno szkolenie nie wystarczy, aby ludzie przestali korzystać z utrwalonych sposobów działania.
Scrum master powinien umieć dostrzegać stopniowe postępy. Jednocześnie cierpliwość nie może prowadzić do biernego akceptowania problemów. Potrzebne są regularne eksperymenty, obserwacja rezultatów i adaptacja.
Czy scrum master musi znać programowanie?
Umiejętność programowania nie jest formalnym wymogiem tej roli. Scrum może być stosowany w różnych branżach, dlatego scrum master nie musi być programistą.
Znajomość środowiska technologicznego może jednak ułatwiać pracę z zespołami tworzącymi oprogramowanie. Pomaga rozumieć terminologię, typowe zależności, problemy jakościowe i znaczenie praktyk inżynierskich.
Niebezpieczna może być sytuacja, w której scrum master bez odpowiedniej wiedzy próbuje podejmować decyzje techniczne za Developers. Równie problematyczne jest całkowite ignorowanie technicznych aspektów wpływających na efektywność zespołu.
Scrum master powinien rozumieć kontekst na tyle, aby zadawać użyteczne pytania i rozpoznawać przeszkody, ale nie musi być najlepszym ekspertem technicznym w zespole.
Czy scrum master musi znać język angielski?
Znajomość języka angielskiego jest bardzo przydatna, szczególnie w branży technologicznej. Oficjalna wersja Scrum Guide została opublikowana po angielsku, choć dostępne są również tłumaczenia, w tym wersja polska.
Wiele książek, kursów, konferencji, artykułów i materiałów edukacyjnych powstaje w języku angielskim. Język ten jest także często wykorzystywany w międzynarodowych zespołach.
Poziom wymagany w pracy zależy od firmy. W polskiej organizacji może wystarczyć umiejętność czytania materiałów, natomiast w międzynarodowym środowisku potrzebna będzie swobodna komunikacja podczas spotkań i warsztatów.
Jak zostać scrum masterem?
Nie istnieje jedna obowiązkowa ścieżka wejścia do zawodu. Scrum masterami zostają między innymi byli programiści, testerzy, analitycy, project managerowie, trenerzy, specjaliści HR i osoby zajmujące się rozwojem organizacji.
Pierwszym krokiem powinno być dokładne poznanie Scrum Guide. Dokument jest krótki, ale jego właściwe zrozumienie wymaga wielokrotnego czytania i analizowania zależności między poszczególnymi elementami.
Następnie warto rozwijać wiedzę z zakresu:
- facylitacji,
- coachingu,
- komunikacji,
- pracy zespołowej,
- konfliktów,
- zarządzania zmianą,
- myślenia systemowego,
- rozwoju produktów.
Sama teoria nie wystarczy. Kandydat powinien zdobywać doświadczenie w pracy z zespołem, prowadzeniu spotkań, organizowaniu warsztatów i wspieraniu rozwiązywania realnych problemów.
Pierwsze doświadczenie
Zdobycie pierwszego stanowiska może być trudne, ponieważ wiele ofert wymaga wcześniejszej praktyki. Doświadczenie można jednak rozwijać również bez formalnego tytułu scrum mastera.
Warto:
- uczestniczyć w pracy zespołu wykorzystującego Scrum,
- facylitować wewnętrzne spotkania,
- organizować retrospektywy,
- wspierać usprawnienia procesu,
- brać udział w społecznościach branżowych,
- analizować studia przypadków,
- prowadzić warsztaty w organizacjach społecznych.
Istotne jest dokumentowanie efektów. Podczas rekrutacji bardziej wartościowy niż samo stwierdzenie „prowadziłem Daily Scrum” będzie przykład problemu, podjętego działania i osiągniętej zmiany.
Zmiana zawodu na scrum mastera
Osoby zmieniające branżę powinny przeanalizować swoje dotychczasowe kompetencje. Doświadczenie w prowadzeniu spotkań, pracy z klientami, rozwiązywaniu konfliktów i usprawnianiu procesów może być bardzo przydatne.
Trzeba jednak uważać na automatyczne przenoszenie nawyków z tradycyjnego zarządzania. Były kierownik może mieć tendencję do przydzielania zadań i kontrolowania wykonania. Nowy scrum master powinien nauczyć się budowania wpływu bez hierarchicznej władzy.
Certyfikat scrum mastera
Certyfikat może potwierdzać znajomość określonego zakresu materiału, ale nie zastępuje doświadczenia. Na rynku dostępne są różne ścieżki certyfikacyjne.
Do najbardziej rozpoznawalnych należą certyfikaty oferowane przez Scrum.org oraz Scrum Alliance.
Scrum.org prowadzi ścieżkę Professional Scrum Master, obejmującą między innymi poziomy PSM I, PSM II i PSM III. Oficjalne szkolenia Professional Scrum Master skupiają się na zasadach Scruma, empiryzmie, odpowiedzialności Scrum Mastera i praktykach skutecznych Scrum Teamów.
Scrum Alliance oferuje między innymi certyfikat Certified ScrumMaster oraz kolejne poziomy rozwoju. Uzyskanie CSM wiąże się z ukończeniem odpowiedniego szkolenia i spełnieniem aktualnych warunków organizacji certyfikującej.
Czy warto zrobić certyfikat?
Certyfikat może być przydatny, gdy:
- kandydat zaczyna naukę,
- pracodawcy wymagają formalnego potwierdzenia,
- pomaga uporządkować materiał,
- stanowi element szerszego planu rozwoju,
- szkolenie daje możliwość ćwiczeń i informacji zwrotnej.
Nie powinien być jednak traktowany jako gwarancja zatrudnienia. Zdanie testu nie oznacza automatycznie, że dana osoba potrafi pracować z konfliktem, prowadzić zmianę organizacyjną i wspierać dojrzały zespół.
Rekruterzy coraz częściej pytają o konkretne sytuacje, sposób myślenia i efekty pracy. Certyfikat może otworzyć drzwi do rozmowy, ale doświadczenie decyduje o wiarygodności kandydata.
Jak przygotować się do pracy scrum mastera?
Przygotowanie powinno obejmować teorię, praktykę i rozwój kompetencji interpersonalnych.
Najpierw warto przeczytać aktualny Scrum Guide w języku polskim i angielskim. Następnie można analizować każdy element, pytając o jego cel i związki z pozostałymi częściami frameworku.
Dobrym ćwiczeniem jest obserwowanie zespołu i sprawdzanie:
- gdzie brakuje transparentności,
- które informacje pojawiają się zbyt późno,
- jak często zespół adaptuje plan,
- czy Cel Sprintu rzeczywiście wpływa na decyzje,
- czy wydarzenia prowadzą do inspekcji i adaptacji,
- jakie przeszkody powtarzają się regularnie.
Warto również ćwiczyć facylitację w bezpiecznym środowisku. Można prowadzić krótkie warsztaty, retrospektywy próbne lub spotkania społeczności.
CV scrum mastera
CV powinno przedstawiać nie tylko zakres obowiązków, ale przede wszystkim rezultaty. Samo wymienienie wydarzeń Scrum niewiele mówi o skuteczności kandydata.
Lepszy opis doświadczenia może wskazywać:
- poprawę współpracy,
- skrócenie czasu oczekiwania,
- ograniczenie zależności,
- zwiększenie przejrzystości,
- wprowadzenie skutecznych retrospektyw,
- rozwiązanie konkretnej przeszkody,
- rozwój samoorganizacji zespołu.
Trzeba zachować ostrożność przy przypisywaniu sobie wyników całego zespołu. Scrum master wspiera osiąganie rezultatów, ale nie jest jedyną osobą odpowiedzialną za wzrost wartości produktu.
W CV warto uwzględnić znajomość języków, doświadczenie w pracy zdalnej, szkolenia, certyfikaty i kompetencje facylitacyjne.
Rozmowa rekrutacyjna na scrum mastera
Rozmowa może obejmować pytania o Scrum Guide, doświadczenia zespołowe i reakcje na konkretne problemy.
Kandydat może zostać zapytany, co zrobi, gdy:
- zespół nie chce prowadzić retrospektywy,
- Product Owner jest niedostępny,
- menedżer przydziela zadania Developers,
- Daily Scrum trwa godzinę,
- członkowie zespołu ukrywają problemy,
- interesariusze zmieniają zakres Sprintu,
- zespół regularnie nie osiąga Celu Sprintu.
Nie ma jednej uniwersalnej odpowiedzi na każdą sytuację. Dobry kandydat powinien dopytać o kontekst, unikać pochopnych ocen i zaproponować sposób rozpoznania przyczyn.
Warto pokazywać proces myślenia: obserwacja, rozmowa, zebranie danych, stworzenie eksperymentu, sprawdzenie efektu i adaptacja.
Początkujący scrum master
Początkująca osoba często próbuje udowodnić swoją wartość poprzez dużą aktywność. Organizuje wiele warsztatów, proponuje nowe narzędzia i natychmiast poprawia każdy zauważony problem.
Takie podejście może przeciążyć zespół. Zanim scrum master zacznie wprowadzać zmiany, powinien poznać ludzi, produkt, kontekst i historię organizacji.
Pierwsze tygodnie warto poświęcić na:
- obserwację,
- budowanie relacji,
- poznanie celów,
- analizę przeszkód,
- zrozumienie oczekiwań,
- wyjaśnienie własnej roli.
Nie oznacza to biernego czekania. Można reagować na pilne problemy, ale większe zmiany powinny wynikać z rozpoznania sytuacji.
Dojrzały scrum master
Wraz ze wzrostem doświadczenia scrum master coraz lepiej rozpoznaje, kiedy powinien nauczać, doradzać, facylitować, coachować albo wycofać się i pozwolić zespołowi działać samodzielnie.
Dojrzały specjalista nie skupia się wyłącznie na poprawności spotkań. Potrafi pracować nad strukturą organizacyjną, przepływem wartości, relacjami z interesariuszami i sposobem podejmowania decyzji.
Rozumie też, że Scrum nie rozwiązuje automatycznie wszystkich problemów. Framework zwiększa przejrzystość i pomaga szybciej je zauważać. Organizacja nadal musi mieć odwagę reagować na ujawnione trudności.
Jak mierzyć skuteczność scrum mastera?
Nie istnieje jedna prosta metryka. Liczba spotkań, ukończonych zadań czy prędkość zespołu nie pokazują w pełni jakości pracy.
Ocena może obejmować:
- zdolność zespołu do osiągania Celu Sprintu,
- jakość i użyteczność Incrementów,
- częstotliwość otrzymywania informacji zwrotnej,
- czas potrzebny na dostarczenie wartości,
- liczbę i wiek przeszkód,
- poziom samoorganizacji,
- jakość współpracy,
- zdolność do uczenia się,
- bezpieczeństwo psychologiczne.
Metryki powinny służyć uczeniu się, a nie karaniu. Jeżeli pracownicy wiedzą, że liczby zostaną użyte przeciwko nim, mogą zacząć nimi manipulować.
Szczególnie niebezpieczne jest porównywanie zespołów na podstawie velocity. Punkty nie są uniwersalną jednostką produktywności, a ich wartość zależy od lokalnego sposobu szacowania.
Najczęstsze błędy scrum mastera
Jednym z podstawowych błędów jest przejmowanie odpowiedzialności zespołu. Scrum master zaczyna aktualizować Sprint Backlog, rozdzielać zadania, rozwiązywać wszystkie przeszkody i przypominać o każdym obowiązku.
W krótkim okresie może to wyglądać na skuteczność. W dłuższej perspektywie osłabia samoorganizację.
Inne częste błędy to:
- mechaniczne stosowanie zasad,
- skupienie wyłącznie na spotkaniach,
- unikanie trudnych rozmów,
- nadmierna ochrona zespołu,
- narzucanie własnych rozwiązań,
- ignorowanie potrzeb biznesowych,
- utożsamianie Scruma z konkretnym narzędziem,
- traktowanie certyfikatu jako końca nauki.
Scrum master powinien regularnie analizować również własny wpływ. Może zadawać sobie pytanie, czy jego działania zwiększają samodzielność zespołu, czy tworzą zależność.
Nadmierna ochrona zespołu
Czasami scrum master rozumie ochronę zespołu jako odcinanie go od interesariuszy, klientów i informacji biznesowych. Takie podejście może prowadzić do izolacji.
Zespół potrzebuje stabilnych warunków pracy, ale również bezpośredniej informacji zwrotnej. Scrum master powinien ograniczać destrukcyjne zakłócenia, a jednocześnie budować konstruktywną współpracę z otoczeniem.
Celem nie jest stworzenie szczelnej bariery, lecz zdrowych zasad komunikacji.
Scrum master w pracy zdalnej
Praca zdalna zwiększa znaczenie świadomej komunikacji i przejrzystości. Brak wspólnej przestrzeni może utrudniać zauważanie problemów, budowanie relacji i prowadzenie spontanicznych rozmów.
Scrum master powinien pomagać zespołowi ustalić:
- kanały komunikacji,
- oczekiwany czas odpowiedzi,
- zasady dokumentowania decyzji,
- sposób prowadzenia spotkań,
- godziny dostępności,
- sposoby utrzymywania relacji.
Spotkania zdalne wymagają dobrej facylitacji. Uczestnicy łatwiej tracą koncentrację, a niektóre osoby mogą dominować rozmowę.
Nie należy jednak rozwiązywać każdego problemu poprzez dodawanie kolejnego spotkania. Część komunikacji może odbywać się asynchronicznie.
Scrum master poza branżą IT
Scrum powstał i rozwinął się w środowisku tworzenia produktów, szczególnie oprogramowania, ale jest stosowany również w innych dziedzinach złożonej pracy.
Może być wykorzystywany między innymi w:
- marketingu,
- edukacji,
- rozwoju usług,
- badaniach,
- projektowaniu,
- sektorze publicznym,
- organizacjach społecznych,
- rozwoju produktów fizycznych.
Scrum master poza IT nadal odpowiada za właściwe rozumienie frameworku i skuteczność zespołu. Musi jednak poznać specyfikę danej branży, ograniczenia prawne, cykl pracy i rodzaj tworzonej wartości.
Nie każdy rodzaj pracy wymaga Scruma. Jeżeli zadania są proste, przewidywalne i powtarzalne, inne podejście może być bardziej odpowiednie.
Scrum master a agile coach
Scrum master i agile coach mogą wykorzystywać podobne kompetencje, ale zakres ich działania bywa inny.
Scrum master jest związany z odpowiedzialnością zdefiniowaną w Scrumie. Agile coach może pracować z wieloma zespołami, liderami oraz całą organizacją i nie musi ograniczać się do jednego frameworku.
W praktyce granice bywają płynne. Doświadczony scrum master często pracuje na poziomie organizacyjnym, a agile coach może wspierać konkretny Scrum Team.
Zmiana tytułu nie oznacza automatycznie wyższego poziomu kompetencji. Najważniejszy jest rzeczywisty zakres odpowiedzialności i zdolność osiągania trwałej zmiany.
Scrum master a team leader
Team leader może odpowiadać za rozwój pracowników, decyzje techniczne, przydział pracy lub ocenę wyników. Scrum master nie posiada automatycznie takich uprawnień.
Połączenie obu funkcji w jednej osobie może tworzyć konflikt. Członkowie zespołu mogą nie czuć się swobodnie podczas retrospektywy prowadzonej przez osobę, która później ocenia ich pracę.
Nie oznacza to, że połączenie jest zawsze niemożliwe, ale wymaga dużej świadomości, przejrzystości i dojrzałości organizacyjnej.
Scrum master a Product Owner
Product Owner i Scrum Master współpracują blisko, ale nie powinni zastępować się nawzajem.
Product Owner odpowiada za kierunek produktu, jego wartość, Cel Produktu oraz Product Backlog. Scrum Master odpowiada za skuteczność Scrum Teamu i ustanowienie Scruma.
Scrum master może wspierać Product Ownera, ale nie powinien przejmować jego decyzji. Product Owner z kolei nie powinien traktować scrum mastera jako osoby odpowiedzialnej za kontrolowanie Developers.
Dobra współpraca tych odpowiedzialności opiera się na zaufaniu, jasności i wspólnym skupieniu na wartości produktu.
Czy jedna osoba może wspierać kilka zespołów?
W praktyce scrum master często pracuje z więcej niż jednym zespołem. Nie jest to zakazane przez Scrum Guide, ale skuteczność takiego rozwiązania zależy od kontekstu.
Dojrzałe, stabilne zespoły mogą potrzebować mniejszego wsparcia. Nowe zespoły, trudna transformacja lub duża liczba przeszkód organizacyjnych mogą wymagać pełnego zaangażowania jednej osoby.
Obsługa zbyt wielu zespołów prowadzi często do ograniczenia pracy scrum mastera do organizowania wydarzeń. Brakuje wtedy czasu na coaching, obserwację, pracę z liderami i usuwanie barier systemowych.
Decyzja powinna uwzględniać realne potrzeby, a nie wyłącznie próbę ograniczenia kosztów.
Czy scrum master jest potrzebny na stałe?
Celem scrum mastera jest rozwijanie zdolności zespołu, a nie tworzenie trwałego uzależnienia. Dojrzały zespół może samodzielnie prowadzić wydarzenia, rozwiązywać wiele problemów i doskonalić sposób pracy.
Nie oznacza to jednak, że odpowiedzialność scrum mastera automatycznie przestaje być potrzebna. Zmienia się zakres pracy. Więcej uwagi może wymagać organizacja, współpraca między zespołami, przepływ wartości i nowe wyzwania.
Scrum Guide definiuje Scrum Team jako składający się ze Scrum Mastera, Product Ownera i Developers. Jeżeli organizacja usuwa scrum mastera, nie stosuje już Scruma dokładnie w sposób opisany w przewodniku.
Zarobki scrum mastera
Wynagrodzenie zależy od doświadczenia, branży, lokalizacji, znajomości języków, formy zatrudnienia i zakresu odpowiedzialności.
Początkujący specjalista zwykle zarabia mniej niż osoba pracująca z wieloma zespołami, liderami i złożoną transformacją. Certyfikat może wpływać na atrakcyjność kandydata, ale nie zastępuje praktycznych umiejętności.
Wysokie wynagrodzenie często wiąże się z oczekiwaniem, że scrum master będzie potrafił pracować nie tylko z wydarzeniami, ale również z konfliktami, strukturą organizacyjną, metrykami, przepływem wartości i zmianą kultury.
Przy analizowaniu ofert warto sprawdzać zakres zadań. Pod nazwą stanowiska mogą kryć się bardzo różne funkcje, od facylitatora jednego zespołu po kierownika projektu odpowiedzialnego za raportowanie i harmonogram.
Perspektywy zawodowe scrum mastera
Rola scrum mastera rozwija kompetencje przydatne w wielu obszarach. Doświadczona osoba może kontynuować pracę z zespołami, zostać agile coachem, konsultantem, trenerem, liderem transformacji albo specjalistą od rozwoju organizacji.
Nie istnieje jednak obowiązek awansowania na inne stanowisko. Scrum master może rozwijać się poziomo, podejmując coraz trudniejsze wyzwania i pracując w bardziej złożonym środowisku.
Przyszłość tej profesji zależy od zdolności do dostarczania realnej wartości. Organizacje mogą ograniczać stanowiska sprowadzone wyłącznie do prowadzenia spotkań. Nadal będą natomiast potrzebować osób potrafiących rozwijać zespoły, usprawniać współpracę i pomagać w radzeniu sobie ze złożonością.
Scrum master jako zawód oparty na ciągłym rozwoju
Scrum master nie kończy nauki po zdobyciu pierwszego certyfikatu. Zespoły, produkty i organizacje stale się zmieniają, dlatego potrzebne jest regularne rozwijanie kompetencji.
Warto pogłębiać wiedzę z zakresu:
- psychologii zespołu,
- facylitacji,
- coachingu,
- przywództwa,
- zarządzania zmianą,
- tworzenia produktów,
- metryk przepływu,
- praktyk technicznych,
- myślenia systemowego.
Rozwój powinien obejmować także refleksję nad własną pracą. Scrum master może korzystać z mentoringu, superwizji, grup wymiany doświadczeń i informacji zwrotnej od zespołu.
Dobry scrum master a skuteczny zespół
Dobry scrum master nie jest bohaterem rozwiązującym każdy problem. Jego wartość często polega na tym, że pomaga innym działać skuteczniej.
Zespół wspierany przez dojrzałego scrum mastera powinien stopniowo:
- lepiej rozumieć cele,
- szybciej ujawniać problemy,
- podejmować odpowiedzialne decyzje,
- ograniczać pracę rozpoczętą,
- częściej dostarczać wartość,
- otwarcie rozmawiać o błędach,
- regularnie doskonalić sposób pracy.
Nie wszystkie rezultaty pojawią się natychmiast. Zmiana zachowań i kultury wymaga czasu, konsekwencji i wsparcia organizacji.
Scrum master jako partner zespołu i organizacji
Scrum master zajmuje szczególne miejsce pomiędzy zespołem, Product Ownerem, interesariuszami i organizacją. Nie powinien reprezentować interesu tylko jednej strony.
Jego punktem odniesienia jest skuteczność Scrum Teamu i zdolność do tworzenia wartościowego produktu. Czasem wymaga to ochrony zespołu przed chaotycznymi zakłóceniami, a czasem skonfrontowania zespołu z potrzebami użytkowników.
Skuteczny scrum master potrafi łączyć empatię z wymaganiami, cierpliwość z odwagą oraz wsparcie z odpowiedzialnością.
Nie zarządza ludźmi, ale wpływa na sposób, w jaki współpracują. Nie decyduje o produkcie, ale pomaga stworzyć warunki do podejmowania lepszych decyzji. Nie usuwa wszystkich trudności, lecz rozwija zdolność organizacji do radzenia sobie z nimi.
Scrum master jako odpowiedzialność, a nie tylko stanowisko
Najważniejsze znaczenie pojęcia scrum master wynika z odpowiedzialności określonej w Scrum Guide, a nie z nazwy zapisanej na wizytówce.
Firma może zatrudniać osobę na takim stanowisku, a jednocześnie oczekiwać od niej pracy sprzecznej z zasadami Scruma. Może też mieć pracownika, który wykonuje wiele zadań scrum mastera, choć jego formalny tytuł brzmi inaczej.
O jakości pracy nie decyduje sama nazwa stanowiska ani liczba certyfikatów. Liczy się zdolność do ustanawiania Scruma, zwiększania efektywności zespołu i wspierania organizacji w empirycznym rozwiązywaniu złożonych problemów.
Scrum master jest liderem, facylitatorem, coachem, nauczycielem i agentem zmiany, ale przede wszystkim osobą odpowiedzialną za tworzenie warunków, w których Scrum Team może stawać się coraz bardziej skuteczny, samodzielny i
