Gramy w LEGO
October 12th, 2010 Marcin Niebudek
Od dawna chciałem to zrobić i w końcu się udało. Zrobiliśmy z moim starym zespołem Agile LEGO Game. W związku z tym, że moja kariera szkoleniowa jest wyjątkowo krótka, więc to był doskonały temat do ćwiczeń. Dodatkowo poznawanie zasad agile poprzez grę przemawia do mnie najlepiej.
No więc do rzeczy. To co chcę tutaj napisać, to krótkie podsumowanie jak te mini warsztaty poszły moim zdaniem oraz kilka uwag co powinienem poprawić.
Zdecydowałem się do gry wybrać user stories używane już wcześniej podczas innych tego typu warsztatów, czyli budowanie nowego gatunku zwierzęcia ;-). Efekty możecie podziwiać poniżej na zdjęciach. Tutaj zamieszczam też krótką prezentację, której użyłem jako wstępu do gry.
Celem było:
- zapoznanie zespołu z wartościami skrytymi za terminem agile
- przedstawienie idei iteracyjnego wytwarzania oprogramowania
- wyjaśnienie jak działa velocity i jak zespół agile poznaje swoje możliwości
- dobra zabawa
Wydaje mi się, że udało się te cele zrealizować. Natomiast co do samej mechaniki gry, to:
1. Nie wyjaśniłem, przy okazji opisywania co to są stories tego, co oznacza business value i tego, że to ona stanowi priorytyzację ze strony klienta. Następnym razem lepiej wyjaśnić to przed startem pierwszej iteracji.
2. Ja grałem rolę klienta dla dwóch zespołów. Przy trzech i więcej lepiej byłoby mieć klienta na każdy zespół.
3. Zacierała się granica pomiędzy fazą estymacji i planowania w trakcie każdej z iteracji. Przy czym pozwoliłem zespołom estymować jak chciały. Być może warto wprowadzić namiastkę planning pokera (np. w formie gry w marynarza). Z resztą to się wiąże z następnym problemem.
4. Jeden zespół zrobił wszystkie, a drugi wszystkie bez jednej user story. Przy czym zestaw był raczej pomyślany tak, żeby jednak trochę stories zostało. Wynika to z kilku przyczyn. Zespoły były 4-5 osobowe i to chyba za dużo. Nie zwróciłem uwagi, że nie trzeba wykonać całego zestawu stories z pierwszej iteracji, co dało efekt małego wyścigu i oba zespoły w pierwszej iteracji zbudowały prawie wszystko.
5. Użyłem http://e.ggtimer.com do mierzenia czasu. Lepiej do odmierzania czasu zabrać osobny zegarek, żeby nie przełączać prezentacji.
Co poprawię następnym razem:
- zwrócę większą uwagę na business value
- postaram się zmniejszyć tempo na rzecz lepszego wytłuszczenia etapów iteracji
Kategorie: Agile dla programistów, Praktyki agile, Różności


Skomentuj wpis
Some HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>
Trackback this post | Subscribe to the comments via RSS Feed