Przewodnik po Scrumie | 12. Współpraca Product Ownera ze Scrum Masterem

Opublikowany: 2022-04-22

W dzisiejszym artykule poruszymy temat współpracy Product Ownera ze Scrum Masterem. Właściciel Produktu stawia przed Zespołem Deweloperskim jasno zdefiniowany Cel Produktu i wymaga postępów w jego realizacji. Scrum Master dba o jakość procesu jego tworzenia: dobrą atmosferę towarzyszącą pracy Zespołu, motywację i usuwanie przeszkód. Jednak zarówno Product Owner, jak i Scrum Master nie są dwiema niezależnymi siłami działającymi w Zespole Deweloperskim.

Współpraca Product Ownera ze Scrum Masterem – spis treści

  1. Scrum Master i Product Owner
  2. Wspieranie efektywnej komunikacji z Programistami
  3. Wiedza z doświadczenia
  4. Przedstawiamy interesariuszy w Scrum
  5. Streszczenie
cooperation between Product Owner and Scrum Master

Scrum Master i Product Owner

Chociaż sposób działania każdego z nich jest bardzo różny, ich zainteresowania są zbieżne: chodzi o to, aby Zespół Scrumowy działał efektywnie. Dlatego tak ważna jest relacja pomiędzy Scrum Masterem a Product Ownerem oraz ich efektywna współpraca.

Większość zadań Product Ownera i Scrum Mastera – które szerzej opisaliśmy w osobnych artykułach – obraca się wokół ich obowiązków związanych z pracą Zespołu Deweloperskiego. Jednak obowiązki i odpowiedzialność Scrum Mastera obejmują również wspieranie pracy Product Ownera.

Wspieranie efektywnej komunikacji z Programistami

Skuteczna komunikacja pomiędzy Product Ownerem a Zespołem Deweloperskim wymaga co najmniej dwóch mocnych podstaw: zrozumiałości i odpowiedniego wpływu. Scrum Master pomaga Właścicielowi Produktu je wzmocnić.

Zrozumienie Backlogu Produktu

Jednym z głównych sposobów, w jaki Scrum Master pomaga Właścicielowi Produktu, jest upewnienie się, że sformułowane komunikaty są zrozumiałe przez Zespół Deweloperski. Scrum Master przegląda wpisy Backlogu Produktu i zadaje dodatkowe pytania, aby poprawić ich przejrzystość , zwracając uwagę przede wszystkim na:

  • przejrzystość wpisów – aby Developerzy dokładnie wiedzieli, w jakim celu rozwijają daną funkcjonalność
  • utrzymywanie zwięzłości wpisów – tak, aby opisy planowanych funkcjonalności zawierały tylko niezbędne informacje, a ich przeczytanie zajmowało jak najmniej czasu

W ten sposób Scrum Master zapobiega powstawaniu rozbieżności między Celem Produktu, tak jak wyobraża go sobie Właściciel Produktu, a tym, jak członkowie Zespołu Deweloperskiego rozumieli swoje zadanie.

Siła wpływu Właściciela Produktu

Scrum Master pomaga Product Ownerowi zwiększyć skuteczność i charyzmę przekazu. Scrum Master pełni rolę coacha, z którym Właściciel Produktu może przedyskutować problematyczne kwestie dotyczące Produktu i jego realizacji. Dlatego tak ważne są indywidualne spotkania , podczas których toczą się między nimi dyskusje. Dzięki tym dyskusjom Właściciel Produktu może doprecyzować wizję produktu i odpowiedzieć na pytania Scrum Mastera przed przedstawieniem go zespołowi.

Scrum Master, przekazując informację zwrotną, wzmacnia i czytelność przekazu Product Ownera podczas spotkania z zespołem. To niezbędne przygotowanie pomaga Product Ownerowi coraz lepiej komunikować Cel Produktowy podczas Scrum Events, które opisujemy w osobnym artykule.

Product Owner and Scrum Master

Wiedza z doświadczenia

Scrum Master pomaga również Product Ownerowi realistycznie zaplanować zadania dla Zespołu Deweloperskiego. Może się zdarzyć, że dobrze przygotowany Backlog Produktu nie pasuje do sposobu pracy organizacji, w której ma być realizowany Cel Produktu.

Scrum Master będzie zatem wspierał Product Ownera wiedzą z doświadczenia , czerpiąc ją z obserwacji niepowodzeń i trudności, które pojawiły się w poprzednich projektach. Dzięki wiedzy empirycznej Scrum Master potrafi przewidzieć trudności w realizacji zadań i osiągnięciu Celu Produktowego, który wynika ze specyfiki organizacji, Zespołu, czy jego specjalizacji.

Przedstawiamy interesariuszy w Scrum

Scrum Master na co dzień współpracuje głównie z Zespołem Deweloperskim. A czasem także z działem HR, zwłaszcza w trakcie budowania zespołu i w tych rzadkich momentach, kiedy zespół trzeba poszerzyć lub zmienić. Codzienne obowiązki Scrum Mastera zazwyczaj nie obejmują współpracy Interesariuszy – jest to praca Product Ownera.

Wyjątkiem jest sytuacja, gdy zaczynasz pracę z Interesariuszami, którzy nie są zaznajomieni z zasadami i rolami Scrum. To wtedy Scrum Masterzy współpracują z Product Ownerem na spotkaniach ze wszystkimi osobami zaangażowanymi w tworzenie Produktu. Wyjaśniają, kto jest kim w Scrum Team, o czym pisaliśmy w osobnym artykule. Pomagają również Właścicielowi Produktu we wdrażaniu dobrych praktyk komunikacyjnych. Należą do nich np. aktywna obecność Interesariuszy podczas Przeglądu Sprintu czy tworzenie dobrych Historyjek Użytkowników.

Streszczenie

Scrum Master pozwala właścicielowi produktu skupić się na swojej pracy: na maksymalizacji wartości biznesowej tworzonego produktu. Scrum Master pomaga również Product Ownerowi w efektywnej komunikacji poprzez indywidualny coaching i dyskusje na temat kształtu Backlogu Produktu. Co więcej, Scrum Master wspiera Product Ownera wiedzą na temat pracy z konkretnym Zespołem i organizacją. I wreszcie – jeśli jest taka potrzeba – ułatwia Product Ownerowi wprowadzając Interesariuszy w sposób pracy Scrum.

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

Scrum Guide | 12. Cooperation between Product Owner and Scrum Master caroline becker avatar 1background

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