Relacja mi\u0119dzy Product Ownerem, Scrum Masterami i Developerami jest kluczowa dla sukcesu zespo\u0142u Agile. To symbiotyczna relacja, kt\u00f3ra opiera si\u0119 na jasnej komunikacji, wsp\u00f3lnych celach, przejrzysto\u015bci i jest zbudowana na zaufaniu. Budowanie produktu, kt\u00f3ry jest szeroko adoptowany, lub ci\u0105g\u0142e doskonalenie to zwykle cel, ale sp\u00f3jno\u015b\u0107 i dynamika zespo\u0142u mog\u0105 decydowa\u0107 o tym, jak p\u0142ynny i bezbolesny jest ten proces. <\/p>\n
Chcieli\u015bmy dowiedzie\u0107 si\u0119 wi\u0119cej, wi\u0119c postanowili\u015bmy znale\u017a\u0107 Product Ownera, kt\u00f3ry podzieli si\u0119 swoimi spostrze\u017ceniami i historiami.<\/p>\n
Po jego prezentacji mapy drogowej produktu na spotkaniu Agile w Perth, usiedli\u015bmy z Adamem Mullettem, autorem ksi\u0105\u017cki \u201eOd \u00abNie\u00bb do \u00abJak?\u00bb: Zdob\u0105d\u017a poparcie i przew\u00f3d\u017a zmianom\u201d<\/em><\/a> i Product Ownerem, aby zapyta\u0107 go o jego opini\u0119 na temat poziomu zaanga\u017cowania, jaki Product Owner powinien mie\u0107 w retrospektywie.<\/p>\n To, co otrzymali\u015bmy, to nie tylko odpowied\u017a na pytanie, ale demonstracja roli Product Ownera i odnowione docenienie zaufania, przejrzysto\u015bci i dyscypliny.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Adam wydawa\u0142 si\u0119 nieco zaskoczony, kiedy zapytano go, czy Product Owner powinien by\u0107 zaanga\u017cowany w retrospektyw\u0119.<\/p>\n Pytanie wynika\u0142o z obserwacji, \u017ce niekt\u00f3rzy ludzie zaanga\u017cowani w agile postrzegali obecno\u015b\u0107 Product Ownera na retrospektywie jako opcjonaln\u0105, a nawet przeszkod\u0119.<\/p>\n Po kr\u00f3tkiej chwili jego odpowied\u017a brzmia\u0142a stanowcze \u201etak!\u201d<\/p>\n Nast\u0119pnie wyja\u015bni\u0142 \u201edlaczego\u201d \u2013<\/p>\n Jednym z wa\u017cnych aspekt\u00f3w Agile jest to, \u017ce nie chodzi o bycie szybkim, ale o bycie adaptowalnym \u2014 co prowadzi do wi\u0119kszego sukcesu, takiego jak lepsza adopcja produktu.<\/p>\n Je\u015bli chodzi o prowadzenie retrospektyw zespo\u0142u, wa\u017cne jest nie tylko u\u0142atwianie procesu, ale r\u00f3wnie wa\u017cne jest zarz\u0105dzanie kultur\u0105. Zesp\u00f3\u0142 tak bardzo polega na kierunku i wk\u0142adzie Product Ownera jako eksperta merytorycznego. Product Owner tworzy \u015brodowisko, w kt\u00f3rym zesp\u00f3\u0142 mo\u017ce d\u0105\u017cy\u0107 do wysokiej wydajno\u015bci, b\u0119d\u0105c odpowiedzialnym za wyniki i samozarz\u0105dzaj\u0105c si\u0119, tak aby pozostawa\u0142 odpowiedzialny wobec swoich interesariuszy.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Adam postrzega, \u017ce fundamentem Product Ownera jest zaufanie i przejrzysto\u015b\u0107.<\/p>\n \u201eDla mnie bycie transparentnym to dar, poniewa\u017c dzielisz si\u0119 tym, co my\u015blisz lub co wiesz. Je\u015bli zesp\u00f3\u0142 nie mo\u017ce tego od ciebie uzyska\u0107, to nie dajesz im tego, czego potrzebuj\u0105, aby odnie\u015b\u0107 sukces.\u201d<\/p>\n \u201eNie powinno by\u0107 \u017cadnych tajemnic mi\u0119dzy zespo\u0142em, Scrum Masterem a PO. Dla mnie skupi\u0142bym si\u0119 na tych rzeczach. Wola\u0142bym poruszy\u0107 problem i zag\u0142\u0119bi\u0107 si\u0119 w konflikt, ni\u017c pozwoli\u0107 mu narasta\u0107.\u201d<\/p>\n \u201eMo\u017cliwo\u015b\u0107 odkrycia czego\u015b, co powstrzymuje zesp\u00f3\u0142 przed p\u00f3j\u015bciem naprz\u00f3d, jest naprawd\u0119 cenna.\u201d<\/p>\n Adam poda\u0142 przyk\u0142ad dw\u00f3ch cz\u0142onk\u00f3w zespo\u0142u, kt\u00f3rzy nie rozmawiali ze sob\u0105 w zespole, kt\u00f3ry kiedy\u015b coachowa\u0142.<\/p>\n \u201eTo by\u0142o niewyobra\u017calne! Wi\u0119c je\u015bli podczas retrospektywy pojawi\u0142 si\u0119 komentarz zwi\u0105zany z problemem, kontynuowa\u0142bym dr\u0105\u017cenie, zag\u0142\u0119biaj\u0105c si\u0119 w \u00abdlaczego\u00bb, dop\u00f3ki nie zdali sobie sprawy, \u017ce problemem by\u0142 brak komunikacji.\u201d<\/p>\n Chocia\u017c podej\u015bcie by\u0142o nieco konfrontacyjne, gdy problem zosta\u0142 wydobyty na \u015bwiat\u0142o dzienne, \u0142atwiej by\u0142o si\u0119 nim zaj\u0105\u0107, a cz\u0142onkowie zespo\u0142u byli p\u00f3\u017aniej wdzi\u0119czni, \u017ce sprawa zosta\u0142a rozwi\u0105zana.<\/p>\n \u201eRozwi\u0105zanie tego typu problem\u00f3w mo\u017ce by\u0107 tak proste, jak zaproponowanie innych godzin pracy. Nie rozmawianie ze sob\u0105 po prostu nie by\u0142o dobrym powodem, aby nie by\u0107 zespo\u0142em o wysokiej wydajno\u015bci.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Product Owner powinien mie\u0107 wsp\u00f3\u0142prac\u0119 na pierwszym planie, dlatego Adam d\u0105\u017cy do wsp\u00f3\u0142tworzenia.<\/p>\n \u201eJe\u015bli co\u015b robi\u0119, chc\u0119 to robi\u0107 z tob\u0105, a nie tobie. \u017badna zmiana nigdy nie zako\u0144czy si\u0119 sukcesem, je\u015bli robisz j\u0105 sam.\u201d<\/p>\n \u201ePoniewa\u017c wsp\u00f3\u0142praca zespo\u0142owa jest potrzebna do wsp\u00f3\u0142tworzenia, w<\/strong>a\u017cne jest, aby wiedzie\u0107, jak i kiedy w\u0142\u0105czy\u0107 ludzi do rozmowy. Wyb\u00f3r sposobu prowadzenia rozm\u00f3w mo\u017ce mie\u0107 du\u017ce znaczenie.\u201d <\/p>\n \u201e<\/strong>Na przyk\u0142ad \u0142atwiej jest pokaza\u0107 komu\u015b swoj\u0105 prac\u0119, ni\u017c go przekonywa\u0107. Godzinny prototyp, o kt\u00f3rym mo\u017cna porozmawia\u0107, jest czasami znacznie skuteczniejszy ni\u017c du\u017ca sesja planowania, podczas kt\u00f3rej pr\u00f3bujesz sprzeda\u0107 sw\u00f3j pomys\u0142. Innym razem lepiej jest tworzy\u0107 wsp\u00f3lnie.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Kiedy dyscyplina jest postrzegana jako platforma wsparcia, a nie bariera dla elastyczno\u015bci, mo\u017ce dzia\u0142a\u0107 jako mechanizm wzmocnienia zespo\u0142u.<\/p>\n Dyscyplina mo\u017ce by\u0107 tak prosta, jak rozpoczynanie spotkania na czas, ko\u0144czenie na czas i posiadanie \u015bcis\u0142ej definicji \u201egotowo\u015bci\u201d. S\u0105 to ma\u0142e, uzgodnione zachowania, kt\u00f3rych cz\u0142onkowie zespo\u0142u przestrzegaj\u0105 w celu \u015bwiadomego poprawiania sp\u00f3jno\u015bci i wzajemnego szacunku w zespole. <\/p>\n Zdaniem Adama dzi\u0119ki dyscyplinie mo\u017cna wspiera\u0107 zdrowe nawyki, kt\u00f3re wspieraj\u0105 zespo\u0142y o wysokim funkcjonowaniu.<\/p>\n \u201eBy\u0142em Product Ownerem w projekcie, gdzie by\u0142o 23 zespo\u0142y i og\u00f3lne nastawienie na przetrwanie tego sprintu, potem kolejnego sprintu i jeszcze kolejnego, po prostu przetrwa\u0107 sprint, jakkolwiek by si\u0119 da\u0142o.\u201d<\/p>\n \u201ePotem zacz\u0119li\u015bmy by\u0107 bardziej zdyscyplinowani w sprincie.\u201d<\/p>\n \u201eTak, pierwszy miesi\u0105c by\u0142 trudny, poniewa\u017c pr\u00f3bowali\u015bmy robi\u0107 dwie rzeczy naraz. Ale potem wszystko sz\u0142o g\u0142adko. A zesp\u00f3\u0142 by\u0142 w stanie kontynuowa\u0107 doskonalenie i rozwija\u0107 si\u0119 jako zesp\u00f3\u0142 o wysokiej wydajno\u015bci. W rzeczywisto\u015bci inni w organizacji chcieli by\u0107 cz\u0119\u015bci\u0105 tego zespo\u0142u.\u201d<\/p>\n Zaobserwowano r\u00f3wnie\u017c, \u017ce zespo\u0142y, kt\u00f3rym brakowa\u0142o dyscypliny, do\u015bwiadcza\u0142y problem\u00f3w.<\/p>\n Wi\u0119c co powinno si\u0119 sta\u0107, je\u015bli cz\u0142onkowie zespo\u0142u nie przyj\u0119li zdyscyplinowanego podej\u015bcia?<\/p>\n \u201eJe\u015bli kto\u015b przychodzi nieprzygotowany, wa\u017cne jest, aby jasno okre\u015bli\u0107 cel spotkania i to, w jaki spos\u00f3b jego dzia\u0142ania nie wspieraj\u0105 tego celu.\u201d<\/p>\n \u201eChodzi o skupienie. Na przyk\u0142ad podczas groomingu produktu, je\u015bli ludzie zaczynaj\u0105 rozmawia\u0107 o konkretnym zadaniu, to chodzi o przywr\u00f3cenie uwagi na to, dlaczego odbywamy to spotkanie i co chcemy osi\u0105gn\u0105\u0107 jako wynik tej ceremonii.\u201d<\/p>\n Oczywi\u015bcie Scrum Master pomaga utrzyma\u0107 t\u0119 dyscyplin\u0119.<\/p>\n Je\u015bli chodzi o ich retro, Adam doda\u0142, \u017ce gdy zesp\u00f3\u0142 rozumie i docenia struktur\u0119, kt\u00f3r\u0105 zbudowa\u0142a ich dyscyplina, jest znacznie bardziej skupiony i efektywny, bez konieczno\u015bci anga\u017cowania si\u0119 w my\u015blenie Systemu 2, jak opisano w ksi\u0105\u017cce Thinking Fast and Slow<\/a> Daniela Kahnemana.<\/p>\n \u201ePosiadanie jasnego procesu u\u0142atwia sprawy. Zespo\u0142y nie chc\u0105 martwi\u0107 si\u0119 o takie rzeczy, jak to, kt\u00f3rego pomieszczenia lub technologii u\u017cywaj\u0105. Ich uwaga skupia si\u0119 na rzeczywistym problemie.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Je\u015bli chodzi o Adama, nie ma braku jasno\u015bci co do roli Product Ownera; je\u015bli jeste\u015b Product Ownerem, jeste\u015b cz\u0119\u015bci\u0105 zespo\u0142u agile.<\/p>\n \u201eUwa\u017cam, \u017ce rol\u0105 Product Ownera, przy wsparciu Scrum Mastera, jest budowanie kultury i tworzenie jasno\u015bci dla zespo\u0142u.\u201d<\/p>\n \u201eZespo\u0142y nienawidz\u0105 nie wiedzie\u0107, dok\u0105d zmierzaj\u0105. Zwracaj\u0105 si\u0119 przeciwko sobie, staj\u0105 si\u0119 niespokojne, pr\u00f3buj\u0105 wygl\u0105da\u0107 na zaj\u0119te i do\u015bwiadczaj\u0105 wszelkiego rodzaju innych dysfunkcji. Je\u015bli mo\u017cesz da\u0107 ludziom pow\u00f3d, \u00abdlaczego\u00bb, strategiczny kierunek, wtedy powiedz\u0105: \u00abdobra, super. Rozumiem!\u00bb Chodzi wi\u0119c o to, aby by\u0107 lu\u017ano powi\u0105zanym, ale \u015bci\u015ble zorientowanym. W ten spos\u00f3b wszyscy wiemy, dok\u0105d zmierzamy, a nast\u0119pnie pozwalamy zespo\u0142owi tam dotrze\u0107.\u201d<\/p>\n Adam pracowa\u0142 z zespo\u0142ami w pe\u0142ni stacjonarnymi, zdalnymi i hybrydowymi. Przez 18 miesi\u0119cy pracowa\u0142 z lud\u017ami rozrzuconymi od Sydney po Indie. Bez wzgl\u0119du na sk\u0142ad, jednym z czynnik\u00f3w sukcesu zespo\u0142u o wysokiej wydajno\u015bci by\u0142o zrozumienie, co b\u0119dzie dalej. <\/p>\n \u201eWi\u0119c je\u015bli co\u015b wydarzy si\u0119 w naszej retrospektywie, kto\u015b stworzy zadanie w Jira. Ludzie mogli nadal wsp\u00f3\u0142pracowa\u0107, nawet je\u015bli nie zawsze byli w tym samym pomieszczeniu. Silne sposoby pracy pomog\u0142y to umo\u017cliwi\u0107.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Wracaj\u0105c do pytania o rol\u0119 Product Ownera w retrospektywie, Adam zauwa\u017cy\u0142, \u017ce Product Owner jest uczestnikiem.<\/p>\n Jego zdaniem sama retrospektywa mo\u017ce by\u0107 prowadzona przez ka\u017cdego w zespole, z jego preferencj\u0105, \u017ceby facylitacja by\u0142a rotowana mi\u0119dzy cz\u0142onkami zespo\u0142u, tak \u017ceby te umiej\u0119tno\u015bci mog\u0142y by\u0107 rozwijane i doceniane przez zesp\u00f3\u0142.<\/p>\n \u201eMy\u015bl\u0119, \u017ce zesp\u00f3\u0142 chce, aby PO by\u0142 uczciwy i otwarty podczas uczestnictwa.\u201d<\/p>\n Je\u015bli chodzi o to, co product owner ma nadziej\u0119 pom\u00f3c osi\u0105gn\u0105\u0107 na retro, odpowied\u017a Adama jest prosta \u2014 to dla zespo\u0142u, \u017ceby sta\u0142 si\u0119 lepszy w tym, co robi.<\/p>\n Dlaczego?<\/p>\n \u201ePoniewa\u017c PO jest odpowiedzialny przed organizacj\u0105 za wyniki, je\u015bli chodzi o to, ile czasu co\u015b zaj\u0119\u0142o, a\u017c po wykorzystane zasoby. Zesp\u00f3\u0142 jest odpowiedzialny za dostarczanie wynik\u00f3w. Wi\u0119c sprytny PO b\u0119dzie uczestniczy\u0142 w retrospektywie, aby s\u0142ucha\u0107. Nie b\u0119dzie m\u00f3wi\u0142 ludziom, co maj\u0105 robi\u0107, ani \u017ce powinni to robi\u0107 \u00abw ten spos\u00f3b\u00bb. Gdyby zesp\u00f3\u0142 ju\u017c wiedzia\u0142, zrobi\u0142by to.\u201d <\/p>\n Adam postrzega retrospektyw\u0119 jako okazj\u0119 dla zespo\u0142u do –<\/p>\n Product Owner chce pom\u00f3c zbudowa\u0107 zesp\u00f3\u0142 o wysokiej wydajno\u015bci z wielu powod\u00f3w –<\/p>\n w miar\u0119 jak funkcje s\u0105 rozwijane w czasie.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Wi\u0119c dlaczego retro dzia\u0142aj\u0105?<\/p>\n \u201eMy\u015bl\u0119, \u017ce to dlatego, \u017ce zesp\u00f3\u0142 ma uprawnienia do wymy\u015blania rzeczy, kt\u00f3re mo\u017ce zmieni\u0107. Mog\u0105 definiowa\u0107 cele SMART, kt\u00f3re mog\u0105 wprowadzi\u0107 w \u017cycie w ci\u0105gu najbli\u017cszych dw\u00f3ch tygodni. Wymy\u015blaj\u0105 problem, kt\u00f3ry ich dotyka, wi\u0119c s\u0105 samodzielnie ukierunkowani na zmian\u0119.\u201d<\/p>\n Zauwa\u017cono, \u017ce niekt\u00f3rzy ludzie mog\u0105 obawia\u0107 si\u0119 zmiany, poniewa\u017c co\u015b jest im robione, i nie czuj\u0105, \u017ce maj\u0105 kontrol\u0119.<\/p>\n \u201eCo\u015b, do czego odwo\u0142uj\u0119 si\u0119 w ksi\u0105\u017cce \u201eOd \u00abNie\u00bb do \u00abJak?\u00bb\u201d, to sfera wp\u0142ywu i o\u015brodki kontroli. Wa\u017cne jest, aby pom\u00f3c zespo\u0142owi skupi\u0107 rozmowy na tym, gdzie le\u017cy ich o\u015brodek kontroli, aby czuli si\u0119 uprawnieni i zdolni do wprowadzania zmian.\u201d<\/p>\n \u201ePowinni czu\u0107, \u017ce mog\u0105 polega\u0107 na PO, aby wykorzysta\u0107 jego wp\u0142yw lub kapita\u0142 spo\u0142eczny do wp\u0142ywania poza sfer\u0119 wp\u0142ywu zespo\u0142u.\u201d<\/p>\n \u201eW mi\u0119dzyczasie, je\u015bli zesp\u00f3\u0142 agile czuje, \u017ce kontroluje swoje przeznaczenie, to mo\u017ce zmieni\u0107 sw\u00f3j \u015bwiat i sprawi\u0107, \u017ce rzeczy si\u0119 wydarz\u0105. Czuj\u0105 si\u0119 bardziej uprawnieni do dzia\u0142ania i mog\u0105 wtedy i\u015b\u0107 naprz\u00f3d i realizowa\u0107 zadania.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Nie mogli\u015bmy pozwoli\u0107 Adamowi odej\u015b\u0107 bez zapytania o jego rad\u0119, jak przej\u015b\u0107 z zespo\u0142em od dysfunkcji do wysokiej wydajno\u015bci.<\/p>\n Kluczowe wnioski:<\/p>\n Czy masz jakie\u015b inne spostrze\u017cenia<\/a> lub historie do podzielenia si\u0119 na temat tego, jak poprawi\u0142e\u015b relacje robocze mi\u0119dzy swoim zespo\u0142em scrumowym a product ownerem? Ch\u0119tnie by\u015bmy, \u017ceby\u015b podzieli\u0142 si\u0119 z nami<\/a>. <\/p>\nRelacja mi\u0119dzy product ownerem, scrum masterami i zespo\u0142em agile<\/h2>\n<\/div>
Zaufanie i przejrzysto\u015b\u0107<\/span><\/h2>\n<\/div>
Wprowadzaj ludzi do rozmowy<\/span><\/h2>\n<\/div>
B\u0105d\u017a zdyscyplinowany w procesie i wynikach<\/span><\/h2>\n<\/div>
Buduj sw\u00f3j zesp\u00f3\u0142, gdy oni buduj\u0105 rozwi\u0105zania<\/span><\/h2>\n<\/div>
Rola product ownera w agile retrospective<\/h2>\n<\/div>
\n
\n
Zach\u0119caj i umo\u017cliwiaj zmiany na swoich retro<\/h2>\n<\/div>
Jak product owner mo\u017ce poprowadzi\u0107 zesp\u00f3\u0142 z dala od dysfunkcji<\/h2>\n<\/div>
\n