#1 Bezwartościowy Scrum Master

Piotr Pelcer. Cześć! Witamy w premierowym odcinku podcastu Co z tym Agilem? Nasz podcast prowadzili będziemy we trójkę, ale w każdym odcinku występowały będą tylko dwie osoby i tym oto sposobem dzisiaj będę do was mówił ja i Magda. W podcaście będziemy rozmawiali o różnych tematach związanych z szeroko powiatą zwinnością oraz dzielili się swoimi spostrzeżeniami, jak dzięki zwinności uzyskiwać wartość oraz co ją skutecznie zabija. Temat dzisiejszego spotkania to Bezwartościowy Scrum Master.

Trochę niepokojący temat. Czy to znaczy, że Scrum Masterzy są niepotrzebni? Wiele ludzi pewnie zastanawia się, co ten Scrum Master robi cały dzień. Pije kawę, rozmawia z ludźmi, wypełnia tabelki. Zazwyczaj nie koduje, nie testuje, nie robi analizy, nie jest Project Managerem. Więc jeśli nikt nie wie, co robi taki Scrum Master, jeśli nie widać jego działań lub zmian w organizacji, Niektórzy mogą odnieść wrażenie, że jest bezwartościowy. A skąd Piotrze w ogóle pojawiło się zaciekawienie tym tematem? Więc co za ciekawienie i to jest złe słowo, raczej pojawiła się frustracja. Miałem ostatnią przyjemność prowadzenia warsztatów z team buildingu w pewnym zespole i w pewnym momencie, gdy został poruszony temat Scrum Mastera, to pojawiły się takie charakterystyczne uśmieszki na twarzach uczestników.

I oczywiście musiałem zgłębić ten temat i usłyszałem, że po co komu Scrum Master, przecież taka rola jest bezwartościowa. Najgorsze w tym wszystkim jest to, że wcale nie byłem przesadnie zaskoczony, bo te podobne historie usłyszałem nie raz. Naturalnie zgłębiłem temat, bo zaciekawiło mnie po prostu, który wariant bezwartościowego Scrum Mastera trafił się akurat w tym zespole. Spotkałem już takich wariantów kilka. Ja też słyszałam o różnych antypostawach, które uważam, że powinny być szeroko znane i opalane. Dlatego dzisiaj chcemy podzielić się przykładami, które zachowania Scrum Mastera nie wnoszą wartości dla zespołu czy organizacji. Okej, to zaczynajmy. Piotrze, jaki wariant najczęściej spotykasz? Najczęściej spotykam wariant dokładnie taki, jaki trafił się i temu zespołowi, wspomnianemu wcześniej, czyli Scrum Master, który w zasadzie powinien się nazywać jakiś Outlook Master bądź Jira Master, osoba, która sprowadza tę rolę do tego, żeby zajmować się tym, co nazwa wskazuje, czyli bukowaniem spotkań, bukowaniem salek na te spotkania, wbijaniem jakichś tam coli na Teamsach czy na innym komunikatorze, z jakiego zespół korzysta.

A Ty Piotr, co myślisz o takim rozwiązywaniu problemików przez Scrum Mastera? Jest to kompletne niezrozumienie, na jakiego rodzaju problemach powinien się skupiać Scrum Master. Nie na takich, które może rozwiązać każdy, kto ma dwie ręce i nogi. To nie jest tak, że wszystko, co wymaga rozwiązania typu przyniesienia tej myszki, to musi robić Scrum Master. Nie, to może robić każdy. Zespół powinien być samorganizujący się i w ogóle zespół, któremu przyjdzie do głowy, że zostanie zblokowany, bo komu się zapsuła myszka, to trzeba by się zastanowić, jak on w ogóle funkcjonuje. Natomiast Scrum Master powinien myśleć o takich poważnie wpływających negatywnie na pracę zespołu problemach. Te problemy oczywiście najczęściej wynikają z retrospektywy zespołu, czyli faktycznie powinny pochodzić od zespołu. One muszą pochodzić od zespołu, nie muszą pochodzić z retro.