Najcz臋stsze b艂臋dy Scrum Mastera

Prac臋 dobrego Scrum Mastera pozna膰 mo偶na po tym, 偶e w pewnym momencie przestaje by膰 potrzebny w codziennej pracy Zespo艂u Developerskiego. Jednak nie zawsze tak si臋 dzieje. B艂臋dy Scrum Mastera zawsze mog膮 si臋 zdarzy膰, jakie s膮 ich przyczyny?

Najcz臋stsze b艂臋dy Scrum Mastera – om贸wione zagadnienia:

Nadobecno艣膰 Scrum Mastera
Niewystarczaj膮ca obecno艣膰 Scrum Mastera
Podumowanie

Praca Scrum Mastera polega przede wszystkim na wspomaganiu pracy Zespo艂u Developerskiego. Dlatego najcz臋stsze pope艂niane b艂臋dy Scrum Mastera wyp艂ywaj膮 zwykle ze sposobu, w jaki uczestniczy on w codziennym funkcjonowaniu Developer贸w. B艂臋dy Scrum Mastera podzielili艣my na dwie grupy. Pierwsza obejmuje problemy wynikaj膮ce ze zbyt du偶ego zaanga偶owania, za艣 druga z niewystarczaj膮cej obecno艣ci Scrum Mastera w 偶yciu Zespo艂u Developerskiego.

mistakes of Scrum Master - The Scrum Master's Absence

Nadobecno艣膰 Scrum Mastera

Potrzeba utrzymywania zbyt du偶ej kontroli nad Zespo艂em cz臋sto powoduje b艂臋dy Scrum Mastera. B艂臋dy Scrum Mastera najcz臋艣ciej staj膮 si臋 widoczne w nast臋puj膮cych sytuacjach.

Scrum Master szuka rozwi膮zania problemu zamiast wspomaga膰 zesp贸艂 w radzeniu sobie z trudno艣ciami.Cz臋sto 藕r贸d艂em problemu jest to, 偶e Scrum Master jest zarazem specjalist膮 w dziedzinie tego, czym zajmuje si臋 Zesp贸艂 Developerski. Nieumiej臋tno艣膰 wyj艣cia z roli eksperta sprawia, 偶e nie jest on w stanie skutecznie wspomaga膰 zespo艂u w samodzielnym znajdowaniu rozwi膮za艅. Takie podej艣cie mo偶e tak偶e prowadzi膰 do jednoosobowego, autorytarnego podejmowania decyzji – a to chyba najwi臋kszy b艂膮d, jaki mo偶e pope艂nia膰 Scrum Master.
Scrum Master nie pozwala zespo艂owi pope艂nia膰 b艂臋d贸w. Ten problem wi膮偶e si臋艣ci艣le z poprzednim. Je艣li zesp贸艂 b臋dzie skutecznie chroniony przez Scrum Mastera przed pope艂nianiem b艂臋d贸w, nie nauczy si臋 samodzielnie rozwi膮zywa膰 problem贸w, ani bra膰 odpowiedzialno艣ci za swoj膮 prac臋. Zawsze b臋dzie polega艂 na radzie i ekspertyzie Scrum Mastera.
Scrum Master pr贸buje zmienia膰 ludzi zamiast pracowa膰 nad atmosfer膮 w zespole.Problem ten dotyczy zar贸wno zbytniego nacisku na zmian臋 zachowa艅 cz艂onka lub cz艂onk贸w zespo艂u, jak i zmian personalnych. B艂臋dem jest zmienianie sk艂adu Zespo艂u Developerskiego podczas pracy nad Celem Produktu je艣li nie jest to absolutnie konieczne. Mo偶e to wprowadzi膰 znacz膮ce op贸藕nienia w jego realizacji, zaburzy膰 rytm pracy Zespo艂u Developerskiego. A tak偶e zaburzy膰 rytm kszta艂towania si臋 Zespo艂u, o kt贸rym piszemy w osobnym artykule.
Scrum Master pe艂ni w organizacji funkcj臋 prze艂o偶onego Zespo艂u Developerskiego. Jest to b艂膮d, kt贸ry nie wynika cz臋sto z decyzji samego Scrum Mastera. Mo偶e jednak powodowa膰 nasilenie wszystkich b艂臋d贸w wynikaj膮cych z potrzeby kontroli nad Zespo艂em.
Scrum Master nadmiernie anga偶uje si臋 w dzia艂anie Zespo艂uGdy Zesp贸艂 sk艂ada si臋 z ekspert贸w znaj膮cych swoje umiej臋tno艣ci i zakresy obowi膮zk贸w, oraz funkcjonuje w zgodzie z zasadami Scrum, Scrum Master nie powinien nieproszony ingerowa膰 w spos贸b jego dzia艂ania. Je艣li to robi, po prostu przeszkadza w sprawnym dzia艂aniu swojego zespo艂u. Dobry Scrum Master dzi臋ki ugruntowanej pozycji coacha i lidera b臋dzie proszony o rad臋 w sytuacjach nadzwyczajnych lub wymagaj膮cych 艣wie偶ego spojrzenia. Dlatego powinien by膰 dost臋pny na wezwanie Developer贸w, ale nie narzuca膰 swej obecno艣ci.
Scrum Master zbyt sztywno trzyma si臋 zasad Scrum.e艣li kt贸ry艣 z aspekt贸w Scrum w danym Zespole nie dzia艂a, Scrum Master powinien spr贸bowa膰 innego podej艣cia. Ka偶dy Zesp贸艂 jest inny, a Scrum jest tylko og贸lnymi ramami dzia艂ania.

Zbyt ma艂e zaanga偶owanie Scrum Mastera

Nie tylko zbyt du偶e, lecz r贸wnie偶 niewystarczaj膮ce zaanga偶owanie Scrum Mastera mo偶e przynie艣膰 b艂臋dy Scrum Mastera. Opisali艣my poni偶ej najcz臋stsze z nich.

Scrum Master niewystarczaj膮co dobrze zna zasady Scrum. B艂膮d ten z du偶ym prawdopodobie艅stwem doprowadzi do ich niew艂a艣ciwego wdra偶ania. Za艣 praca Zespo艂u tylko z pozoru b臋dzie prac膮 w Scrum.
Scrum Master nie egzekwuje zasad Scrum.Niewystarczaj膮ca obecno艣膰 Scrum Mastera na co dzie艅 sprawia, 偶e nie chroni zespo艂u tak, jak powinien. Mo偶e to prowadzi膰 do braku ochrony przed nap艂ywem zada艅 z zewn膮trz. Albo do niewywi膮zywania si臋 Zespo艂u Developerskiego z realizacji Celu Sprintu.
Scrum Master nie pilnuje przestrzegania sta艂ego rytmu Scrum. Niedba艂o艣膰 w kwestii organizacji Wydarze艅 Scrum mo偶e prowadzi膰 do marnowania czasu. Rezultatem b臋d膮 za d艂ugie lub 藕le prowadzone Wydarzenia – Sprint Planning, Sprint Retrospective czy Sprint Review (o kt贸rych piszemy w osobnych wpisach). B艂臋dem jest tak偶e przek艂adanie wydarze艅 lub zmiana czasu ich trwania.
Scrum Master nie reaguje na konflikty w Zespole.Oczekiwanie, 偶e konflikty w Zespole z czasem si臋 rozwi膮偶膮, jest b艂臋dem Scrum Mastera. Konflikt nie zawsze jest z艂y, ale Scrum Master powinien by膰 nie tylko 艣wiadom jego istnienia i aktualnego stanu, ale r贸wnie偶 zaanga偶owa膰 si臋 w niego jako negocjator. A tak偶e potrafi膰 wykorzysta膰 konflikt do zmiany i usprawnienia dzia艂ania Zespo艂u.
Niewystarczaj膮ca obecno艣膰 Scrum Mastera. Problem pojawia si臋, gdy Scrum Master za ma艂o czasu po艣wi臋ca pracy z Zespo艂em i anga偶uje si臋 na przyk艂ad w zadania specjalistyczne. Sprawia to, 偶e za ma艂o s艂ucha i zadaje za ma艂o pyta艅. To za艣, jak pisali艣my w poprzednim artykule, jest kluczow膮 umiej臋tno艣ci膮 Scrum Mastera. W rezultacie Scrum Master nie wie wystarczaj膮co dobrze, jaka jest aktualna sytuacja i atmosfera panuj膮ca w Zespole. Oraz zadowala si臋 status quo.
Scrum Master nie kwestionuje status quo.呕eby Zesp贸艂 Developerski, a tak偶e ca艂y Scrum Team m贸g艂 si臋 rozwija膰, konieczne jest ci膮g艂e kwestionowanie status quo. Jest to cz臋sto dzia艂anie ryzykowne i potencjalnie konfliktogenne. Scrum Master powinien si臋 go podejmowa膰 ze 艣wiadomo艣ci膮 trudno艣ci, jakie mo偶e napotka膰. Jednak nie ma czego艣 takiego, jak „dojrza艂y Zesp贸艂 Developerski, kt贸ry ju偶 si臋 nie rozwija”. Pozostawienie go samemu sobie szybko doprowadzi do znacz膮cego pogorszenia jego dzia艂ania.
Scrum Master nie dzieli si臋 z Zespo艂em swoimi obserwacjami dotycz膮cymi jego funkcjonowania. Zatrzymywanie tej wiedzy dla siebie utrudnia, a nawet zupe艂nie zahamowuje rozw贸j Zespo艂u. Jest on co prawda zupe艂nie skupiony na swoich codziennych obowi膮zkach, jednak nie pracuje nad sposobem, w jaki wsp贸艂pracuj膮 ze sob膮 jego cz艂onkowie. Prowadzi to cz臋sto do nawarstwianie si臋 problem贸w i konflikt贸w.

Podsumowanie

B艂臋dy Scrum Mastera wynikaj膮ce z niewystarczaj膮cego lub nadmiernego zaanga偶owania Scrum Mastera w prac臋 Zespo艂u Developerskiego mog膮 zniszczy膰 rytm pracy. A nawet przyczyni膰 si臋 do zaprzestania dzia艂ania wed艂ug zasad Scrum. Dlatego warto, by Scrum Master by艂艣wiadom potencjalnych b艂臋d贸w i p艂yn膮cych z nich zagro偶e艅. A tak偶e na bie偶膮co obserwowa艂 swoj膮 relacj臋 z Zespo艂em.

Zapoznaj si臋 z kolejnym wpisem z tej serii: Jakie statystyki i metryki powinien 艣ledzi膰 Scrum Master?

Je艣li podobaj膮 Ci si臋 tre艣ci, kt贸re tworzymy, sprawd藕 r贸wnie偶:

Autor: Karolina Berecka
Karolina, jako project menad偶erka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przep艂ywu pracy i optymalizacji proces贸w. Jej umiej臋tno艣ci organizacyjne i zdolno艣膰 do pracy pod presj膮 czasu sprawiaj膮, 偶e jest najlepsz膮 osob膮 do zamieniania skomplikowanych projekt贸w w rzeczywisto艣膰.

Zobacz wszystkie posty

凯发k8旗舰厅

Przerwa konserwacyjna

Scrum Guide | 10. Najcz臋stsze b艂臋dy pope艂nianie przez Scrum Mastera