Product Owner (PO) to rola w Scrumie odpowiedzialna za maksymalizację wartości produktu: zarządza backlogiem produktu, ustala kolejność prac i podejmuje decyzje o zakresie. Scrum Guide jest tu bezlitosny: to jedna osoba, nie komitet - i organizacja musi respektować jej decyzje, inaczej rola jest fikcją.
Analityk biznesowy spotyka PO na dwa sposoby: jako najbliższego partnera (analityk pogłębia i precyzuje to, co PO spriorytetyzował) albo jako własną ścieżkę kariery - przejście BA → PO to w polskim IT klasyka. Granica ról bywa płynna, ale da się ją nazwać: PO decyduje co i po co budujemy, analityk dba o to, co dokładnie to znaczy i po czym poznamy, że działa.
Przykład (MediFlow). PO produktu e-rejestracja decyduje, że lista rezerwowa na zwolnione terminy wejdzie przed płatnościami online - bo analiza pokazuje 18% no-show, czyli setki przepadających slotów miesięcznie, a przychód z płatności online to na razie hipoteza. Analityk dostarczył mu dane do tej decyzji, a po niej rozpisał kryteria akceptacji: kto wchodzi na listę, w jakiej kolejności dostaje SMS, ile ma czasu na potwierdzenie (45 minut), co się dzieje po braku odpowiedzi.
Częsta pomyłka. PO jako "sekretarz backlogu" - osoba, która przepisuje życzenia interesariuszy do Jiry, ale nie ma mandatu, by czemukolwiek odmówić (tzw. proxy PO). Bez realnej władzy nad priorytetami rola nie spełnia swojej funkcji i backlog puchnie do tysiąca pozycji. Druga pomyłka: stawianie znaku równości BA = PO. Bywają łączone w jednej osobie, zwłaszcza w mniejszych firmach, ale odpowiedzialność decyzyjna PO i warsztat analityczny BA to dwie różne kompetencje - i obie da się zaniedbać, robiąc wszystko naraz.