Zdarza się, że złożony z doświadczonych specjalistów Zespół Developerski działa niewystarczająco sprawnie. Po przeanalizowaniu sytuacji często okazuje się, że dzieje się tak z powodu braku wytyczonego celu działania. Żeby zapobiec takim problemom, we frameworku Scrum przewidziano w każdym zespole miejsce dla osoby pełniącej rolę Product Ownera.
Kim jest Product Owner – omówione zagadnienia:
- ObowiÄ…zki Product Ownera
- Głos klienta w Scrum Team
- Właściciel Produktu i jego Cel
- Strażnik Backlogu
- Podsumowanie
ObowiÄ…zki Product Ownera
Może dokonywać wpisów w Product Backlogu. Do niego lub do niej należy też ostatnie słowo w razie wątpliwości dotyczących oczekiwań klienta. Podstawowe obowiązki Product Ownera można streścić w kilku punktach. Należą do nich:
- współpraca z Klientem– prowadzenie regularnych rozmów z klientem, które prowadzÄ… do okreÅ›lania i dookreÅ›lania cech Produktu tworzonego przez Scrum Team; celem nadrzÄ™dnym jest tutaj stworzenie Produktu jak najlepiej odpowiadajÄ…cego wymaganiom klienta
- artykuÅ‚owanie Celu Produktu– czyli opracowywanie oraz dookreÅ›lanie dÅ‚ugoterminowego kierunku dziaÅ‚aÅ„ Scrum Team, a także ciÄ…gÅ‚e upewnianie siÄ™, że rozumiejÄ… go wszyscy czÅ‚onkowie zespoÅ‚u
- stanie na straży Product Backlogu– temu, czym jest Product Backlog poÅ›wiÄ™cimy osobny wpis; teraz musi nam wystarczyć stwierdzenie, że jest to jeden z Artefactów Scruma zdefiniowany w oficjalnym Przewodniku po Scrumie jako
Ewoluująca, uporządkowana lista tego, co jest konieczne do ulepszenia produktu. To jedyne źródło pracy podejmowanej przez Scrum Team.
Przyjrzyjmy się zatem bliżej tej roli w Scrum Team.
Głos klienta w Scrum Team
Product Owner jest głosem klienta w Scrum Team. Dzięki jego obecności Zespół Developerów może na bieżąco rozwiewać swoje wątpliwości dotyczące wykonania powierzonych mu zadań. Nie musi na własną rękę interpretować często nie do końca jasnych wytycznych pozostawionych przez klienta.
Dlatego Product Owner jest tak ważnym członkiem zespołu. To on podejmuje decyzje dotyczące Produktu, a także priorytetów Zespołu Developerskiego. I zgodnie z nimi tworzy oraz porządkuje wpisy w Backlogu Produktu.
Codzienne zaangażowanie Product Ownera i jego kontakt z ZespoÅ‚em Developerskim i Scrum Masterem sÄ… kluczowe z powodu krótkiego czasu trwania Sprintu, czyli wytwarzania Przyrostu produktu – o czym piszemy w osobnym artykule. Nie ma tutaj czasu na wysyÅ‚anie pytaÅ„ do osoby pracujÄ…cej w innym Å›rodowisku i czekanie na odpowiedź. To przedstawiciel klienta należący do zespoÅ‚u i realnie w nim obecny.
Product Owner bierze także udział we wszystkich spotkaniach Scrum Team. Dzięki temu jest na bieżąco z postępami w pracach Zespołu Developerskiego. Wie też, z jakimi trudnościami zmagają się jego współpracownicy. W ten sposób może udzielać klientowi wiarygodnych informacji, a także sprawnie organizować pracę zespołu.
Rola Product Ownera sytuuje go na styku otoczenia Scrum Team, czyli środowiska biznesowego, i Developerów. To on organizuje pracę Zespołu Developerów. Decyduje, jakie są kryteria ukończenia pracy nad danym rozwiązaniem. A także zatwierdza moment ich spełnienia.
Właściciel Produktu i jego cel
Product Owner jest odpowiedzialny za jasne postawienie i bieżące doprecyzowywanie Celu Produktu, czyli definiowanie celu dziaÅ‚ania zespoÅ‚u. Innymi sÅ‚owy, do jego obowiÄ…zków należy praca koncepcyjna i organizacyjna. Celem tej pierwszej jest praca z User Stories: tworzenie koncepcji produktu i jego funkcjonalnoÅ›ci odpowiadajÄ…cej potrzebom Klienta. Równie duża część obowiÄ…zków Product Ownera to praca organizacyjna – porzÄ…dkowanie i priorytetyzacja zadaÅ„ w Backlogu Produktu.
Z perspektywy Scrum Team oznacza to dbanie o zrozumiałość horyzontu działań. Celowi Produktu poświęcimy osobny wpis. Dziś natomiast posłużymy się przykładem:
Niech celem Scrum Team będzie stworzenie aplikacji na urządzenia mobilne służącej do organizowania pracy zespołu.
Zadaniem Product Ownera bÄ™dzie wyjaÅ›nienie czÅ‚onkom Scrum Team, jakie sÄ… kluczowe funkcjonalnoÅ›ci aplikacji z punktu widzenia klienta. Na przykÅ‚ad – dodawanie nowych czÅ‚onków zespoÅ‚u wedÅ‚ug listy kontaktów czy przełączanie widoku kalendarza zespoÅ‚owego i osobistego.
Gdy zespół zrozumie już Cel Produktu, do Product Ownera będzie należało:
- trzymanie wÅ‚aÅ›ciwego kursu– aby zawsze najbardziej wyeksponowanÄ… funkcjonalnoÅ›ciÄ… tworzonej aplikacji byÅ‚a zgodna z Celem Produktu, czyli organizowaniem pracy zespoÅ‚u
- wyjaÅ›nianie bardziej szczegółowych kwestii– wspólne z zespoÅ‚em szukanie, uzgadnianie i doprecyzowanie dziaÅ‚ania Produktu
- pilnowanie priorytetów– w myÅ›l zasady „first things first”, zadaniem Product Ownera bÄ™dzie na przykÅ‚ad zapobieganie rozwijaniu pobocznych albo dodatkowych funkcjonalnoÅ›ci aplikacji, drugorzÄ™dnych z punktu widzenia klienta
PatrzÄ…c z perspektywy Klienta bÄ…dź jeszcze szerzej – wszystkich interesariuszy – Product Owner jest przede wszystkim osobÄ… odpowiedzialnÄ… za tworzenie produktu. To on bierze udziaÅ‚ w rozmowach z osobami z zewnÄ…trz Scrum Team oraz odpowiada gÅ‚owÄ… za dostarczenie klientowi wartoÅ›ciowego produktu.
Strażnik Backlogu
Do codziennych obowiązków Product Ownera należy porządkowanie elementów Product Backlogu. Jest to niekończąca się praca, ponieważ Backlog Produktu zmienia się nieustannie. Zawiera bowiem wszystkie znane kroki prowadzące do realizacji Celu Produktu. Oczywiście są one zaznaczone z różną szczegółowością. Doprecyzowuje zadania zawarte w Backlogu Produktu, a także dzieli je na mniejsze części. Następnie decyduje, które z nich są gotowe do wejścia w etap realizacji.
Z jednej strony praca z Backlogiem Produktu jest więc pracą administracyjną i organizacyjną, wymagającą rozumienia charakteru, możliwości i ograniczeń pracy Zespołu Developerów. A także zewnętrznych, biznesowych uwarunkowań tworzenia Produktu.
Z drugiej strony natomiast zadaniem jest tworzenie Backlogu Produktu zgodnie z potrzebami Scrum Team. Musi on być jasny, dostępny i zrozumiały dla wszystkich członków zespołu. Zaś zadaniem Product Owner jest odpowiadanie na wszystkie pytania i wątpliwości dotyczące produktu, jakie pojawiają się u Scrum Mastera i Developerów. Dzięki niemu cały zespół wie, co już zostało zrobione, co jest w trakcie realizacji i co jeszcze pozostało do zrobienia.
Podsumowanie
Product Owner to bardzo ważna postać w Scrumie. Jest nie tylko osobÄ… nieustannie wskazujÄ…cÄ… zespoÅ‚owi cel dziaÅ‚aÅ„. To także strażnik Backlogu Produktu – jego kompletnoÅ›ci i zrozumiaÅ‚oÅ›ci. Oraz – co może najważniejsze – gÅ‚os klienta w Scrum Team.
Zadania wykonywane przez Product Ownera nie należą do prostych. Dlatego w następnym wpisie omówimy najczęstsze błędy popełniane przez Product Ownera. I podpowiemy, jak im zaradzić.
Jeśli podobają Ci się treści, które tworzymy, sprawdź również:

Autor: Karolina Berecka
Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.
Przewodnik Scrum:
- Słowniczek podstawowych terminów Scrum
- Czym jest Scrum?
- Wartości Scruma
- Jak wdrożyć Scrum w swojej firmie?
- Scrum Team - czym jest i jak działa?
- Kim jest Product Owner?
- Kim jest Scrum Master?
- Najczęstsze błędy popełniane przez Product Ownera
- Cechy dobrego Scrum Mastera
- Najczęstsze błędy popełnianie przez Scrum Mastera
- Współpraca Scrum Mastera z Product Ownerem
- Jakie statystyki i metryki powinien śledzić Scrum Master?
- Zespół Developerski w Scrumie
- Najczęstsze błędy popełniane przez Developerów
- Artefakty Scruma
- Skalowanie Scruma
- Co to jest Backlog Sprintu?
- Co to jest Backlog Produktu?
- Czym sÄ… User Stories?
- INVEST, czyli jak stworzyć dobre User Story
- Najczęstsze błędy popełniane przy pisaniu User Story
- Kryteria Akceptacji User Story
- Estymacja i Story Points w Scrum
- Jak działa Planning Poker?
- Team Estimation Game jako alternatywa dla Planning Pokera
- Czym jest Przyrost w Scrum?
- Czym jest Sprint w Scrum?
- Wydarzenia w Scrum
- Cel Produktu, Cel Sprintu i Definicja Ukończenia, czyli zobowiązania Scrum Team
- Co to jest wykres spalania (Burndown Chart)?
- Jak tworzyć i jak interpretować wykres spalania?
- Zalety i wady wykresu spalania
- Tablice Kanban w Scrum i Scrumban
- Prędkość Zespołu Deweloperskiego
- Daily Scrum
- Sprint Planning
- Sprint Review
- Co to jest Retrospekcja Sprintu?
- Częste błędy w czasie Retrospekcji
- Jak przeprowadzić pielęgnację backlogu produktu?
- Gdzie zdobyć wiedzę i doświadczenie w Scrum?