Kto jest kim w SCRUM: Właściciel Produktu

W projekcie potrzebujemy osoby, która będzie miała wizję tego, dokąd powinien zmierzać projekt. Osoba ta powinna jasno określić, jak produkt będzie wyglądał i określiła jego funkcjonalności. Powinien być w stanie określić, czego oczekuje od powstałego oprogramowania. To jest dokładnie rola (osoby) Właściciela Produktu.

Jeśli mamy osobę, która ma wizję, powinna ona potrafić definiować priorytety, co jest, a co nie jest ważne dla biznesu.

Właściciel Produktu jest głową całego zespołu. Choć w SCRUM nie jest to typowe dyktatorskie, hierarchiczne przywództwo znane z krajów trzeciego świata, przed „importem demokracji” przez Amerykanów. Dlaczego? Ponieważ Właściciel Produktu powinien zajmować się tylko procesową stroną projektu. Techniczną stronę projektu należy pozostawić SCRUM Masterowi. Przykładowo Właściciel Produktu musi szanować technologie i procedury zespołu, na którego czele stoi SCRUM Master. Właściciel Produktu nie może narzucać sposobu i kolejności wykonywania zadań. Oczywiście może określić ich priorytet.

Jeśli stanowi to problem dla Właściciela Produktu, powinien on rozważyć cały projekt jako zespół złożony z niezależnych osób, które same są w stanie wykonać zadania z wymaganą jakością.

Kolejna uwaga: programiści to mądrzy, odważni ludzie. Lubią być kreatywni, lubią podejmować się trudnych zadań i lubią być doceniani za swoje umiejętności. Sprytny Właściciel Produktu może to wszystko wykorzystać na swoją korzyść, szanując te naturalne potrzeby programistów. Na tym opiera się cały SCRUM.

Teoretycznie Właściciel Produktu może anulować iterację projektu (w SCRUM tzw. „sprint”). Ale to poważna decyzja, którą należy podjąć tylko wtedy, gdy produkcja sceny nie ma sensu lub zespół nie jest w stanie jej ukończyć (w tym składzie i ustaleniu ról). Jeśli okoliczności zmienią się w taki sposób, że produkcja sceny nie będzie miała sensu, to i tak będzie lepiej. Okoliczności mogą zmienić się w przyszłości i może zostać wdrożony inny etap. Jeśli jednak zespół w tym składzie nie będzie w stanie ukończyć jednego etapu, jest bardzo prawdopodobne, że nie będzie w stanie ukończyć żadnego innego etapu, co będzie miało fatalne konsekwencje dla zespołu. Powinno to skłonić do autorefleksji, a jeśli to nie pomoże, czas wymienić (jedną lub więcej) osób lub zastąpić SCRUM Mastera.

Właściciel Produktu powinien komunikować się z klientem, aby wiedzieć, czego klient oczekuje od oprogramowania. Właściciel produktu nie jest (i nie musi być) klientem. Na przykład, jeśli chcesz stworzyć inteligentny, rozpoznawalny na całym świecie portal internetowy w danym obszarze, samo to, że „kliknie”, nie musi koniecznie oznaczać, że wiesz, czego klienci (w tym przypadku użytkownicy portalu internetowego) będą oczekiwać od portalu. Dlatego konieczna jest komunikacja z klientem. Jeżeli firma A posiada oprogramowanie opracowane na użytek wewnętrzny przez firmę B, pracownikami firmy A są użytkownicy – ​​klienci. Właścicielem produktu może być osoba z firmy A, której powierzono nadzór nad produkcją oprogramowania.

Marián Knězek