Czy Product Owner to Project Manager?

W trzecim odcinku podcastu Paweł Tomkiel wprowadza sylwetkę Product Ownera, jego zakres kompetencji i rolę w koordynacji produktu zgodnie z potrzebami klienta. Więcej na ten temat przeczytasz na blogu „Zwinne organizacje” w tekście: Kim jest Scrum Master, właściciel produktu i zespół deweloperski?

Transkrypcja podcastu

Słuchasz podcastu Deloitte „Zwinne organizacje”, gdzie wraz z naszymi gośćmi dzielimy się najlepszymi praktykami wdrażania metodyk zwinnych w pojedynczych zespołach, jak i całych organizacjach. Notatki do tego i innych odcinków znajdziesz na naszym blogu Zwinne organizacje. 
 

Cześć, nazywam się Paweł Tomkiel i jestem agile coachem w Deloitte Digital.

W poprzednim odcinku starałem się odpowiedzieć na pytanie, czy Scrum Master jest Project Managerem, gdy się używa metodyki Scrum. Tłumaczyłem tam – odsyłam Cię do tego odcinka – że Project Manager ma inną rolę niż Scrum Master. A to dlatego, że te metodyki są fundamentalnie różne. W projektach kaskadowych, gdzie jest Project Manager, jest harmonogram, sztywny zakres i budżet. Project Manager odpowiada za wykonanie tego. 

Scrum Master, jak sobie powiedzieliśmy, ma inną rolę. Ma prowadzić zespół tak, żeby przejął odpowiedzialność i był zwinny. Zakłada zmianę kierunku i odpowiedzialność na rzeczywiste, ciągle zmieniające się potrzeby naszych użytkowników i klientów.

Dzisiaj chcę poruszyć kwestię, czy w takim razie Product Owner pełni rolę Project Managera. Gdyż w Scrumie mamy trzy role: Scrum Mastera, Product Ownera i zespół deweloperski. Kto tu właściwie dowodzi?

Co robi Product Owner…?

Przede wszystkim, Scrum Master jest de facto liderem, ale służebnym – po angielsku jest to określone, jako servant leader – pomaga zespołowi rosnąć, być bardziej zwinnym, usuwa przeszkody, tłumaczy osobom spoza zespołu, które interakcje z zespołem są pomocne, a które nie. Wszystko po to, żeby maksymalizować wartość wynikającą z pracy zespołu. 

Pojawia się rola Product Ownera. Co to oznacza? Czy zespół deweloperski ma dwóch menedżerów – Scrum Mastera i Product Ownera? Czym to się właściwie różni?

…zajmuje się produktem

Częste wypaczenia na rynku, które można obserwować, to brak rozróżnienia między rolą Product Ownera a Scrum Mastera. Wykonują podobne rzeczy, kierują projektami, sprawozdają przed interesariuszami. Tylko, o ile Scrum Master ma na celu maksymalizację wartości z pracy zespołu i mu w tym pomaga, o tyle Product Owner, choć również pomaga zespołowi, to co innego jest przedmiotem jego uwagi. To nadal będzie maksymalizacja wartości z pracy, ale jego przede wszystkim interesuje produkt, nad którym pracuje zespół.

Product Owner maksymalizuje wartość w produkcie.

Decyduje, co jest w backlogu, w jakim priorytecie i czym się trzeba zająć w pierwszej kolejności. Product Owner ma pełną wolność modyfikowania backlogu wraz z odkrywaniem nowych sytuacji na rynku, rozmów z interesariuszami, przeprowadzaniem warsztatów z klientami, zbieraniem feedbacku czy przeprowadzaniem ankiet NPS. Product Owner skupia się na kliencie i na jego potrzebach. Następnie jego rolą jest przekazanie tej informacji do zespołu deweloperskiego w jak najlepszej formie, tak żeby zespół mógł zrealizować maksymalną możliwą wartość klientowi końcowemu i użytkownikowi produktu.

… dostosowuje produkt do potrzeb klienta

Rola Product Ownera pokazuje nam kluczowe założenie w Scrumie i ogólnie w metodykach zwinnych – nie tylko to, że klient jest w centrum zainteresowania, ale również ciągłą możliwość zmian. Usztywniony harmonogram, budżet, zakres, plan roczny, dwuletni, trzyletni owszem, pozwoli efektywniej wykonać taki plan, ale nie uwzględnia tego, że po drodze potrzeby użytkownika mogły się zmienić. Faza planowania już jest za nami, teraz wykonujemy pracę, wdrożymy ją, damy ją klientowi i na koniec się dopiero zorientujemy, po takim jedno, dwu, trzyletnim projekcie, że potrzeby klienta się już dawno zmieniły.

W zwinności praca jest podzielona na sprinty. W każdym i po każdym sprincie, a także pomiędzy nimi jest możliwość zmiany kierunku, tzn. Product Owner odkrywając nowe potrzeby, może śmiało zmienić priorytety. Backlog należy do niego, może usunąć to, co wcześniej się wydawało konieczne z perspektywy klienta, a już nie jest. Może wprowadzać zmiany, a zespół dostosowuje się do tej zmienności planując dużo krótsze odcinki czasu – sprinty.

Zespół skupia się na sprincie, jego celu i na tym, co chce w nim dostarczyć. Owszem, wizja produktu jest bardzo ważna, płynie ona jednak bezpośrednio z backlogu. Wizja i roadmapa może się zmieniać, to jest kluczowe założenie zwinności. Jeżeli chcesz mieć innowacyjny i kreatywny zespół, który odpowiada na potrzeby klienta i widać to na rynku. Są firmy, które świetnie rozwijają swoje produkty, są zwinne, szybko się dostosowują do warunków rynkowych. To właśnie one wygrywają w świecie technologii.

Podsumowując, Product Owner, nie jest Project Managerem. To zespół bierze odpowiedzialność za swoją pracę.

To jest koniec trzeciego odcinka „Zwinne organizacje” by Deloitte. Dziękuję Ci za odsłuchanie, jeżeli ta treść Ci się spodobała, to standardowo zapraszam Cię na naszego bloga, gdzie w formie tekstowej rozwijamy tematy ról w zespołach zwinnych czy Scruma, ale nie tylko. Poruszamy ogólnie zwinność organizacji. Będziemy również wdzięczni, jeżeli podzielisz się tą treścią ze swoimi znajomymi. Udostępnij ją w swoich kanałach społecznościowych i do usłyszenia w kolejnym odcinku.

Dziękuję Ci za wysłuchanie. Ten i inne odcinki zwinnych organizacji znajdziesz na stronie deloitte.com oraz na najpopularniejszych platformach podcastu jak Apple Podcasts czy Spotify. Jeśli chcesz otrzymywać powiadomienia o nowych odcinkach zasubskrybuj nasz newsletter na deloitte.com/pl/subskrypcje