Gra w monety

Proszę przeprowadzić symulację agile „Coin Game”, aby pokazać, w jaki sposób mniejsze wielkości partii pozwalają szybciej dostarczać wartość klientowi. Zasady, etapy prowadzenia symulacji, pytania podsumowujące oraz warianty.

ZACZNIJ BEZPŁATNIEZapraszamy na jazdę próbną

Zacznijcie działać dzięki wyzwaniu związanemu z procesem Kanban, które pomoże zespołom utrzymać aktywność

Gra „Coin Game” w praktyce ilustruje pierwszą zasadę Manifestu agile: zaspokajanie potrzeb klienta poprzez wczesne i ciągłe dostarczanie wartości. Zespoły rywalizują między sobą, aby znaleźć najszybszy sposób na przesuwanie monet w dół łańcucha wartości — i odkrywają, dlaczego duże partie spowalniają pracę wszystkich.

Cele nauczania

Ciągłe dostarczanie a koszty związane z dużymi wielkościami partii.

Czas i format

Około 15 minut, osobiście lub online.

Co jest potrzebne

Co najmniej 3 osoby i 20 monet.

Jak działa ta gra

Celem tej gry jest wypracowanie najszybszego sposobu dostarczenia wartości klientowi jako zespół. Moneta zostaje „dostarczona” dopiero wtedy, gdy każdy uczestnik łańcucha wartości ją odwróci, więc zespół musi zdecydować, w jaki sposób podzielić pracę na partie i przekazywać ją kolejnym osobom — a następnie zweryfikować to rozwiązanie w warunkach czasowych w ramach kilku limitowanych czasowo iteracji.

Zasady gry w monetę

  • Istnieje określona liczba monet, które mają wartość dla klienta.
  • Każda moneta musi zostać obrócona przez każdą osobę w ramach łańcucha dostaw, zanim trafi do klienta.
  • Proces ten ma na celu określenie, ile czasu zajmuje dostarczenie wartości klientowi.
  • Przeprowadzonych zostanie co najmniej 3 iteracje z pomiarem czasu.

Jak pełnić rolę moderatora

  1. Zbierz zespół i wyjaśnij cel oraz zasady.
  2. Proszę podzielić uczestników na zespoły liczące po pięć lub sześć osób, z których każdy będzie reprezentował inną rolę.
  3. Proszę dać zespołowi minutę na ustalenie najszybszego sposobu odwrócenia i ułożenia monet w stos.
  4. Uruchom stoper i przeprowadź iterację.
  5. Zorganizujcie jednominutową retrospektywę, aby zespół mógł ponownie przemyśleć swoje podejście.
  6. Proszę ponownie uruchomić program i zapisać czas dla każdej iteracji.

Pytania podsumowujące

Proszę przeprowadzić podsumowanie w formie retrospektywy w aplikacji TeamRetro, aby każdy mógł przedstawić swój punkt widzenia przed rozpoczęciem dyskusji w grupie.

  • Które wielkości partii okazały się najkorzystniejsze pod względem czasu? Jak Pan/Pani sądzi, dlaczego tak się stało?
  • Czy coś w tej grze Pana zaskoczyło?
  • Jak, Państwa zdaniem, zmieniłaby się ta sytuacja, gdyby zwiększyć odległość między ludźmi?
  • Jak Pana/Pani zdaniem zmieniłaby się sytuacja, gdyby musiał Pan/Pani czekać 10 sekund przy każdej wymianie monet?
  • Jeśli zgłosił Pan/Pani prośbę o zmianę w trakcie rozgrywki, w jaki sposób wpłynęło to na przebieg procesu?
  • Gdyby porównał Pan to z tradycyjnym podejściem kaskadowym, jakie różnice zauważyłby Pan?
  • Jak trafne były szacunki czasu przedstawione przez zespół?
  • Czego jeszcze nauczyli się Państwo podczas tego ćwiczenia i czym chcieliby Państwo się podzielić?

Wariacje

  • Niech zespoły rozpoczną od wykonania zadania zgodnie z tradycyjnym podejściem kaskadowym, w ramach którego każda moneta jest rzucana przez jedną osobę, zanim trafi do kolejnej. Będzie to stanowiło punkt odniesienia.
  • Proszę wprowadzić do procesu jedno lub więcej zleceń zmian — na przykład: „Chcę wyłącznie monety o nominale 2 dolarów” lub „monety z wizerunkiem zwierzęcia”.
  • Proszę poprosić zespoły o oszacowanie, ile czasu zajęłoby wykonanie zadania przy różnych wielkościach partii.

Inne gry oparte na metodologii agile

  • Gra z piłką — samoorganizacja i stan flow, polegająca na podawaniu jednej piłki przez cały zespół.
  • Gra „Papierowy samolot” — straty i przeróbki na linii produkcyjnej, którą zespół nieustannie udoskonala.
  • Gra z tabliczką czekolady — nacisk kładziony jest raczej na odpowiedzialność za produkt i opinie klientów niż na płynność procesu.