Diferencia entre revisiones de «Juegos Agiles»
(→Había una vez...) |
(→Los juegos) |
||
| Línea 13: | Línea 13: | ||
=== Había una vez... === | === Había una vez... === | ||
| − | El '''objetivo del juego''' es armar y contar una historia entre todos los participantes. La '''cantidad de participantes''' puede variar, aunque mientras más personas, mejor. Al menos se necesitarían 4 personas para jugarlo; con 20 o más funciona realmente bien. | + | Lo aprendí de [http://www.agiles2008.org/es/speaker.php?id=tobiasMayer Tobias Mayer]. El '''objetivo del juego''' es armar y contar una historia entre todos los participantes. La '''cantidad de participantes''' puede variar, aunque mientras más personas, mejor. Al menos se necesitarían 4 personas para jugarlo; con 20 o más funciona realmente bien. |
La '''consigna''' es contar una historia sobre cualquier tema: puede ser una experiencia personal, algo ficticio, fantasioso o lo que salga. La consiga es utilizar la siguiente plantilla: | La '''consigna''' es contar una historia sobre cualquier tema: puede ser una experiencia personal, algo ficticio, fantasioso o lo que salga. La consiga es utilizar la siguiente plantilla: | ||
| Línea 40: | Línea 40: | ||
* la colaboración como forma de trabajo | * la colaboración como forma de trabajo | ||
* el animarse a tomar riesgos (seguramente varios van a tener "miedo" al principio de hablar, por miedo a hacer el ridículo) | * el animarse a tomar riesgos (seguramente varios van a tener "miedo" al principio de hablar, por miedo a hacer el ridículo) | ||
| + | |||
| + | === Spaghetti === | ||
| + | Lo aprendí de [http://www.agiles2008.org/es/speaker.php?id=tobiasMayer Tobias Mayer]. | ||
| + | |||
| + | We create a tangled knot of 8-10 people through a process of crisscrossed hand-holding. It feels awkward and uncomfortable. The other participants act as analysts and managers. A vision of an open circle is offered, with everyone standing comfortably. A constraint is set that in order to reach that state the hand-holding must not cease. The game proceeds in three stages: | ||
| + | 1. The analysts are asked to write a spec: a set of steps the team members have to take to resolve the problem. Team members do not move. | ||
| + | 2. The managers are asked to give instructions to each team member, who will move if told. Team members not instructed should wait their turn. | ||
| + | 3. (Of course) the team is asked to resolve the problem itself. What happens next is an almost text-book example of self-organization: a collaborative, reflective, emergent behavior occurs and the problem is quickly resolved. | ||
== Ver también == | == Ver también == | ||
Revisión del 18:05 19 ene 2009
Jugar es una de las mejores formas de transmitir conceptos. Aprender jugando es la mejor manera de fijar conocimientos y técnicas, ya que estimulan las capacidades kinestésicas de los participantes. Las cosas que se aprenden "haciendo" perduran por mucho más tiempo en la memoria de los participantes, les permite explorar y conocer más a fondo los conceptos nuevos y, además, se pasa un rato muy divertido.
A continuación veremos una serie de diversos juegos que ayudan a enseñar distintos aspectos referidos a prácticas y conceptos del Desarrollo Agil De Software. Estos juegos apuntan a facilitar la adopción de los conceptos ágiles, de una manera interactiva y divertida.
Los juegos
Había una vez...
Lo aprendí de Tobias Mayer. El objetivo del juego es armar y contar una historia entre todos los participantes. La cantidad de participantes puede variar, aunque mientras más personas, mejor. Al menos se necesitarían 4 personas para jugarlo; con 20 o más funciona realmente bien.
La consigna es contar una historia sobre cualquier tema: puede ser una experiencia personal, algo ficticio, fantasioso o lo que salga. La consiga es utilizar la siguiente plantilla:
Había una vez...
y todos los días...
hasta que un día...
y por eso...
y por eso...
y por eso... (repetir cuántas veces se quiera)
hasta que finalmente...
y desde entonces...
Para empezar el juego, armar una ronda entre todos los participantes, de forma que todos puedan verse la cara y nadie quede "oculto". Mostrar en algún afiche o pizarra la plantilla de la historia, y pedirle a alguna personan que cuente a voz alta una historia completa, en forma individual y sin ayuda de nadie. No importa la historia, sino el esfuerzo que en general le tienen que poner para que surja algo. Repetir estas "historias individuales" con otras personas.
Luego, repetir el juego, pero esta vez se creará una "historia colectiva": cada persona será responsable de decir sólamente una línea de la plantilla. Nadie tiene el control de la historia, ya que cada persona sólo puede decir una línea.
Después de una vuelta, destacar el hecho de mirar a los ojos a la persona que continua la historia, y que la persona que escucha también preste atención ("las palabras que nos dirigen son un regalo que la persona nos hace, tratémoslo como tal"). Repetir la historia colectiva un par de vueltas.
El juego permite sacar varias conclusiones y temas para debatir:
- diseño emergente
- el poder de la simpleza por sobre lo "inteligente y complejo"* la suma de ideas permite generar algo nuevo e inesperado
- cómo elaborar y crecer a partir de las ideas de otros
- el tomar pequeños pasos para seguir avanzando, sin preocuparse tanto por el resultado general (muy útil cuando alguien se encuentra "trabado" sin saber para dónde avanzar)
- la colaboración como forma de trabajo
- el animarse a tomar riesgos (seguramente varios van a tener "miedo" al principio de hablar, por miedo a hacer el ridículo)
Spaghetti
Lo aprendí de Tobias Mayer.
We create a tangled knot of 8-10 people through a process of crisscrossed hand-holding. It feels awkward and uncomfortable. The other participants act as analysts and managers. A vision of an open circle is offered, with everyone standing comfortably. A constraint is set that in order to reach that state the hand-holding must not cease. The game proceeds in three stages: 1. The analysts are asked to write a spec: a set of steps the team members have to take to resolve the problem. Team members do not move. 2. The managers are asked to give instructions to each team member, who will move if told. Team members not instructed should wait their turn. 3. (Of course) the team is asked to resolve the problem itself. What happens next is an almost text-book example of self-organization: a collaborative, reflective, emergent behavior occurs and the problem is quickly resolved.
