Product Owner stawia przed Zespo艂em Developerskim jasno okre艣lony Cel Produktu i wymaga post臋p贸w w jego realizacji. Scrum Master dba o jako艣膰 procesu jego powstawania: o dobr膮 atmosfer臋 towarzysz膮c膮 pracy Zespo艂u, motywacj臋 i usuwanie przeszk贸d. Product Owner i Scrum Master nie s膮 jednak dwoma niezale偶nymi od siebie si艂ami dzia艂aj膮cymi na Zesp贸艂 Deweloperski.

Wsp贸艂praca Scrum Mastera z Product Ownerem – om贸wione zagadnienia:

  1. Praca Scrum Mastera z Product Ownerem
  2. Wspomaganie skutecznej komunikacji z Developerami
  3. Wiedza wynikaj膮ca z 诲辞艣飞颈补诲肠锄别苍颈补
  4. Wprowadzanie Interesariuszy w Scrum
  5. Podsumowanie
cooperation between Product Owner and Scrum Master

Praca Scrum Mastera z Product Ownerem

Cho膰 sposoby dzia艂ania ka偶dego z nich s膮 bardzo r贸偶ne, ich interesy s膮 zbie偶ne: chodzi przede wszystkim o efektywne dzia艂anie Scrum Team. Dlatego tak wa偶ne s膮 wzajemne relacje oraz ich efektywna wsp贸艂praca.

Wi臋kszo艣膰 zada艅 Product Ownera i Scrum Mastera – o kt贸rych pisali艣my szerzej w osobnych artyku艂ach – koncentruje si臋 wok贸艂 ich obowi膮zk贸w zwi膮zanych z prac膮 Zespo艂u Developer贸w. Jednak do obowi膮zk贸w i zada艅 SM nale偶y r贸wnie偶 wspieranie pracy PO.

Wspomaganie skutecznej komunikacji z Developerami

Skuteczna komunikacja Product Ownera z Zespo艂em Developerskim wymaga co najmniej dw贸ch mocnych podstaw: zrozumia艂o艣ci i odpowiedniej si艂y oddzia艂ywania. Scrum Master pomaga Product Ownerowi w ich wzmacnianiu.

Zrozumia艂o艣膰 Backlogu Produktu

Jednym z podstawowych sposob贸w, w jakie Scrum Master pomaga Product Ownerowi jest upewnienie si臋, 偶e formu艂owane przez niego komunikaty s膮 zrozumia艂e dla Zespo艂u Developerskiego. Przegl膮da on wpisy w Backlogu Produktu i zadaje dodatkowe pytania, kt贸re pozwol膮 poprawi膰 ich zrozumia艂o艣膰. Zwraca uwag臋 przede wszystkim na:

  • jasno艣膰 wpis贸w– po to, 偶eby Deweloperzy dok艂adnie wiedzieli, w jakim celu rozwijaj膮 dan膮 funkcjonalno艣膰
  • zwi臋z艂o艣膰 wpis贸w– po to, 偶eby opisy planowanych funkcjonalno艣ci zawiera艂y tylko niezb臋dne informacje i zapoznanie si臋 z nimi zajmowa艂o jak najmniej czasu

W ten spos贸b Scrum Master zapobiega pojawieniu si臋 rozbie偶no艣ci pomi臋dzy Celem Produktu, takim, jakim wyobra偶a go sobie Product Owner, a tym, jak zrozumieli swoje zadanie cz艂onkowie Zespo艂u Developerskiego.

Si艂a oddzia艂ywania Product Ownera

Scrum Master pomaga Product Ownerowi wzmacnia膰 skuteczno艣膰 przekazu i charyzm臋. Pe艂ni bowiem rol臋 coucha, z kt贸rym Product Owner mo偶e om贸wi膰 problematyczne kwestie dotycz膮ce Produktu i jego realizacji. Dlatego tak wa偶ne s膮 indywidualne spotkania, podczas kt贸rych odbywaj膮 si臋 pomi臋dzy nimi dyskusje. To dzi臋ki nim Product Owner mo偶e doprecyzowa膰 wizj臋 produktu oraz odpowiedzie膰 na pytania ze strony Scrum Mastera jeszcze zanim przedstawi wizj臋 zespo艂owi.

SM, udzielaj膮c informacji zwrotnej sprawia, 偶e przekaz Product Ownera podczas spotkania z zespo艂em staje si臋 mocniejszy i ja艣niejszy. To niezb臋dne przygotowanie pomaga Product Ownerowi coraz lepiej komunikowa膰 Cel Produktu podczas Wydarze艅 Scruma, kt贸re opisujemy w osobnym artykule.

Wiedza wynikaj膮ca z 诲辞艣飞颈补诲肠锄别苍颈补

Scrum Master pomaga tak偶e Product Ownerowi w realistycznym planowaniu zada艅 przewidzianych dla Zespo艂u Developer贸w. Mo偶e si臋 bowiem zdarzy膰, 偶e 艣wietnie przygotowany Backlog Produktu nie b臋dzie przystawa艂 do sposobu dzia艂ania organizacji, w kt贸rej realizowany ma by膰 Cel Produktu.

B臋dzie zatem wspiera艂 Product Ownera swoj膮 wiedz膮 wynikaj膮c膮 z 诲辞艣飞颈补诲肠锄别苍颈补. Czerpie j膮 z obserwacji niepowodze艅 i trudno艣ci, kt贸re pojawi艂y si臋 przy realizacji poprzednich projekt贸w. Dzi臋ki wiedzy empirycznej Scrum Master mo偶e przewidzie膰 trudno艣ci w wykonaniu zada艅 i realizacji Celu Produktu, kt贸re wynikaj膮 ze specyfiki organizacji, Zespo艂u albo jego specjalizacji.

Wprowadzanie Interesariuszy w Scrum

Na codzie艅 Scrum Master wsp贸艂pracuje g艂贸wnie z Zespo艂em Developerskim. A czasem tak偶e z dzia艂em HR – szczeg贸lnie podczas budowania Zespo艂u oraz w tych rzadkich momentach, kiedy wymaga on rozbudowy lub zmiany. Codzienne obowi膮zki SMa zwykle nie obejmuj膮 wi臋c wsp贸艂pracy z Interesariuszami – te nale偶膮 bowiem do zada艅 Product Ownera.

Wyj膮tek dotyczy momentu rozpocz臋cia wsp贸艂pracy z Interesariuszami, kt贸rzy nie s膮 zaznajomieni z zasadami dzia艂ania i rolami w Scrum. Wtedy w艂a艣nie Scrum Master wsp贸艂pracuje z Product Ownerem podczas spotka艅 ze wszystkimi osobami zaanga偶owanymi w powstanie Produktu. Wyja艣nia kto jest kim w Scrum Team, o czym pisali艣my w osobnym artykule. Pomaga r贸wnie偶 Product Ownerowi we wdro偶eniu dobrych praktyk komunikacyjnych. Nale偶膮 do nich na przyk艂ad aktywna obecno艣膰 Interesariuszy podczas Sprint Review czy tworzenie dobrych User Stories, kt贸rym to zagadnieniom po艣wi臋cili艣my osobne wpisy.

Podsumowanie

Efektywny Scrum Master pozwala Product Ownerowi na skupienie si臋 na swojej pracy: na dbaniu o maksymalizacj臋 biznesowej warto艣ci tworzonego produktu. Pomaga tak偶e w prowadzeniu efektywnej komunikacji dzi臋ki indywidualnemu coachingowi oraz dyskusjom o kszta艂cie Backlogu Produktu. Wspomaga go p艂yn膮c膮 z 诲辞艣飞颈补诲肠锄别苍颈补 wiedz膮 dotycz膮c膮 pracy z konkretnym Zespo艂em i organizacj膮. A tak偶e – je艣li to potrzebne – wspomaga Product Ownera wprowadzaj膮c Interesariuszy w spos贸b dzia艂ania Scrum.

Je艣li podobaj膮 Ci si臋 tre艣ci, kt贸re tworzymy, sprawd藕 r贸wnie偶:

Scrum Guide | 12. Wsp贸艂praca Scrum Mastera z Product Ownerem caroline becker avatar 1background

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艣膰.

Zobacz wszystkie posty

Przewodnik Scrum:

  1. S艂owniczek podstawowych termin贸w Scrum
  2. Czym jest Scrum?
  3. Warto艣ci Scruma
  4. Jak wdro偶y膰 Scrum w swojej firmie?
  5. Scrum Team - czym jest i jak dzia艂a?
  6. Kim jest Product Owner?
  7. Kim jest Scrum Master?
  8. Najcz臋stsze b艂臋dy pope艂niane przez Product Ownera
  9. Cechy dobrego Scrum Mastera
  10. Najcz臋stsze b艂臋dy pope艂nianie przez Scrum Mastera
  11. Wsp贸艂praca Scrum Mastera z Product Ownerem
  12. Jakie statystyki i metryki powinien 艣ledzi膰 Scrum Master?
  13. Zesp贸艂 Developerski w Scrumie
  14. Najcz臋stsze b艂臋dy pope艂niane przez Developer贸w
  15. Artefakty Scruma
  16. Skalowanie Scruma
  17. Co to jest Backlog Sprintu?
  18. Co to jest Backlog Produktu?
  19. Czym s膮 User Stories?
  20. INVEST, czyli jak stworzy膰 dobre User Story
  21. Najcz臋stsze b艂臋dy pope艂niane przy pisaniu User Story
  22. Kryteria Akceptacji User Story
  23. Estymacja i Story Points w Scrum
  24. Jak dzia艂a Planning Poker?
  25. Team Estimation Game jako alternatywa dla Planning Pokera
  26. Czym jest Przyrost w Scrum?
  27. Czym jest Sprint w Scrum?
  28. Wydarzenia w Scrum
  29. Cel Produktu, Cel Sprintu i Definicja Uko艅czenia, czyli zobowi膮zania Scrum Team
  30. Co to jest wykres spalania (Burndown Chart)?
  31. Jak tworzy膰 i jak interpretowa膰 wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Pr臋dko艣膰 Zespo艂u Deweloperskiego
  35. Daily Scrum
  36. Sprint Planning
  37. Sprint Review
  38. Co to jest Retrospekcja Sprintu?
  39. Cz臋ste b艂臋dy w czasie Retrospekcji
  40. Jak przeprowadzi膰 piel臋gnacj臋 backlogu produktu?
  41. Gdzie zdoby膰 wiedz臋 i do艣wiadczenie w Scrum?