Znasz to uczucie? Siedzisz na daily stand-upie, s\u0142uchasz, co robi\u0142 Marek wczoraj, potem Kasia opowiada o swoim pull reque\u015bcie, a Ty my\u015blisz tylko o tym, \u017ce feature, nad kt\u00f3rym pracujesz, utkn\u0105\u0142 przez zale\u017cno\u015b\u0107, kt\u00f3rej nikt nie adresuje. Po 30 minutach wychodzisz z wra\u017ceniem, \u017ce nic nie zosta\u0142o rozwi\u0105zane, a Tw\u00f3j kod dalej czeka. Je\u015bli to brzmi znajomo \u2013 nie jeste\u015b sam. Wiele zespo\u0142\u00f3w programistycznych traci ogromne ilo\u015bci czasu na spotkania, kt\u00f3re zamiast pomaga\u0107, przeszkadzaj\u0105. W tym artykule przyjrzym\u0119 si\u0119 trzem najcz\u0119stszym b\u0142\u0119dom w prowadzeniu spotka\u0144 w zespo\u0142ach IT \u2013 i poka\u017c\u0119, jak je naprawi\u0107, \u017ceby odzyska\u0107 produktywno\u015b\u0107.<\/p>\n
Daily stand-up to jedno z najcz\u0119\u015bciej \u017ale rozumianych narz\u0119dzi w Scrumie. Zamiast by\u0107 kr\u00f3tk\u0105 synchronizacj\u0105, cz\u0119sto zamienia si\u0119 w sesj\u0119 raportowania, gdzie ka\u017cdy po kolei opowiada, co zrobi\u0142 wczoraj, co zrobi dzi\u015b i jakie ma blokery. Brzmi znajomo? Problem polega na tym, \u017ce takie podej\u015bcie zabija cel spotkania: zamiast szybko rozwi\u0105zywa\u0107 problemy, tworzy si\u0119 lista zada\u0144 do odhaczenia.<\/p>\n
Przyk\u0142ad z \u017cycia:<\/strong> W jednej z firm, z kt\u00f3rymi wsp\u00f3\u0142pracowa\u0142em, daily trwa\u0142o regularnie 45 minut. Ka\u017cda osoba opowiada\u0142a szczeg\u00f3\u0142owo o swoich zadaniach, a reszta zespo\u0142u s\u0142ucha\u0142a bez wi\u0119kszego zaanga\u017cowania. Po trzech miesi\u0105cach zesp\u00f3\u0142 by\u0142 sfrustrowany, a velocity spad\u0142o o 20%. To nie by\u0142a wina programist\u00f3w \u2013 to by\u0142a wina formatu.<\/p>\n Rozwi\u0105zanie:<\/strong> Ogranicz daily do 15 minut i skup si\u0119 tylko na trzech pytaniach: Czy co\u015b blokuje nasz sprint? Czy kto\u015b potrzebuje pomocy? Czy s\u0105 jakie\u015b decyzje do podj\u0119cia? Nie pozwalaj na szczeg\u00f3\u0142owe raporty \u2013 te powinny by\u0107 komunikowane asynchronicznie, np. przez Slacka lub narz\u0119dzie do zarz\u0105dzania projektami. Deweloperzy nie s\u0105 po to, \u017ceby raportowa\u0107 \u2013 s\u0105 po to, \u017ceby tworzy\u0107.<\/p>\n Retrospektywa to \u015bwietne narz\u0119dzie do ci\u0105g\u0142ego doskonalenia, ale tylko wtedy, gdy prowadzi do konkretnych zmian. Niestety, w wielu zespo\u0142ach wygl\u0105da to tak: wszyscy zbieraj\u0105 si\u0119, zapisuj\u0105 na tablicy co posz\u0142o \u017ale, dyskutuj\u0105 przez godzin\u0119, a potem\u2026 nic si\u0119 nie dzieje. \u017baden action item nie zostaje zrealizowany, bo nikt nie czuje si\u0119 odpowiedzialny.<\/p>\n Efekt:<\/strong> Zesp\u00f3\u0142 traci motywacj\u0119, bo widzi, \u017ce retrospektywy to tylko strata czasu. Co gorsza, problemy si\u0119 nawarstwiaj\u0105, a atmosfera w zespole si\u0119 pogarsza.<\/p>\n Rozwi\u0105zanie:<\/strong> Z ka\u017cdej retrospektywy musz\u0105 wyj\u015b\u0107 maksymalnie 2-3 konkretne akcje, kt\u00f3re s\u0105 przypisane do konkretnych os\u00f3b z terminem realizacji. Na pocz\u0105tku kolejnej retrospektywy sprawd\u017acie, co si\u0119 uda\u0142o zrobi\u0107. Je\u015bli nic \u2013 to sygna\u0142, \u017ce co\u015b jest nie tak z kultur\u0105 organizacyjn\u0105. Nie b\u00f3j si\u0119 te\u017c skraca\u0107 retrospektyw \u2013 czasem 30 minut wystarczy, \u017ceby om\u00f3wi\u0107 najwa\u017cniejsze rzeczy.<\/p>\n Ile razy widzia\u0142e\u015b w kalendarzu spotkanie z tytu\u0142em \u201eOm\u00f3wienie architektury\u201d lub \u201eSync w sprawie API\u201d bez \u017cadnego agendy? To klasyczny b\u0142\u0105d, kt\u00f3ry prowadzi do chaosu. Spotkania bez jasnego celu i planu s\u0105 jak \u017ceglowanie bez mapy \u2013 p\u0142yniesz, ale nie wiesz, gdzie dop\u0142yniesz.<\/p>\n Przyk\u0142ad z \u017cycia:<\/strong> W jednej firmie co tydzie\u0144 odbywa\u0142o si\u0119 spotkanie \u201eArchitecture Review\u201d, kt\u00f3re trwa\u0142o 2 godziny. Po pierwszej godzinie wszyscy gubili si\u0119 w szczeg\u00f3\u0142ach, a po drugiej nikt nie pami\u0119ta\u0142, co ustalono. Efekt? Decyzje by\u0142y podejmowane ad hoc na Slacku, a spotkanie sta\u0142o si\u0119 formalno\u015bci\u0105.<\/p>\n Rozwi\u0105zanie:<\/strong> Przed ka\u017cdym spotkaniem okre\u015bl cel (np. podj\u0119cie decyzji, przekazanie informacji, burza m\u00f3zg\u00f3w) i przygotuj agend\u0119. Wy\u015blij j\u0105 uczestnikom z wyprzedzeniem, \u017ceby mogli si\u0119 przygotowa\u0107. Je\u015bli nie masz agendy \u2013 anuluj spotkanie. Czas programist\u00f3w jest zbyt cenny, \u017ceby go marnowa\u0107.<\/p>\n Spotkania s\u0105 potrzebne, ale tylko wtedy, gdy s\u0105 prowadzone efektywnie. W zespo\u0142ach IT, gdzie czas deweloper\u00f3w jest jednym z najdro\u017cszych zasob\u00f3w, ka\u017cda zmarnowana minuta to strata pieni\u0119dzy. Unikaj daily jako raportowania, retrospektyw bez akcji i spotka\u0144 bez celu. Wprowad\u017a kultur\u0119 asynchronicznej komunikacji i kr\u00f3tkich, celowych synchronizacji. Tw\u00f3j zesp\u00f3\u0142 Ci podzi\u0119kuje \u2013 a Ty zobaczysz wzrost produktywno\u015bci.<\/p>\n A je\u015bli czujesz, \u017ce potrzebujecie wsparcia w optymalizacji proces\u00f3w w zespole \u2013 skontaktuj si\u0119 z nami. Pomagamy firmom wycisn\u0105\u0107 maksimum z ich potencja\u0142u technologicznego.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":" Wst\u0119p Znasz to uczucie? Siedzisz na daily stand-upie, s\u0142uchasz, co robi\u0142 Marek wczoraj, potem Kasia opowiada o swoim pull reque\u015bcie, a Ty my\u015blisz tylko o tym, \u017ce feature, nad kt\u00f3rym pracujesz, utkn\u0105\u0142 przez zale\u017cno\u015b\u0107, kt\u00f3rej nikt nie adresuje. Po 30 minutach wychodzisz z wra\u017ceniem, \u017ce nic nie zosta\u0142o rozwi\u0105zane, a Tw\u00f3j kod dalej czeka. Je\u015bli<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[482,965,977,396],"class_list":["post-2534","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-bledy-w-devops","tag-blokery-produktywnosci","tag-spotkania","tag-zespol-it"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2534","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2534"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2534\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2534"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2534"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2534"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}B\u0142\u0105d 2: Retrospektywy bez akcji \u2013 czyli jak marnowa\u0107 czas na narzekanie<\/h2>\n
B\u0142\u0105d 3: Spotkania bez celu \u2013 czyli syndrom \u201emusimy to przedyskutowa\u0107\u201d<\/h2>\n
Jak to naprawi\u0107? Praktyczne kroki<\/h2>\n
\n
Podsumowanie<\/h2>\n