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:
Poniżej natomiast znajduje się komentarz do każdej z nich.
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.
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.
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.
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ść.
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.
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