Właściciel Produktu jest najważniejszym punktem styku pomiędzy zespołem scrumowym, a organizacją, dla której zespół rozwija oprogramowanie. Musi to być osoba po stronie klienta, która nie tylko zna specyfikę biznesu swojego pracodawcy, ale także będzie umiała włączyć się w prace zespołu scrumowego, w takim zakresie, w jakim jest to niezbędne do zakończenia projektu z sukcesem.
W artykule tym postaram się przybliżyć, czym cechować powinien się Właściciel Produktu w projektach scrumowych. W tym celu stworzyłem listę najważniejszych cech, jakimi musi charakteryzować się osoba, która będzie dobrze odnajdywała się jako Właściciel Produktu, a więc:
- Znajomość produktu
- Dostępność dla zespołu
- Ugruntowana pozycja w organizacji
- Znajomość procesu
- Świadomość roli
- Otwartość na sugestie i rozwiązania
Poniżej natomiast znajduje się komentarz do każdej z nich.
Znajomość produktu
Scrum jest efektywny przede wszystkim wtedy, kiedy zespół ma jak najwięcej informacji, dotyczących wymagań w danym projekcie. Muszą one być aktualne i bez przerwy weryfikowane. Bez tego możliwe są pomyłki, które w dłuższej perspektywie mogą znacznie spowolnić rozwój projektu. Rola Właściciela Produktu polega właśnie na dostarczaniu do zespołu wiedzy na temat założeń i celów biznesowych, a także weryfikacji czy te założenia nie uległy zmianie oraz czy są w pełni realizowane w projekcie.
Dostępność dla zespołu
W trakcie trwania scrumowego projektu rozwoju oprogramowania członkowie zespołu bardzo często potrzebują konsultacji w zakresie założeń biznesowych danego zadania. Wynika to z samej istoty zwinnego podejścia, w którym działania bez przerwy muszą być weryfikowane i dostosowywane do realiów biznesowych. W związku z tym Właściciel Produktu musi być dyspozycyjny i dostępy dla zespołu, żeby odpowiadać na pytania, które dostarczą członkom zespołu niezbędnych informacji, dotyczących założeń biznesowych.
Ugruntowana pozycja w organizacji
Właściciel Produktu jest swego rodzaju mediatorem między zespołem a organizacją i to na nim spoczywa odpowiedzialność za wyjaśnienie poszczególnych zmiennych projektowych wszystkim interesariuszom, zarówno po stronie klienta, jak i zespołu. W związku z tym musi to być osoba, która posiada autorytet w organizacji, co umożliwi jej sprawną realizację założeń i utrzymywanie równowagi między zespołem a klientem.
Znajomość procesu
Choć za przestrzeganie i tłumaczenie zasad działania procesu scrumowego odpowiedzialny jest Scrum Master, Właściciel Produktu również musi znać zasady działania tego procesu, wiedzieć co leży w zakresie jego kompetencji i za co jest odpowiedzialny. Istotna jest zwłaszcza świadomość, że po zaakceptowaniu zadania podczas Sprint Review, to on przejmuje pełną odpowiedzialność za zaakceptowaną funkcjonalność.
Świadomość roli
Product Owner jest odpowiedzialny za produkt, nie za zespół, nie jest więc jego „szefem”. Jeśli osoba pełniąca rolę Product Ownera wychodzi z założenia, że może „nakazać” zespołowi wykonanie konkretnego zadania, mimo jasnego i uargumentowanego sprzeciwu, może to skutkować nie tylko zmniejszeniem poziomu samoorganizacji, ale również spadkiem prędkości dostarczenia gotowego produktu o zdefiniowanej na początku wartości biznesowej.
Otwartość na sugestie i rozwiązania
Product Owner zna wymagania biznesowe, ale to zespół jest odpowiedzialny za ich dostarczenie. Dlatego rozwiązania proponowane przez zespół Scrumowy powinny, po uprzednim ich wyjaśnieniu, obdarzane być zaufaniem. Właściciel Produktu może jednak również proponować swoje rozwiązania, które uzna za lepsze – jeśli oczywiście jego wiedza techniczna i biznesowa mu na to pozwala.
Autor: Igor Karkoszka, Scrum Master