Tag: Scrum

„Nie uwierzę, dopóki nie zobaczę” powinno być najczęściej wypowiadanym zdaniem – klamrą spinającą każde nowe wymaganie interesariusza. Projekt nie jest bowiem objawioną opowieścią o dogmatach, których treści nie powinno się kwestionować lub przekształcać. Z kolei interesariusz powołujący projekt do życia nie jest nieomylny, a wena twórcy potrafi być kapryśna. gile – perspektywę metodyk zwinnych. Najtrudniejsze jednak pierwsze zdanie we wstępie… Kto, dlaczego i jak powinien rozpocząć opowieść w karcie projektu? 

Zanim skupimy się na temacie, jak stać się tytułowym Wspaniałym Product Ownerem (dalej WPO), zastanówmy się nad powodem istnienia różnych oczekiwań wobec tego stanowiska w branży IT. W obszarze tworzenia produktów występują dwa kluczowe stanowiska, które przenikają swoje obszary kompetencji: Product Manager (PM) oraz Product Owner (PO). Nieważne na którym stanowisku się skoncentrujemy, możemy zgodzić się, że połączenie obowiązków związanych z obiema rolami jest bardzo obszerne dla jednej osoby.

W moim artykule w ostatnim wydaniu Strefy PMI, w oparciu o historię lekarza z wiedeńskiej kliniki Ignáca Semmelweisa, podkreśliłem znaczenie podejmowania decyzji opartych na solidnych faktach i dowodach, a także omówiłem ruch społeczny związany z Evidence Based Management (dalej EBM). Tych, którzy jeszcze nie czytali serdecznie zachęcam do nadrobienia zaległości. W poniższym materiale zagłębię się w szczegóły frameworku EBM opracowanego przez Scrum.org. W moim odczuciu jest on niezwykle ciekawy i przydatny, gdyż znacząco wspiera zarządzanie organizacją i produktem. W jaki sposób? Odpowiedzi jest kilka: promuje ciągłe doskonalenie (continuous improvement), realizuje model biznesowy oparty na zarabianiu jak największej ilości pieniędzy (business outcomes) poprzez zwiększanie wartości biznesowej klientów oraz użytkowników (customer/user outcomes).

Etos profesji podpowiada, iż każdy Project Manager powinien znać odpowiedzi na pytania o sens życia projektu: skąd przyszedł? czym jest? dokąd zmierza? 

Kiedy słyszymy termin Evidence Based Management (dalej EBM), możemy natknąć się na dwa główne znaczenia tego pojęcia. Pierwsze odnosi się do ruchu społecznego, drugie jest bardziej specyficzne i związane z frameworkiem zaproponowanym przez Scrum.org. Evidence Based Management w pierwszym znaczeniu to ruch społeczny, który ma na celu skłonienie ludzi zarządzających do podejmowania decyzji opartych na rzetelnych dowodach. Celem jest unikanie podejmowania decyzji bazujących jedynie na intuicji, przeczuciach czy osobistych przekonaniach, a zamiast tego kierowanie się sprawdzonymi informacjami i danymi.

Jaka jest różnica między Product Ownerem, Product Managerem, Project Managerem i Scrum Masterem? Kto jest do kogo bardziej podobny, jakie role lepiej łączyć, kto i kiedy jest bardziej potrzebny w organizacji? Ta dyskusja powraca jak bumerang, regularnie zarówno wewnątrz organizacji, jak i na konferencjach, szkoleniach czy w artykułach. Czasem dotyczy jedynie konkretnych ról, na przykład PM versus SM, a czasem szerzej całego sensu podejścia produktowego versus podejście projektowe. Znalezienie właściwej odpowiedzi na te pytania jest niezbędne, żeby działać skutecznie i wykorzystywać dobre praktyki zarządzania w obu typach organizacji.