Przewodnik po Scrumie | 10. Najczęstsze błędy Scrum Mastera

Opublikowany: 2022-04-20

Pracę dobrego Scrum Mastera można rozpoznać po tym, że w pewnym momencie nie są już potrzebni w codziennej pracy Zespołu Deweloperskiego. Jednak nie zawsze tak jest. Jakie są przyczyny błędów Scrum Mastera?

Błędy Scrum Mastera – spis treści:

  • Nieobecność Scrum Mastera
  • Niewystarczająca obecność Scrum Mastera
  • Streszczenie

Zadaniem Scrum Mastera jest przede wszystkim wspieranie pracy Zespołu Deweloperskiego. Dlatego też najczęstsze błędy Scrum Mastera wynikają zwykle ze sposobu, w jaki uczestniczy w codziennym funkcjonowaniu Developerów. Podzieliliśmy te błędy Scrum Mastera na dwie grupy. Pierwsza obejmuje problemy wynikające ze zbyt dużego zaangażowania, druga to problemy wynikające z niewystarczającej obecności Scrum Mastera w życiu Zespołu Deweloperskiego.

mistakes of Scrum Master - The Scrum Master's Absence

Nieobecność Scrum Mastera

Konieczność utrzymania zbyt dużej kontroli nad Zespołem często powoduje błędy w stosowaniu Scrum. Błędy Scrum Mastera najczęściej ujawniają się w następujących sytuacjach.

  1. Scrum Master szuka rozwiązania problemu, zamiast pomagać zespołowi w radzeniu sobie z trudnością. Zazwyczaj źródłem problemu jest to, że Scrum Master jest również ekspertem w tym, co robi Zespół Deweloperski. Ich niezdolność do wyjścia z roli eksperckiej sprawia, że ​​nie są w stanie skutecznie pomagać zespołowi w samodzielnym znajdowaniu rozwiązań. Takie podejście może również prowadzić do jednoosobowego, autorytarnego podejmowania decyzji – i to jest prawdopodobnie największy błąd, jaki może popełnić Scrum Master.
  2. Scrum Master nie pozwala zespołowi popełniać błędów. Ten problem jest ściśle związany z poprzednim. Jeśli zespół jest 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 radach i wiedzy Scrum Mastera.
  3. Scrum Master stara się zmieniać ludzi zamiast pracować nad atmosferą zespołu. Problem ten obejmuje zbyt duży nacisk na zmianę zachowania członka lub członków zespołu, a także zmiany personalne. Błędem jest zmiana składu Zespołu Deweloperskiego podczas pracy nad Celem Produktowym, jeśli nie jest to absolutnie konieczne. Może wprowadzać znaczne opóźnienia w jego realizacji oraz zaburzać rytm pracy Zespołu Deweloperskiego. A także zakłócić rytm formowania Zespołu, o którym piszemy w osobnym artykule.
  4. Scrum Master pełni funkcję superwizora Zespołu Deweloperskiego w organizacji. To błąd, który często nie wynika z własnych decyzji Scrum Mastera. Może jednak zaostrzyć wszystkie błędy, które wynikają z konieczności kontrolowania Zespołu.
  5. Scrum Master nadmiernie angażuje się w działanie Zespołu. Gdy Zespół składa się z ekspertów, którzy znają swoje umiejętności i obowiązki oraz działa zgodnie z zasadami Scrum, Scrum Masterzy nie powinni ingerować bez zaproszenia w sposób pracy Zespołu. Jeśli tak, to po prostu zakłócają płynne funkcjonowanie zespołu. Dobrzy Scrum Masterzy, dzięki swojej ugruntowanej pozycji jako coacha i liderów, będą proszeni o radę w sytuacjach awaryjnych lub sytuacjach wymagających świeżego spojrzenia. Dlatego powinny być dostępne na wezwanie dla Deweloperów bez narzucania swojej obecności.
  6. Scrum Master jest zbyt sztywny w swoim przestrzeganiu zasad Scrum. Jeśli jakiś aspekt Scrum nie działa w danym Zespole, Scrum Master powinien spróbować innego podejścia. Każdy zespół jest inny, a Scrum to tylko ogólne ramy.
mistakes of Scrum Master

Niewystarczająca obecność Scrum Mastera

Nie tylko zbyt duże, ale i niewystarczające zaangażowanie Scrum Mastera może prowadzić do wielu błędów. Poniżej opisaliśmy najczęstsze z nich.

  1. Scrum Master nie jest dostatecznie zaznajomiony z zasadami Scrum. Ten błąd najprawdopodobniej doprowadzi do ich niewłaściwej realizacji. A praca Zespołu będzie tylko pozornie pracą Scrum.
  2. Scrum Master nie egzekwuje zasad Scrum. Nieodpowiednia obecność Scrum Mastera na co dzień oznacza, że ​​nie chroni on zespołu tak, jak powinien. Może to prowadzić do braku ochrony przed napływem zadań z zewnątrz. Albo niepowodzenie Zespołu Deweloperskiego w osiągnięciu Celu Sprintu.
  3. Scrum Master nie upewnia się, że przestrzegany jest spójny rytm Scrum. Nieostrożność w organizowaniu Scrum Events może prowadzić do marnowania czasu. Spowoduje to zbyt długie lub słabo prowadzone Wydarzenia – Planowanie Sprintu, Retrospektywa Sprintu lub Przegląd Sprintu (o czym napiszemy w osobnych postach). Błędem jest również przekładanie wydarzeń lub zmiana czasu ich trwania.
  4. Scrum Master nie reaguje na konflikty w zespole. Oczekiwanie, że konflikty w Zespole rozwiążą się z czasem, jest błędem Scrum Mastera. Konflikt nie zawsze jest zły, ale Scrum Master powinien nie tylko zdawać sobie sprawę z jego istnienia i aktualnego stanu, ale także angażować się w niego jako negocjator. A także być w stanie wykorzystać konflikt do zmiany i ulepszenia zespołu.
  5. Niewystarczająca obecność Scrum Mastera. Problem pojawia się, gdy Scrum Master spędza zbyt mało czasu na pracy z Zespołem i angażuje się np. w specjalistyczne zadania. To sprawia, że ​​słucha za mało i zadaje za mało pytań. To, 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 w zespole. I jest zadowolony ze status quo.
  6. Scrum Master nie kwestionuje status quo. Aby Zespół Deweloperski i cały Zespół Scrumowy się rozwijał, konieczne jest nieustanne kwestionowanie status quo. Jest to często ryzykowne i potencjalnie szkodliwe działanie. Scrum Master powinien ją podjąć ze świadomością trudności, jakie może napotkać. Nie ma jednak czegoś takiego jak „dojrzały zespół deweloperski, który już się nie rozwija”. Pozostawienie go w spokoju szybko doprowadzi do znacznego pogorszenia jego wydajności.
  7. Scrum Master nie dzieli się z Zespołem swoimi spostrzeżeniami na temat działania Zespołu . Zachowanie tej wiedzy dla siebie utrudnia, a nawet uniemożliwia rozwój Zespołu. Scrum Master, choć całkowicie skupiony na codziennych obowiązkach, nie pracuje nad sposobem współpracy członków zespołu. Prowadzi to często do kumulacji problemów i konfliktów.
mistakes of Scrum Master

Częste błędy Scrum Mastera – podsumowanie

Błędy Scrum Mastera wynikające z niewystarczającego lub nadmiernego zaangażowania w Zespół Deweloperski mogą zaburzać rytm pracy. A nawet przyczynić się do zatrzymania aktywności zgodnie z zasadami Scrum. Dlatego warto, aby Scrum Master był świadomy potencjalnych błędów i wynikających z nich zagrożeń. A także pilnować ich relacji z Zespołem.

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Twitterze, LinkedIn, Instagramie, YouTube.

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Zobacz wszystkie posty

Przewodnik po Scrumie:

  1. Słowniczek podstawowych pojęć, ról i pojęć
  2. Co to jest Scrum?
  3. Wartości Scrum
  4. Jak wdrożyć Scrum w swojej firmie?
  5. Zespół Scrumowy - co to jest i jak działa?
  6. Kim jest Product Owner?
  7. Najczęstsze błędy Product Ownera
  8. Kim jest Scrum Master?
  9. Charakterystyka dobrego Scrum Mastera
  10. Najczęstsze błędy Scrum Mastera
  11. Jakie statystyki i metryki powinien śledzić Scrum Master?
  12. Współpraca Product Ownera ze Scrum Masterem
  13. Zespół Deweloperski w Scrum
  14. Najczęstsze błędy programistów
  15. Artefakty Scrum
  16. Skalowanie Scrum
  17. Backlog Sprintu
  18. Czym jest Backlog Produktu?
  19. Czym są historie użytkowników?
  20. Tworzenie najlepszej historii użytkownika z INVEST
  21. Najczęstsze błędy User Story
  22. Kryteria akceptacji historii użytkownika
  23. Szacowanie i punkty fabularne w Scrumie
  24. Poker Planowania
  25. Drużynowa gra szacowania
  26. Definiowanie przyrostu
  27. Wydarzenia scrumowe
  28. Czym jest Sprint w Scrumie?
  29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
  30. Co to jest wykres spalania?
  31. Jak stworzyć i zinterpretować wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
  35. Codzienny Scrum
  36. Planowanie sprintu
  37. Przegląd sprintu
  38. Czym jest retrospektywa sprintu?
  39. Typowe błędy podczas Retrospektywy Sprintu
  40. Pielęgnacja Backlogu Produktu