Część 1: Project Manager vs Scrum Master
Zastanawiałem się jak podejść do tematu relacji pomiędzy PM-em a Scrum Masterem. Z pomocą przyszedł mi wiersz Aleksandra Fredry „Paweł i Gaweł”. Nawet jeśli nie potrafilibyście go wyrecytować, to jestem przekonany, że pamiętacie sedno historyjki. Jeden na górze, drugi na dole. Uprzykrzają sobie życie. I choć w wierszu wyraźnie wskazany jest prowodyr, to sumie w życiu nie ma znaczenia kto zaczął. Całość zabawnych perypetii dwóch sąsiadów sprowadza się do wyrażonego w ostatniej strofie podsumowania: Z tej to powiastki morał w tym sposobie: Jak ty komu, tak on tobie.
Czy tak w rzeczywistości wyglądają relacje PM-ów i Scrum Masterów?
Kilkukrotnie wcześniej wyrażałem już na naszym blogu przekonanie, że przeciwstawianie sobie zestandaryzowanych podejść do zarządzania projektami pozbawione jest sensu. Hasła w stylu „agile kontra waterfall”, czy „Scrum kontra PRINCE2” odbieram jako brak dogłębnego przemyślenia tematu, a co najważniejsze jako próbę wprowadzenie generalnych zasad tam, gdzie rządzić musi pragmatyczne spojrzenie na rzeczywistość. W mojej praktyce przykładem takiego stanu rzeczy jest stawiane często pytanie: Kto dziś powinien być wiodący w projekcie, Project Manager czy Scrum Master?
To kompletnie różne role
Zacznijmy od tego, że są to kompletnie różne role, które mają kompletnie inne zadania. Podeprę się w tym miejscu dwoma przewodnikami. Sięgnijmy w pierwszej kolejności do Scrum GuideTM. „Scrum to ramy postępowania przydatne w procesach wytwarzania, dostarczania i utrzymywania złożonych produktów. Scrum Master jest odpowiedzialny za promowanie i wspieranie stosowania Scruma (…). Scrum Masterzy osiągają to poprzez pomaganie wszystkim w zrozumieniu teorii Scruma, jego praktyk, reguł i wartości.”
Z kolei PMBOK Guide® 6 edycja koncentruje się na roli kierownika projektu. „Project Manager odgrywa krytyczną rolę w przewodzeniu zespołowi projektowemu w celu osiągnięcia celów projektu. (…) Rola PM-a może się różnić w zależności od organizacji. (…) Prosta analogia może pomóc zrozumieć rolę Project Managera dla dużego projektu poprzez porównanie jej z rolą dyrygenta orkiestry.”
Już na podstawie tych krótkich fragmentów możemy wyciągnąć bardzo istotne wnioski. Scrum Master koncentruje się na wspieraniu zespołu w stosowaniu schematów działania sprzyjających tworzeniu wartościowego produktu. Project Manager zgrywa ze sobą zespół projektowy, który może składać się z wielu zespołów wytwórczych, a cele projektu mogą wykraczać poza dostarczenie produktu.
Oczywiście możemy mieć do czynienia z projektami małymi, realizowanymi przez jeden zespół. Z pomocą w zrozumieniu takich sytuacji przyjdzie nam manual PRINCE2® 6 edycja, który dopuszcza pełnienie przez jednego człowieka dwóch ról: Project Manager-a (pl. kierownika projektu) i Team Manager-a (pl. kierownika zespołu). Z kolei manual PRINCE2 Agile® wskazuje pewne elementy spójne w rolach Team Manager-a oraz Scrum Master-a, jednak stwierdza również wyraźnie: Można powiedzieć, że ta rola (Srum Master) nie ma odpowiednika w PRINCE2.
Zawsze klient
Wracając do pytania o to, kto powinien być wiodący w projekcie należy odpowiedzieć, że zarówno dziś jak i wczoraj wiodący w projekcie powinien być klient. To dla klienta prowadzony jest projekt, w ramach którego powstaje lub rozwijany jest produkt. Klient oczywiście może być zewnętrzny lub wewnętrzny, ale to nie będzie miało znaczenia dla wskazania ról reprezentujących klienta. Na poziomie zespołu wytwórczego jest to rola Product Owner-a (pl. właściciela produktu). Czemu przyjrzymy się w kolejnym artykule.
Autor artykułu: Maciej Krupa
