Michał Kotarba

Michał Kotarba Główny Analityk,
nazwa.pl

Temat: Kto powinien być Product Ownerem?

Chciałbym się dowiedzieć jak to u was wygląda, albo jak powinno wyglądać. Kto pełni rolę PO?

Nie chodzi mi tutaj o miękkie czy twarde kompetencje, ale o obszar z jakiego pochodzi taka osoba. Czy jest to dedykowane stanowisko czy też dodatkowa funkcja pełniona obok stale zajmowanego stanowiska?

konto usunięte

Temat: Kto powinien być Product Ownerem?

W organizacji realizującej projekt wewnętrzny nieźle sprawdza się przedstawiciel biznesu odpowiedzialny za niego np. PM.

Przy realizacji dla klienta zewnętrznego trudno uzyskać wymagany poziom współpracy w praktyce, więc najczęściej spotykałem się z rozwiązaniem, gdzie klienta reprezentował PM prowadzący projekt po stronie wykonawcy, natomiast raz udało się pracować w układzie PM ze strony klienta w roli PO biorący udział w pracach zgodnie z założeniami i tak pracowało się optymalnie.

Najważniejsze, aby osoba w roli PO zawsze była decyzyjna co do projektu, reprezentowała interesy biznesu oraz aby pod żadnym pozorem nie próbować jej łączyć z rolą SM, bo o takich pomysłach także słyszałem.
Michał Kotarba

Michał Kotarba Główny Analityk,
nazwa.pl

Temat: Kto powinien być Product Ownerem?

Połączenie roli SM i PO jest fatalnym rozwiązaniem, z tym się zgodzę.

Co do PM to rozumiem, że chodzi o Project Managera? Jeżeli tak to się zastanawiałem na tym i też nie wiem czy to dobry pomysł. Jednak PM w wewnętrznych projektach powinien być dość znacznie zaangażowany. Pozostaje jednak kwestia dodatkowego zaplecza dla takiego PO (np. analitycy).

Kogoś jeszcze można zaproponować na PO czy to raczej wyczerpuje temat?
Maciej Tafliński

Maciej Tafliński PSPO, Scrum Master

Temat: Kto powinien być Product Ownerem?

Product Owner jest odpowiedzialny za rozwój produktu i to jest jego główne zadanie. Dlatego powinien poświęcić temu produktowi tyle czasu, ile jest to wymagane. PM (jako project manager, ja jestem product managerem np) ma tendencję do tego, że po skończeniu jego części projektu obtrąbia sukces i idzie, nie przejmując sie za bardzo tym, co po sobie zostawił. Ważne, że dwa wierzchołki trójkąta projektowego zostały spełnione.
Natomiast Product Owner powinien myśleć o całości życia produktu. PO dwa razy się zastanowi wypuszczając funkcjonalność która zaciągnie dług technologiczny taki, że będzie go później spłacać i opóźniać nowe przyrosty produktu.
Nie wydaje mi się, że jest jakiś specjalny obszar z którego PO powinien pochodzić. Musi po prostu zaangażować się w produkt (i mieć na to czas), wiedzieć o co w nim chodzi i być decyzyjny.

konto usunięte

Temat: Kto powinien być Product Ownerem?

Michał Kotarba:
Co do PM to rozumiem, że chodzi o Project Managera? Jeżeli tak to się zastanawiałem na tym i też nie wiem czy to dobry pomysł. Jednak PM w wewnętrznych projektach powinien być dość znacznie zaangażowany. Pozostaje jednak kwestia dodatkowego zaplecza dla takiego PO (np. analitycy).

Zależy oczywiście, jak definiuje się klasycznego PM, ja osobiście mam doświadczenie w pracy z osobami pracującymi wg. PMBOK i tam rola PM jest na tyle silna, że praca jest komfortowa. Przy PM z PRINCE2 możliwe, że byłyby jakieś problemy decyzyjności, ale nie znam tego w praktyce.

Jeżeli chodzi o odpowiedzialność PM po projekcie, to jest to kwestia odpowiednich kryteriów oceny projektu - jeżeli cele są sprecyzowane tylko na poziomie wymagań funkcjonalnych, a nie ma wzmianki o tych niefunkcjonalnych takich jak potencjał rozwojowy i dana osoba w trosce o własną skórę nie zadba o to, będzie to problem niezależnie od nazwania roli. Odchodzący z firmy PO dokończy iterację, ale teraz od jego profesjonalizmu zależy, co po sobie zostawi następcy.



Wyślij zaproszenie do