Scrum Product Owner: Rola i odpowiedzialności
Product Owner jest odpowiedzialny za określenie, co powinno być rozwijane oraz w jakiej kolejności elementy powinny być realizowane. Można go uznać za jedyną osobę, która informuje resztę zespołu, co należy stworzyć i które funkcje powinny być realizowane w pierwszej kolejności. Krótko mówiąc, to on informuje pozostałych członków zespołu, co powinni wymyślić.
Product Owner jest jedyną osobą odpowiedzialną za zarządzanie Product Backlogiem. Zarządzanie Product Backlogiem obejmuje:
Rozwińmy rolę Product Ownera w bardziej szczegółowy sposób:
1. Być mostem między biznesem, interesariuszami a zespołem
Podczas planowania produktu, Product Owner współpracuje z interesariuszami, aby uzyskać ich pomoc w wizualizacji produktu. Kiedy sprint zostanie zakończony, Product Owner wraca do interesariuszy i reszty zespołu, aby określić, co powinno być zrobione następnie. Kiedy planuje sprint z resztą zespołu, dostarcza informacji, które zespół deweloperski potrzebuje, aby ocenić, które elementy w backlogu mogą być realistycznie zrealizowane w ramach czasowych sprintu.
2. Współpracować z interesariuszami
Jako Product Owner, jest on jedynym głosem społeczności interesariuszy i odpowiada za zarządzanie interesariuszami. Ważne jest, aby znać swoich interesariuszy, ich zainteresowania. Interesariusze przyjmują wiele różnych form, mogą być klientami, użytkownikami, menedżerami, kolegami itp. i jako Product Owner musisz nimi zarządzać i skutecznie z nimi współpracować, aby zmaksymalizować wartość swojego produktu.
Kiedy Product Owner jest w stanie ściśle współpracować ze wszystkimi osobami zaangażowanymi w tworzenie produktu, które są poza zespołem Scrum, będzie w stanie zebrać wszystkie informacje, których potrzebuje, aby stworzyć spójną wizję w procesie rozwoju. W ten sposób cały zespół Scrum zapobiega niepożądanym ryzykom w rozwijaniu funkcji, które mogą nie spełniać oczekiwań klientów i użytkowników.
3. Tworzyć i utrzymywać product backlog
Z tego powodu tworzy product backlog, który zawiera wszystkie cele produktu, które zespół deweloperski musi zrealizować, gdy będą gotowi do rozpoczęcia pracy. Product Owner musi być również dostępny w każdej chwili, jeśli zespół deweloperski i Scrum Master mają jakiekolwiek pytania dotyczące celów, które wymienił w swoim product backlogu. Z tego powodu Product Owner ponosi odpowiedzialność za zapewnienie, że produkt odniesie sukces podczas rozwoju i utrzymania.
Jak opisano w Przewodniku Scrum, Scrum Product Owner jest odpowiedzialny za maksymalizację wartości produktu wynikającej z pracy zespołu deweloperskiego. Jak to jest realizowane, może się znacznie różnić w zależności od organizacji, zespołów Scrum i osób.
- Zapewnienie, że zespół deweloperski rozumie elementy w Product Backlogu na potrzebnym poziomie
- Jasne wyrażanie elementów Product Backlogu.
- Porządkowanie elementów w Product Backlogu w celu najlepszego osiągnięcia celów i misji.
- Optymalizacja wartości pracy wykonywanej przez zespół deweloperski.
- Zapewnienie, że Product Backlog jest widoczny, przejrzysty i jasny dla wszystkich oraz pokazuje, nad czym zespół Scrum będzie pracować następnie.
- Zapewnienie, że zespół deweloperski rozumie elementy w Product Backlogu na potrzebnym poziomie
Kiedy Product Owner porządkuje product backlog, zajmuje się dopracowaniem, priorytetyzacją i szacowaniem elementów, które są tam wymienione, z pomocą członków zespołu Scrum. Chociaż może nie być całkowicie zaznajomiony z procesem rozwoju, jest dostępny do konsultacji i wyjaśnień, gdy zespół deweloperski przewiduje, że niektóre poprawki muszą być wprowadzone, aby dotrzymać terminów.
To zapewnia, że cele są aktualizowane zgodnie z pracą, która może być wykonana podczas produkcji, a elementy backlogu mogą płynnie przechodzić do następnych sprintów.
4. Zapewnij „Definicję ukończenia”
Ustal kryteria dotyczące tego, co jest akceptowalne, i sprawdź, czy ludzie je spełniają. Product Owner upewnia się, że wszystkie cele, które powinny być osiągnięte w sesji sprintu, zostały zrealizowane, dbając o to, aby zarówno wymagania niefunkcjonalne, jak i funkcjonalne zostały spełnione przez zespół. Może konsultować się z ekspertami, aby to zrobić, lub uzyskać pomoc od zespołu deweloperskiego.
Kryteria akceptacji są kluczowe dla zespołu Scrum, ponieważ informują wszystkich o postępach projektu. Bez nich zespół deweloperski nie byłby w stanie zrozumieć, co definiuje ukończoną pracę i nie mógłby wprowadzać lepszych praktyk w swoim następnym sprincie.
5. Współpracować z zespołem deweloperskim
Praca Product Ownera staje się codzienną rolą, ponieważ musi być zaangażowany w zadania zespołu deweloperskiego, aby zapobiec opóźnieniom w istotnych informacjach zwrotnych, które mogą być już włączone w ciągu dnia. Oto wskazówki, jak Product Owner może współpracować z zespołem deweloperskim, sugerowane przez Romana Pichlera:
- Zarządzaj produktem, a nie zespołem
- Traktuj zespół jako równego partnera
- Pomóż zespołowi dostrzec szerszy obraz
- Zaangażuj zespół w decyzje dotyczące produktu
- Spędzaj wystarczająco dużo czasu z zespołem, ale nie zaniedbuj swoich innych obowiązków
- Oczekuj wysokich standardów, ale nie wywieraj presji na ludzi
- Daj zespołowi czas na eksperymentowanie i naukę
- W pełni uczestnicz w spotkaniach
Artykuły o rolach w Scrum
- Czym jest zespół Scrum?
- Czym jest zespół samoorganizujący się w Scrum?
- Jak działa zespół Scrum? — Krótki przewodnik
- Jak być dobrym Product Ownerem w projekcie Scrum?
- Jaka jest rola Product Ownera w Scrum?
- Zwinny rozwój: Jak zostać wykwalifikowanym Scrum Masterem?
- Czym są świnia i kura w Scrum?
- Kierownik projektu vs Scrum Master vs Właściciel projektu
- Jakie są trzy role w Scrumie?
- Czym jest Scrum Master? Rola i odpowiedzialności
- Czym jest zespół międzyfunkcyjny w Agile?
- Jako Scrum Master, jak możesz pomóc swojemu właścicielowi projektu?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文