Zespół Scrum zazwyczaj składa się z trzech podstawowych ról:

• Product Owner: Product Owner jest odpowiedzialny za maksymalizację wartości produktu wynikającej z pracy zespołu Scrum. Obejmuje to zarządzanie Product Backlogiem poprzez zapewnienie, że jest przejrzysty, jasny i uporządkowany w sposób najlepiej realizujący cele produktu. Product Owner jest głównym łącznikiem z interesariuszami, podejmując decyzje zgodne z celami biznesowymi i potrzebami klientów.
• Deweloperzy: Deweloperzy to profesjonaliści, którzy współpracują ze sobą, aby dostarczać produkt w sposób przyrostowy – czyli poprzez ciągłe dodawanie znaczącej wartości w krótkich, iteracyjnych cyklach. Są samozarządzalni i wielofunkcyjni, wspólnie odpowiedzialni za określenie, jak przekształcić Product Backlog w potencjalnie gotowe do wydania przyrosty produktu. Przewodnik Scrum nie przepisuje konkretnych ról dla deweloperów, podkreślając zamiast tego autonomię zespołu w organizowaniu ich pracy.
• Scrum Master: Jak wspomniano wcześniej, Scrum Master jest odpowiedzialny za zapewnienie, że zespół Scrum i organizacja rozumieją teorię, praktyki, zasady i wartości Scrum. Scrum Master wspiera Product Ownera i deweloperów, ułatwiając wydarzenia Scrum w razie potrzeby i pomagając usuwać przeszkody w postępach zespołu.

Chociaż obowiązki Scrum Mastera mogą różnić się w zależności od organizacji, Przewodnik Scrum 2020 definiuje kilka podstawowych obszarów odpowiedzialności:

1. Ułatwianie wydarzeń Scrum: Scrum Master jest odpowiedzialny za zapewnienie, że przepisane wydarzenia Scrum—Planowanie Sprintu, Daily Scrum, Przegląd Sprintu i Retrospektywa Sprintu—odbywają się i są skuteczne. Może to obejmować ułatwianie tych wydarzeń w razie potrzeby.
2. Usuwanie przeszkód: Scrum Master pracuje nad identyfikacją i usuwaniem wszelkich przeszkód, które utrudniają postępy zespołu Scrum, pozwalając zespołowi skupić się na dostarczaniu potencjalnie gotowych do wydania przyrostów produktu w każdym sprincie.
3. Wspieranie skupienia zespołu: Poprzez zachęcanie deweloperów w zespole Scrum do skupienia się na celach sprintu i produktu oraz pomaganie im w odparciu wszelkich zewnętrznych wpływów, które wykraczają poza zakres tych celów, Scrum Master pomaga umożliwić zespołowi dotrzymanie zobowiązań do dostarczania wartości najlepiej jak potrafią.
4. Coaching w zakresie praktyk Scrum: Scrum Master prowadzi zespół Scrum w rozumieniu i stosowaniu teorii, praktyk, zasad i wartości Scrum. Ten coaching wspiera zespół w stawaniu się bardziej samozarządzalnym i wielofunkcyjnym. Coaching tych spoza zespołu Scrum pomaga utrzymać optymalne warunki dla zwinnego dostarczania przez zespół Scrum.
5. Wspieranie Product Ownera: Scrum Master pomaga Product Ownerowi w skutecznym zarządzaniu Product Backlogiem, ułatwiając zaangażowanie interesariuszy w razie potrzeby i zapewniając, że zespół Scrum jasno rozumie cele, zakres i priorytety produktu.
6. Wspieranie ciągłego doskonalenia: Scrum Master zachęca do kultury ciągłego doskonalenia poprzez ułatwianie inspekcji i adaptacji, często poprzez skuteczne przeglądy sprintów i retrospektywy oraz inne pętle zwrotne wbudowane w sposób pracy Scrum.

Jaka jest różnica między tradycyjnym kierownikiem projektu a Scrum Masterem?

Chociaż tytuły kierownika projektu i Scrum Mastera są czasami używane zamiennie, reprezentują one fundamentalnie różne podejścia do zarządzania pracą.

1. Zakres odpowiedzialności: Kierownicy projektów zazwyczaj mają szerszy zakres odpowiedzialności, który obejmuje zarządzanie interesariuszami, zakresem, kosztami i harmonogramami.  W Scrum odpowiedzialności są rozdzielone:

• Product Owner jest odpowiedzialny za zarządzanie Product Backlogiem i maksymalizację wartości produktu.
• Deweloperzy są odpowiedzialni za dostarczenie "ukończonego" przyrostu produktu w każdym Sprincie.
• Scrum Master skupia się na ułatwianiu procesu Scrum i usuwaniu przeszkód. Ten węższy zakus zapewnia, że rola Scrum Mastera koncentruje się na umożliwieniu zespołowi przestrzegania Scrum, a nie na zarządzaniu każdym aspektem projektu.

2. Zarządzanie vs. Facilitation: Tradycyjny kierownik projektu zazwyczaj przyjmuje podejście oparte na rozkazach i kontroli—nadzoruje harmonogramy, alokację zasobów i wykonanie zadań oraz podejmuje kluczowe decyzje dotyczące zakresu, planowania i budżetu. W przeciwieństwie do tego, Scrum Master jest odpowiedzialny za ustanowienie i wspieranie Scrum zgodnie z definicją w Scrum Guide. Zamiast kierować zespołem, Scrum Master ułatwia proces Scrum, szkoli zespół, aby stał się samoorganizującym i zapewnia, że wydarzenia Scrum odbywają się skutecznie.

3. Metodologia: Kierownicy projektów generalnie pracują w ramach tradycyjnych metodologii, gdzie fazy rozwoju są liniowe i sekwencyjne. Scrum Master, w przeciwieństwie do tego, pracuje z iteracyjnym, przyrostowym, elastycznym, adaptacyjnym, empirycznym sposobem pracy. To zwinne podejście pozwala zespołom Scrum dostosować się do rzeczywistości zmian w potrzebach, wymaganiach i środowisku projektowym. W przeciwieństwie do tego, tradycyjne podejścia zakładają, że niewiele się zmieni, i zachęcają do planowania całego projektu, często szczegółowo, z góry oraz skupiają się na realizacji tego planu.

A co z zarządzaniem projektami Agile?

Kierownik projektu stosujący podejście Agile Project Management – zgodnie z definicją AgilePM® – uzupełnia rolę Scrum Mastera. Punkty 2 i 3 z powyższej listy po prostu nie mają zastosowania – kierownik projektu Agile przyjmuje styl ułatwiający i zwinny sposób pracy.

W AgilePM kierownik projektu skupia się na zarządzaniu środowiskiem, w którym działa projekt, w tym:

• Organizacja projektu, zarządzanie interesariuszami i governance
• Planowanie i harmonogramowanie wysokiego poziomu (przewodzenie, a nie zarządzanie)
• Koordynacja zarządzania ryzykiem i zależnościami