Agile dla biznesu: Kim jest Właściciel Produktu i gdzie jest Kierownik Projektu?

Notatki do pisania dla menedżera produktu

Mówiąc o metodologiach Agile, w zespole Agile rozróżnia się kilka ról. Począwszy od członków zespołu, Scrum Masterów (Team Leaderów), interesariuszy, a skończywszy na Product Ownerze. Ale są też takie VIP-y jak Project Managerowie i Product Managerowie. Kim oni są i na czym polega ich praca? Pozwolę sobie odpowiedzieć na te pytania w dzisiejszym artykule.

Product manager vs product owner – różne role czy tylko różne nazwy ról?

Nie jestem w stanie zliczyć ile razy spotkałem się z określeniami Product Manager i Product Owner używanymi zamiennie. Byłbym bogatym człowiekiem, gdybym dostawał grosza za każdym razem, gdy tak się dzieje. Zamieszanie potęguje jeszcze trzeci termin – Project Manager. Problem polega również na tym, że w niektórych przypadkach te role są takie same. Ale bardzo często tak nie jest. Przez większość czasu role te są łączone w jedną, podczas gdy powinny skupiać się na różnych aspektach. Dlatego przed przejściem dalej przejdźmy na tę samą stronę.

Właściciel produktu – z czym wiąże się ta rola?

Rola właściciela produktu jest bezpośrednio związana z metodologiami Agile i jest niezastąpioną częścią zespołów Agile. Krótko mówiąc, właściciele produktu maksymalizują wartość opracowanego produktu i reprezentują interesariuszy, ale także ustalają priorytety pracy, wzmacniają pozycję zespołu i utrzymują procesy Agile. Ich celem jest dostarczenie produktu. Te ogólne funkcje mogą przybrać formę kilku konkretnych obowiązków, takich jak:

>

  • prowadzenie wartości produktu 
  • utrzymywanie skutecznej komunikacji między zespołem programistów a interesariuszami 
  • przedstawianie wizji produktu zespołowi Agile 
  • zarządzanie ewentualnymi konfliktami lub eskalacjami pomiędzy interesariuszami i/lub członkami zespołu programistycznego 
  • nadawanie priorytetów pozycjom zaległości produktowych
  • utrzymywanie i wzmacnianie procesów, wartości i zasad Scrum
  • pomaganie interesariuszom w zrozumieniu wartości Scrum 
  • .

Czy klient jest właścicielem produktu?

Rola właściciela produktu jest często kojarzona z klientem. To on płaci za produkt, więc technicznie rzecz biorąc jest jego właścicielem. Jednakże, biorąc pod uwagę obowiązki roli właściciela produktu i znaczenie PO jako członka zespołu Scrum, warto zadać pytanie: co jest lepsze dla produktu? Rola właściciela produktu jest wymagająca, gdzie PO musi aktywnie uczestniczyć w projekcie. Klienci mają tendencję do traktowania jej jako odpowiedzialności w niepełnym wymiarze godzin. Nierzadko zdarza się również, że czekają tylko na dostarczenie nowych funkcji przez zespół. Wielu deweloperów uważa, że jest to mniej efektywne niż w przypadku, gdy mają pełnoetatowego właściciela produktu w swoim zespole Agile.

Menedżer produktu – czy różni się od roli właściciela produktu?

Nazwa tej roli wskazuje na centralną część obowiązków, jaką jest zarządzanie projektem. Nie oznacza to jednak zazwyczaj zarządzania zespołem Agile i nie jest ściśle związane z procesami Agile. Product Manager ustala konkretną wizję produktu i strategię jej wdrożenia. Osoba ta koncentruje się na tym, jak wprowadzić produkt na rynek. Posiada również dogłębną wiedzę na temat rynku i klientów. Działania strategiczne i taktyczne są ich bezpośrednim celem. Menedżerowie produktu mogą bez wysiłku przełączać się między wewnętrznym i zewnętrznym skupieniem. Co jeszcze należy do ich obowiązków?

  • budowanie mapy drogowej ze wszystkimi celami strategicznymi
  • nadzór nad przestrzeganiem budżetu
  • zapewnienie odpowiedniej komunikacji pomiędzy klientem a deweloperami
  • komunikowanie długoterminowego planu i wizji produktu kierownictwu, klientom i partnerom
  • .

  • prowadzenie rozmów biznesowych z klientami
  • .

Dlaczego menedżer produktu jest ważny?

Rola menedżera produktu polega na przekładaniu celów biznesowych na specyfikacje techniczne rozwoju oprogramowania. Często mają na uwadze szerszy obraz, który jest całym celem tworzenia oprogramowania – aby działało dobrze dla firmy. Z jednej strony zapewniają, że produkt spełnia cele biznesowe i potrzeby użytkowników. Z drugiej strony ściśle współpracują z zespołem programistów nad specyfiką techniczną produktu. Ich wszechstronność jest bardzo potrzebnym czynnikiem w procesie tworzenia oprogramowania. Żaden dobry produkt nie został opracowany bez Product Managera lub osoby pełniącej tę rolę.

Menedżer projektu a menedżer produktu – kluczowa różnica

Menedżer projektu to trzeci termin często kojarzony z dwiema podstawowymi rolami Product Ownera i Product Managera. O ile PO i PM mogą być mylone, o tyle Project Manager nie powinien być mylony. Prawdopodobnie stało się tak z powodu podobieństwa słów produkt i projekt. Jednak produkt i projekt różnią się od siebie. Projekt to zestaw zadań wykonywanych w celu osiągnięcia określonego celu. Produkt jest tworzony jako odpowiedź na potrzeby rynku. W związku z tym rola kierownika projektu nie będzie koncentrować się na samym produkcie, ale na ukończeniu projektu. Na to ukończenie składać się będą takie zadania jak:

>

  • przydzielanie zadań
  • koordynacja pracy
  • planowanie KPI
  • komunikacja z zespołami

Produkt może składać się z projektów, ale nawet wtedy kierownicy tych projektów będą nadzorować potrzeby projektu, a nie wizję planowania produktu lub koordynację. Na koniec warto zauważyć, że tylko niektóre projekty prowadzą do stworzenia produktu. W rezultacie kierownik projektu niekoniecznie musi być powiązany z procesem tworzenia oprogramowania.

Walka product manager, project manager vs product owner trwa 

Menedżer produktu i właściciel produktu pełnią swoje role, aby osiągnąć wspólny cel. Celem tym jest tworzenie produktów o wysokiej jakości i znaczącej wartości dla klientów i interesariuszy. Ponieważ ich cel jest taki sam, często trudno jest wyznaczyć granicę między tymi dwiema rolami. Na szczęście Sailing Byte również ma ten sam cel – dostarczanie doskonałego produktu naszym klientom. Wszelkie dywagacje na temat ról możesz pozostawić nam. Będziemy zarządzać rozwojem produktu i odpowiednimi projektami, aby dostarczyć oprogramowanie dokładnie dostosowane do Twoich potrzeb. Omówimy i dostosujemy obowiązki właściciela produktu w zależności od okoliczności. Zarezerwuj spotkanie już dziś, aby omówić, w jaki sposób wykorzystamy nasze kompleksowe usługi, aby wcielić w życie Twój wspaniały pomysł.

>

Autor

Łukasz Pawłowski

CEO of Sailing Byte

Prowadzę Sailing Byte – Software House, który koncentruje się na technologiach Laravel i React, ale nie ogranicza się tylko do nich; realizowaliśmy również projekty z wykorzystaniem C#, Unity, Fluttera, SwiftUI i innych technologii. Moja rola polega na organizowaniu i dostarczaniu oprogramowania w metodyce Agile – poprzez zapewnianie doświadczenia, wiedzy i odpowiedniego zestawu narzędzi do współpracy z naszymi klientami. Podczas tej podróży poznałem wielu wspaniałych ludzi, którzy również przyczynili się do rozwoju Sailing Byte jako polskiego Software House’u, dostarczającego wysokiej jakości rozwiązania programistyczne w Europie, Wielkiej Brytanii i Stanach Zjednoczonych.

Powiązane studium przypadku