Pisałem w ostatnim wpisie o tym, jak niewłaściwe zrozumienie słowa coaching, może mieć negatywny wpływ na relację pomiędzy Product Ownerem a Scrum Masterem. Zaproponowałem też bardzo ogólnie kilka pomysłów na to, jak te dwie role mogą współpracować ze sobą. W dzisiejszym wpisie chciałbym rozwinąć te punkty o konkrety, które przedstawią, jak może taka współpraca wyglądać w praktyce. Całość opieram na moich moich własnych doświadczeniach współpracy z Product Ownerami jako Scrum Master oraz Agile Coach. Na czym może polegać taka współpraca?

Rozmawiałem jakiś czas temu ze Scrum Masterem u klienta. Kiedy podsumowywał on swoje dokonania oraz rzeczy, które mógł zrobić lepiej, to wspomniał, że: “gdyby mógł cofnąć czas, to mocniej kołczował by Product Ownera”. Inna sytuacja. Jestem na konferencji. Podczas sesji Open Space grupa osób doradza młodemu Sccrum Masterowi jak radzić sobie z problematycznym Product Ownerem. W końcu z tłumu pada porada: “No wygląda na to, że musisz go zacząć mocniej kołczować” Zacząć. Mocniej. Kołczować. Wielokrotnie spotykam się z takim określenie, pisałem już o tym kiedyś na Twitterze. Być może to tylko niefortunna konstrukcja. Być może to tylko pewne uogólnienie i

Czytam ostatnio książkę “Inspired”, na którą natrafiłem przypadkiem, czytając bloga o budowaniu produktów Silicon Valley Product Group. Lektura tej książki to obowiązkowa pozycja dla każdego, kto tworzy nowoczesne produkty i chciałby zrozumieć, jak robią to najwięksi gracze, tacy jak m.in. Apple, Netflix, Facebook czy Tesla. O książce być może napiszę więcej innym razem, natomiast w tym wpisie chciałbym się skupić na ciekawym cytacie autorstwa Johna Doerra, szanowanego inwestora z Doliny Krzemowej: “We need teams of missionaries, not teams of mercenaries” Czyli, po polsku mówiąc, potrzebujemy zespołów misjonarzy, a nie najemników. Gdy pomagam klientom usprawniać sposób, w jaki budują produkty, wielokrotnie