Podsumowanie grudniowego spotkania PAUG

Poznan Agile User GroupTrochę mam wrażenie, jakbym zamykał miesiąc, a on się dopiero zaczął. Może dlatego, że to grudzień, każdy myśli o świętach  i gdzieś podświadomie „przesuwa się” na koniec miesiąca, przy okazji podsumowując sobie miniony rok. Jednakże zanim pomyślimy o zasłużonym urlopie świątecznym, trzeba jeszcze trochę popracować. I z takim nastawieniem spotkali się uczestnicy ostatniego w tym roku spotkania Poznań Agile User Group. A dlaczego popracować? Nie było tym razem żadnego prelegenta i w związku z tym zrobiliśmy spotkanie w stylu Bring Your Own Problem.

Spotkanie zaczęliśmy od omówienia kwestii organizacyjnych (jak to brzmi!), czyli zrobienia plakatu zachęcającego osoby nie znające PAUG do przyjścia, posłuchania, wzięcia czynnego udziału. Wątek plakatów za sprawą mojej redakcyjnej koleżanki trochę się skomplikował, ale mam nadzieję, że wyjdziemy z tematem na prostą :). Możecie macie jakieś inne propozycje? Podzielcie sie nimi!2014-12-01 19.22.38 Merytoryczną część spotkania zaczęliśmy od spisania potencjalnych tematów / problemów do omówienia. Wybraliśmy trzy i metodą World Cafe zaczęliśmy je omawiać. Tematami tymi były:

  • Odpowiedzialność w setupie z proxy leaderem, czyli sytuacja, w której leader zespołu jest jedynym kontaktem zespołu z klientem, a przy okazji jest także liderem technicznym, wchodząc mocno w micromanagement; Hostem był Jacek Wieczorek i  dużo śmiechu na podsumowaniu sesji wywołał fakt, że uczestnicy wypracowali nawet niezły model lidera przekładający się na model funkcjonowania zespołu – do opatentowania i certyfikowania się :),
  • Jak przeprowadzać zmiany. Zdjęcie obok pokazuje chaos, jaki panował w trakcie omawiania tego problemu. Jak to podsumował Tomek Pawlak, który hostował temat, chaos na tablicy, wyglądający bardziej jak mind mapa niż jak spisane rozwiązania tego problemu, dobrze ilustruje sam proces przeprowadzania zmiany,
  • Swarming – kiedy go stosować, kiedy nie. Fajnie, że uczestnicy spisali wady i zalety poszczególnych modeli (swarming vs realizacja zadań przez poszczególnych czlonków zespołu). Moje osobiste2014-12-01 19.22.50 zdanie jest takie, że można oba modele połączyć ze sobą, realizując swarming na poziomie user strory, a alokując poszczególne taski techniczne z niego wynikające już do poszczególnych członków zespołu. Ale wiele tutaj zależy od tego, czym dany zespół się zajmuje, jak bardzo jest interdyscyplinarny. Na pewno niepodważalny jest fakt, że im gorzej przygotujemy zadanie przed sprintem (jeżeli korzystamy ze scruma), tym gorzej nam idzie praca w trakcie iteracji (shit in -> shit out).


Do niniejszego podsumowania załączyłem zdjęcia, na których możecie obejrzeć podsumowanie w/w tematów. Wszyscy uczestnicy grudniowego spotkania PAUG bardzo 2014-12-01 19.23.13sobie chwalili formę jego przeprowadzenia i zgodziliśmy się co do zasady, że organizowanie tego typu warsztatów raz na jakiś czas jest wartościowe i warto to robić w przyszłości,

 

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

*

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Ta strona używa Cookies, korzystając z niej wyrażasz zgodę na używanie ciasteczek zgodnie z ustawieniami przeglądarki. Nasza Polityka Prywatności
Akceptuję, bo lubię Was czytać.
x