Przewodnik po Scrumie | 6. Product Owner – kto to jest?

Może się tak zdarzyć, mimo że Zespół Deweloperski składający się z doświadczonych specjalistów nie może znaleźć swojej pracy wystarczająco szybko i sprawnie. Patrząc wstecz na ogólny obraz po zakończeniu projektu, często okazuje się, że to brak określonego celu był winny tej sytuacji. Pracując w ramach Scrum, aby zapobiec tym i innym kłopotliwym problemom, twórcy stanowiska Product Ownera, roli, na której skupimy się dzisiaj w naszym artykule.

Product Owner – spis treści:

1. Obowiązki Właściciela Produktu
2. Głos Klienta w Zespole Scrum
3. Właściciel produktu i jego cel
4. Strażnik zaległości
5. Streszczenie

Obowiązki Właściciela Produktu

Tylko Właściciel Produktu może dokonywać wpisów w Backlogu Produktu, a także nawiązać ostateczne połączenie telefoniczne w przypadku wątpliwości dotyczących oczekiwań Klienta. Do podstawowych obowiązków tej roli należą:

1. Współpraca z Klientem – prowadzenie regularnych rozmów z Klientem prowadzących do zdefiniowania i doprecyzowania cech Produktu stworzonego przez Zespół Scrum; nadrzędnym celem jest tutaj stworzenie produktu najlepiej odpowiadającego wymaganiom klienta.
2. Wyartykułowanie Celu Produktowego – czyli wypracowanie i zdefiniowanie długofalowego kierunku działań Zespołu Scrumowego oraz upewnienie się, że wszyscy członkowie zespołu go rozumieją.
3. Prowadzenie Backlogu Produktu – o Backlogu Produktu omówimy w osobnym, dedykowanym artykule, ale na razie wystarczy powiedzieć, że jest to jeden z Artefaktów Scruma, zdefiniowany w oficjalnym Przewodniku po Scrumie. Jest to ewoluująca, uporządkowana lista tego, co jest potrzebne do ulepszenia produktu. Jest to jedyny plan pracy podjętej przez Zespół Scrumowy. Przyjrzyjmy się więc bliżej roli Product Ownera w Zespole Scrumowym.

Głos Klienta w Zespole Scrum

Właściciel Produktu bierze pod uwagę klienta w Zespole Scrumowym. Dzięki obecności tej roli Zespół Scrumowy może na bieżąco rozwiązywać swoje wątpliwości. Nie muszą samodzielnie interpretować często niejasnych wskazówek pozostawionych przez klienta.

Podejmowanie decyzji dotyczących Produktu, ustalanie priorytetów Zespołu Deweloperskiego wraz z tworzeniem i porządkowaniem wpisów w Backlogu Produktu sprawiają, że Właściciel Produktu jest tak kluczowym członkiem zespołu.

Codzienne regularne zaangażowanie Product Ownera w Zespół Deweloperski i Scrum Mastera jest kluczowe ze względu na krótki czas trwania Sprintów. To okresy wytężonej pracy nad tworzeniem Przyrostu Produktu – o czym poruszymy w osobnym artykule.

Nie ma czasu na wysyłanie pytań do kogoś pracującego w innej lokalizacji i odległości czekania na odpowiedź. Dlatego to Product Owner staje się przedstawicielem klienta w zespole. Zespół jest w nim obecny.

Właściciele Produktu biorą również udział we wszystkich spotkaniach Zespołu Scrumowego, aby być na bieżąco z postępami Zespołu Deweloperskiego. Rozpoznając trudności współpracowników, mogą dostarczać Klientowi rzetelnych informacji i sprawnie organizować pracę zespołu.

Zajęcie to ma wypełnić lukę pomiędzy środowiskiem Scrum Team, czyli środowiskiem biznesowym, a Developerami. Również po to, aby zorganizować pracę Zespołu Deweloperskiego, a także zdecydować, jakie są kryteria ukończenia prac nad danym rozwiązaniem. A także aprobuje moment ich spełnienia.

Właściciel produktu i jego cel

Właściciel Produktu odpowiada za jasne zdefiniowanie i doprecyzowanie Celu Produktu, czyli zdefiniowanie celu pracy zespołu. Innymi słowy obejmuje to prace koncepcyjne i organizacyjne, których celem jest przede wszystkim obsługa User Stories: stworzenie koncepcji produktu i jego funkcjonalności odpowiadającej i odpowiadającej potrzebom Klienta. Równie duża część obowiązków Product Ownera dotyczy pracy zarządczej – organizacji i priorytetyzacji zadań w Product Backlogu.

Z perspektywy Zespołu Scrumowego oznacza to dbanie o klarowność horyzontu działań. O celu produktowym porozmawiamy w osobnym wpisie. Dzisiaj posłużymy się przykładem:

Niech celem Zespołu Scrumowego będzie stworzenie aplikacji mobilnej do organizowania pracy zespołu. Zadaniem Product Ownera jest wyjaśnienie członkom Zespołu Scrumowego, jakie są kluczowe funkcjonalności aplikacji z punktu widzenia klienta. Na przykład – dodawanie nowych członków zespołu przez listę kontaktów lub przełączanie się między widokiem zespołu a osobistym kalendarzem.

Gdy zespół zrozumie cel produktu, do właściciela produktu będzie należało:

• utrzymanie właściwego kursu – tak, aby zawsze najważniejsza funkcjonalność tworzonej aplikacji była zgodna z Celem Produktu, czyli organizacją pracy zespołu
• wyjaśnianie bardziej szczegółowych kwestii – poszukiwanie wraz z zespołem, uzgadnianie i doprecyzowanie sposobu działania Produktu
• pilnowanie priorytetów – zgodnie z zasadą „first things first” zadaniem Product Ownera będzie np. zapobieganie rozwojowi pobocznych lub dodatkowych funkcjonalności aplikacji, które mają drugorzędne znaczenie z punktu widzenia klienta

Pozyskanie punktu widzenia Klienta, a nawet Interesariusza sprawia, że ​​Właściciele Produktu są kluczowymi decydentami w procesie tworzenia Produktu. Co więcej, biorą udział w dyskusjach z osobami spoza Zespołu Scrumowego i ponoszą ciężar dostarczenia wartościowego Produktu do Klienta.

Strażnik zaległości

Do codziennych obowiązków Product Ownera należy porządkowanie elementów Product Backlogu. To trudne zadanie, ponieważ zmienia się przez cały czas trwania projektu. Ten pisemny dziennik zawiera wszystkie znane środki i kroki prowadzące do realizacji Celu Produktowego. Oczywiście są one dokładnie segregowane i traktowane priorytetowo przed ich egzekucją.

Właściciel Produktu dopracowuje zadania zawarte w Backlogu Produktu i dzieli je na mniejsze. Następnie decyduje, które z nich są gotowe do wejścia w fazę wdrożenia.

Z jednej strony praca z Backlogiem Produktu to praca administracyjna i organizacyjna, która wymaga zrozumienia natury, możliwości i ograniczeń pracy Zespołu Programistów. Z drugiej strony zadaniem Właściciela Produktu jest zrozumienie charakteru, możliwości i ograniczeń pracy Zespołu Deweloperskiego, a także zewnętrznych uwarunkowań biznesowych rozwoju Produktu.

Z drugiej jednak zadaniem Product Ownera jest stworzenie Backlogu Produktu zgodnie z potrzebami Zespołu Scrumowego. Musi być jasny, dostępny i zrozumiały dla wszystkich członków zespołu. Z drugiej strony Product Owner jest odpowiedzialny za udzielenie odpowiedzi na wszystkie pytania i wątpliwości, jakie Scrum Master i Developerzy mają na temat produktu. Dzięki niemu cały zespół wie, co już zostało zrobione, co jest w toku, a co jeszcze do zrobienia.

Streszczenie

Właściciel Produktu odgrywa kluczową rolę we frameworku Scrum . Product Owner nieustannie prowadzi zespół w kierunku celu, utrzymując Product Backlog w kompletnym, bezpiecznym i przejrzystym, a także, co nie mniej ważne, mówiąc głos Klienta w Zespole Scrumowym.

Zadania wykonywane przez Product Ownera są tak trudne, że poświęciliśmy kolejny wpis na omówienie tego zagadnienia. Znajdziesz tam najczęstsze błędy popełniane przez Product Ownera oraz sposoby radzenia sobie z nimi.

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Linkedin i Twitterze.

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Zobacz wszystkie posty

Przewodnik po Scrumie:

1. Słowniczek podstawowych pojęć, ról i pojęć
2. Co to jest Scrum?
3. Wartości Scrum
4. Jak wdrożyć Scrum w swojej firmie?
5. Zespół Scrumowy - co to jest i jak działa?
6. Kim jest Product Owner?
7. Najczęstsze błędy Product Ownera
8. Kim jest Scrum Master?
9. Charakterystyka dobrego Scrum Mastera
10. Najczęstsze błędy Scrum Mastera
11. Jakie statystyki i metryki powinien śledzić Scrum Master?
12. Współpraca Product Ownera ze Scrum Masterem
13. Zespół Deweloperski w Scrum
14. Najczęstsze błędy programistów
15. Artefakty Scrum
16. Skalowanie Scrum
17. Backlog Sprintu
18. Czym jest Backlog Produktu?
19. Czym są historie użytkowników?
20. Tworzenie najlepszej historii użytkownika z INVEST
21. Najczęstsze błędy User Story
22. Kryteria akceptacji historii użytkownika
23. Szacowanie i punkty fabularne w Scrumie
24. Poker Planowania
25. Drużynowa gra szacowania
26. Definiowanie przyrostu
27. Wydarzenia scrumowe
28. Czym jest Sprint w Scrumie?
29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
30. Co to jest wykres spalania?
31. Jak stworzyć i zinterpretować wykres spalania?
32. Zalety i wady wykresu spalania
33. Tablice Kanban w Scrum i Scrumban
34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
35. Codzienny Scrum
36. Planowanie sprintu
37. Przegląd sprintu
38. Czym jest retrospektywa sprintu?
39. Typowe błędy podczas Retrospektywy Sprintu
40. Pielęgnacja Backlogu Produktu