{"id":10795,"date":"2021-06-23T10:54:53","date_gmt":"2021-06-23T08:54:53","guid":{"rendered":"https:\/\/sii.pl\/blog\/?p=10795"},"modified":"2025-05-07T12:08:01","modified_gmt":"2025-05-07T10:08:01","slug":"siedem-grzechow-glownych-scrum-mastera","status":"publish","type":"post","link":"https:\/\/sii.pl\/blog\/siedem-grzechow-glownych-scrum-mastera\/","title":{"rendered":"Siedem grzech\u00f3w g\u0142\u00f3wnych Scrum Mastera"},"content":{"rendered":"\n

W \u015bwiecie IT, szczeg\u00f3lnie w\u015br\u00f3d deweloper\u00f3w, coraz cz\u0119\u015bciej widz\u0119 pewnego rodzaju ,,szyder\u0119\u201d i niech\u0119\u0107 wobec Scruma i Scrum Master\u00f3w.<\/p>\n\n\n\n

Mnie, jako Scrum Mastera, nieszczeg\u00f3lnie to cieszy, ale staram si\u0119 samemu z tym nie walczy\u0107, tylko pr\u00f3bowa\u0107 zrozumie\u0107 drug\u0105 stron\u0119 i dopiero wtedy reagowa\u0107. Scrum zaczyna by\u0107 masowy, a masowo\u015b\u0107 nie kojarzy mi si\u0119 z jako\u015bci\u0105, mo\u017ce zatem warto wzi\u0105\u0107 na klat\u0119 krytyk\u0119 i co\u015b w sobie zmieni\u0107?
Niedawno stworzy\u0142em prost\u0105 ankiet\u0119 i poprosi\u0142em trzy strony scrumowego tortu, tj. Deweloper\u00f3w (po staremu zespo\u0142y deweloperskie), Product Owner\u00f3w oraz Scrum Master\u00f3w o odpowied\u017a na jedno, otwarte pytanie: Jakie b\u0142\u0119dy – zaniedbania – grzechy – pope\u0142nia\/pope\u0142nia\u0142 Scrum Master, z kt\u00f3rym pracujesz\/pracowa\u0142e\u015b(a\u015b)?<\/em><\/p>\n\n\n\n

Moja ,,grupa badawcza\u201d by\u0142a do\u015b\u0107 skromna, bo liczy\u0142a 33 osoby (7 Product Owner\u00f3w, 7 Scrum Master\u00f3w 19 Developer\u00f3w), badanie nie pretenduje wi\u0119c do miana naukowego, ale wyci\u0105gn\u0105\u0142em bardzo ciekawy feedback.<\/p>\n\n\n\n

Pycha i nieufno\u015b\u0107<\/h2>\n\n\n\n

Deweloperzy, Product Ownerzy i Scrum Masterzy spotkali si\u0119 w swojej przesz\u0142o\u015bci z pych\u0105 tytu\u0142owych bohater\u00f3w. Pojawi\u0142y si\u0119 zarzuty traktowania zespo\u0142u z g\u00f3ry, a tak\u017ce wynikaj\u0105ce z braku zaufania narzucanie w\u0142asnych rozwi\u0105za\u0144, niepozwalanie na inicjatyw\u0119 i samoorganizacj\u0119. Jest to powa\u017cny zarzut i do\u015b\u0107 zasadnicze pogwa\u0142cenie scrumowych warto\u015bci. Scrum Master mo\u017ce oczywi\u015bcie czasem proponowa\u0107 rozwi\u0105zania, kt\u00f3re wynika\u0107 powinny z jego do\u015bwiadczenia, ale pami\u0119tajmy, \u017ce zesp\u00f3\u0142 powinien si\u0119 samo<\/strong>organizowa\u0107, ba, nawet samo<\/strong>zarz\u0105dza\u0107 i powinni\u015bmy mu nawet czasem umo\u017cliwi\u0107 pope\u0142ni\u0107 b\u0142\u0105d. Dlaczego? Bo cz\u0142owiek, tak i jak zespo\u0142y, uczy si\u0119 w\u0142a\u015bnie na b\u0142\u0119dach.<\/p>\n\n\n\n

Brak umiej\u0119tno\u015bci mi\u0119kkich<\/h2>\n\n\n\n

W opinii badanych zdarzaj\u0105 si\u0119 Scrum Masterzy, kt\u00f3rzy maj\u0105 spore trudno\u015bci w budowaniu relacji z lud\u017ami. Trudny charakter, s\u0142aba komunikatywno\u015b\u0107, brak empatii Scrum Mastera mog\u0105 doprowadzi\u0107 czasem do kryzysu w zespole. Jeden z odpowiadaj\u0105cych na zadane pytanie wskaza\u0142 wprost przyk\u0142ad, kiedy Scrum Master nie\u015bwiadomie (przez brak mi\u0119kkiego skill setu) doprowadzi\u0142 do du\u017cego napi\u0119cia i kryzysu pomi\u0119dzy Deweloperami a Product Ownerem. Nie czarujmy si\u0119, Scrum Masterzy, tak jak wszyscy ludzie, maj\u0105 mniej lub wi\u0119cej umiej\u0119tno\u015bci spo\u0142ecznych, ale nie mo\u017cna nie zauwa\u017cy\u0107, \u017ce powinna to by\u0107 rola, kt\u00f3ra jednoczy ludzi, a nie ich dzieli. Nie mam tu na my\u015bli sztucznego eliminowania konflikt\u00f3w, bo konflikty czasem s\u0105 dobre i mog\u0105 by\u0107 konstruktywne.<\/p>\n\n\n\n

Uleg\u0142o\u015b\u0107 i brak asertywno\u015bci<\/h2>\n\n\n\n

Grzech, przeciwstawny do tego, kt\u00f3ry zosta\u0142 wymieniony jako pierwszy (czyli nie wszyscy SMowie pope\u0142niaj\u0105 te same grzechy ?). W odpowiedziach pojawia\u0142y si\u0119 postacie takich Scrum Master\u00f3w, kt\u00f3rzy byli tak bardzo us\u0142u\u017cni, tak bardzo dla zespo\u0142u, \u017ce dali sobie\u2026 wej\u015b\u0107 na g\u0142ow\u0119. I stali si\u0119 popychad\u0142em, a wraz z nim ich autorytet ,,lidera, kt\u00f3ry s\u0142u\u017cy\u201d zmienia\u0142 si\u0119 w prawdziwego s\u0142ug\u0119, kt\u00f3ry nie jest ju\u017c liderem. ,,SM staje si\u0119 proxy i robi za sekretark\u0119\u201d to kwintesencja tego grzechu. S\u0105 tak\u017ce zarzuty braku asertywno\u015bci, pozwalanie by sprinty planowane by\u0142y przez PO, a nie zesp\u00f3\u0142. Jak taki Scrum Master ma potem broni\u0107 teamu przed nierealnym deadlinem, jak taki Scrum Master ma da\u0107 negatywny feedback leniom? Jak taki Scrum Master ma i\u015b\u0107 na urlop, skoro nikt nie poprowadzi daily czy planningu?<\/p>\n\n\n\n

B\u0142\u0119dy merytoryczne<\/h2>\n\n\n\n

Jest to grzech ci\u0119\u017cki. Nie miejmy w\u0105tpliwo\u015bci \u2013 takie grzechy psuj\u0105 ca\u0142y rynek Scrum Master\u00f3w. Na szcz\u0119\u015bcie nie by\u0142o takich odpowiedzi wiele, ale pojawi\u0142y si\u0119 i we\u017amy sobie to do serca. Nieznajomo\u015b\u0107 Scruma, ust\u0119powanie na ka\u017cdym kroku, by by\u0142o mi\u0142o (scrumbuts), albo udawanie podczas DEMO (zak\u0142amywanie rzeczywisto\u015bci) absolutnie nie powinny si\u0119 nam zdarzy\u0107.<\/p>\n\n\n\n

Brak zwinno\u015bci<\/h2>\n\n\n\n

Du\u017co odpowiedzi pojawi\u0142o si\u0119 pod tym zarzutem. ,,Za du\u017cy nacisk po\u0142o\u017cony na proces scrumowy\/ agile\u201d by\u0142 jednym z nich \u2013 robienie ze Scruma bo\u017cka, zamiast d\u0105\u017cenia do autonomicznego zespo\u0142u. Niestety ludzie, z kt\u00f3rymi jako Scrum Masterzy pracujemy, czasem widz\u0105 nas jako osoby, kt\u00f3re wynosz\u0105 sam proces ponad korzy\u015bci, kt\u00f3re maj\u0105 z niego wynika\u0107. Zdarza si\u0119, \u017ce sztywno trzymamy si\u0119 procesu, skupiamy na mechanizmach, takich jak organizowanie kalendarza spotka\u0144 i g\u0142askanie Jiry \u2013 to wszystko bez spojrzenia na warto\u015b\u0107 dla zespo\u0142u. Pomijamy przy tym najwa\u017cniejsze \u2013 wsparcie zespo\u0142u np. w rozumieniu i realizacji cel\u00f3w sprint\u00f3w. Dodatkowo, zesp\u00f3\u0142 wybija z rytmu nagminnie przeci\u0105gane spotkania, kt\u00f3re do niczego nie prowadz\u0105, nie maj\u0105 agendy.<\/p>\n\n\n\n

Apodyktyczno\u015b\u0107<\/h2>\n\n\n\n

Do\u015b\u0107 d\u0142uga lista uwag pojawia si\u0119 i tu. Nie brakowa\u0142o przyk\u0142ad\u00f3w, \u017ce Scrum Master za du\u017co zarz\u0105dza, dyryguje zespo\u0142em, uprawia swego rodzaju micromanagement \u2013 jest koordynatorem, kontrolerem, przydziela zadania i ogranicza samoorganizacj\u0119 zespo\u0142u. Co wi\u0119cej pe\u0142ni de facto rol\u0119 Managera. Nie b\u0105d\u017amy jak Manager (nie mam nic do Manager\u00f3w!) \u2013 nie sterujmy, pozw\u00f3lmy zespo\u0142owi si\u0119 rozwija\u0107 i zaufajmy mu.<\/p>\n\n\n\n

Forsowanie w\u0142asnych pomys\u0142\u00f3w, manipulowanie zespo\u0142em i podwa\u017canie kompetencji nie jest ok. Pami\u0119tajmy, \u017ce Scrum zak\u0142ada p\u0142ask\u0105 struktur\u0119. S\u0105 momenty (szczeg\u00f3lnie przy tworzeniu si\u0119 zespo\u0142\u00f3w), kiedy Scrum Master jest aktywniejszy i czasem wi\u0119cej proponuje, ale trzeba rozr\u00f3\u017cni\u0107 zarz\u0105dzanie od wspierania. Scrum Master wspiera.<\/p>\n\n\n\n

Niedbalstwo<\/h2>\n\n\n\n

Dobry Scrum Master to zaanga\u017cowany Scrum Master. Je\u015bli np. brakuje follow-upu po retrospekcji, nie dziwmy si\u0119, \u017ce \u017caden Deweloper nie jest ,,fanem\u201d tych spotka\u0144. Je\u015bli jedyne, czym si\u0119 zajmujemy to administrowanie Jir\u0105 i kalendarzem oraz spotkaniami, to rzu\u0107my t\u0119 robot\u0119. Niestety sporo uwag dotyczy\u0142o zaniedbywania zespo\u0142\u00f3w przez Scrum Master\u00f3w: ,,by\u0142o go za ma\u0142o\u201d, brak dba\u0142o\u015bci o np. refinement, brak interwencji w trudnych momentach, brak wsparcia teamu i Product Ownera, je\u015bli tego potrzebuj\u0105.<\/p>\n\n\n\n

Podsumowanie<\/h2>\n\n\n\n

Po wymienieniu powy\u017cszych grzech\u00f3w wy\u0142ania si\u0119 do\u015b\u0107 negatywny obraz, ale trudno o optymistyczne przes\u0142anie, je\u015bli mowa o grzechach. Dorzuc\u0119 zatem do pieca i powiem, \u017ce tych grzech\u00f3w jest jeszcze wi\u0119cej! Zamiast jednak zwiesza\u0107 g\u0142ow\u0119 w zadumie proponuj\u0119 potraktowa\u0107 te opinie i przyk\u0142ady jako punkt wyj\u015bcia do swoistej auto-retrospektywy na temat b\u0142\u0119d\u00f3w, kt\u00f3re z pewno\u015bci\u0105 czasem pope\u0142niamy wszyscy.<\/p>\n\n\n\n

Co zrobi\u0107 z t\u0105 wiedz\u0105? Pomarudzimy sobie i tyle? Zostawiam to ka\u017cdemu pod rozwag\u0119.
Je\u015bli mam co\u015b sugerowa\u0107 Scrum Masterom (tak\u017ce sobie) to radz\u0119, by mie\u0107 stale w\u0142\u0105czony czujnik s\u0142uchania i nak\u0142aniania team\u00f3w do transparentno\u015bci. Z pewno\u015bci\u0105 pomo\u017ce to wy\u0142apa\u0107 i przeprocesowa\u0107 negatywny feedback, zanim trafi do nas poniewczasie. Zaufanie zespo\u0142u jest jak las \u2013 wolno ro\u015bnie, szybko p\u0142onie.<\/p>\n\n\n\n

Co radz\u0119 osobom pracuj\u0105cym ze Scrum Masterami, tj. Deweloperom, Product Ownerom i innym osobom? Dbajcie o to, aby Scrum Master mia\u0142 \u015bwiadomo\u015b\u0107 waszych potrzeb i bol\u0105czek. Lider, kt\u00f3ry s\u0142u\u017cy, nie b\u0119dzie w stanie robi\u0107 tego efektywnie bez tej wiedzy.<\/p>\n\n\n\n

Wszystkim teamom \u017cycz\u0119 wspania\u0142ych Scrum Master\u00f3w!<\/p>\n\n\n\n

PS. Jaki\u015b czas temu m\u00f3wi\u0142em o tym na pewnym meetupie. Zrobili\u015bmy kr\u00f3tkie ,,retro\u201d po tym i to by\u0142y najwa\u017cniejsze b\u0142\u0119dy:<\/p>\n\n\n\n