Rada dla Scrum Mastera – Zarządzaj procesem, a nie ludźmi
Jednym z błędów często popełnianych przez początkujących (i nie tylko ) Scrum Masterów jest próba zarządzania pracą członków zespołu developerskiego...
Jednym z błędów często popełnianych przez początkujących (i nie tylko ) Scrum Masterów jest próba zarządzania pracą członków zespołu developerskiego.
W Scrum Guide jasno napisane jest, że zespół powinien być samo-organizujący się. Oznacza to, że to członkowie zespołu sami powinni decydować o tym jakie zadania powinni wykonywać. Z drugiej strony nie oznacza to totalnego bałaganu! Wybór zadań jest ograniczony – wybieramy z pośród zadań potrzebnych do zrealizowania Product Backlog Items, które zespół zaplanował w ramach danej iteracji – dodatkowo wymagania powinny być realizowane w takiej kolejności jak były na Product Backlogu.
Nie oznacza to w Scrum wcale nie ma w nim miejsca na zarządzanie. Na egzaminie Professional Scrum Master I czasem przewija się pytanie o to czy Scrum Master jest rolą mangerską? Poprawną odpowiedzią jest – że tak – Scrum Master jest managerem. Niemniej jednak w tym kontekście jest managerem procesu a nie przełożonym developerów, który wyznacza i kontroluje wykonywane przez nich zadania.
Odpowiedzialnością Scrum Mastera jest zarządzanie procesem wytwarzania oprogramowania – jego ulepszanie i modyfikowanie (najlepiej w sposób empiryczny na podstawie eksperymentów). Scrum Master nie powinien również niczego narzucać zespołowi. Jeśli wszyscy rozumieją rolę Scrum Mastera to nie powinno być problemów w sugerowaniem pewnych ulepszeń i otwartym, wspólnym planowaniem i analizowaniem eksperymentów. Scrum Master powinien również brać pod uwagę pomysły i opinie innych – jego rola to także sprawianie by również te idee miały szansę zaistnieć (a już przynajmniej, by zostały przetestowane).
Aby proces (Scrum) działał potrzebna jest też facylitacja i usuwanie przeszkód oraz różnych nieprawidłowości. Scrum Master bardzo często musi też chronić proces przed destruktywnym wpływem organizacji (co wcale nie znaczy, że nie wolno czasem pójść na kompromis).
Niniejszym postem rozpoczynamy nasz cykl „Rady dla Scrum Masterów”, który powstał między innymi w odpowiedzi na często zadawane pytania dotyczące roli Scrum Mastera, które pojawiają się na naszych szkoleniach i podczas coachingów. Teraz możecie z łatwością odnajdywać potrzebną wiedzę. Jednocześnie zachęcamy do aktywnego komentowania, zadawania pytań i proponowania tematów najbardziej was interesujących, abyśmy mogli jeszcze bardziej służyć naszą wiedzą i pomocą.