Esta historia tiene comienzo hace unas semanas, justo cuando me convertí en un participante del curso de principios de agilidad de Making Devs impartido por @neodevelop en DS Indigo.

Además de realizar los registros visuales del curso, fui un testigo y observardor de las dinámicas y expresiones que iban surgiendo en los participantes, actividad que en lo personal creo que es muy laboriosa, pues observar requiere de prestar atención y aprender a mirar aquellos detalles que pueden parecer poco importantes pero que revelan muchas cosas bajo una mirada más a detalle y precisa.

El curso duró varios días, y estuvo lleno de dinámicas, reflexiones, y entendimientos.

Fueron d√≠as de much√≠simo aprendizaje, que me han llevado a tener un proceso que cerr√≥ con su primera iteraci√≥n, y que les pńļatico enseguida.

Aquí algunos registros visuales

Un elemento esencial: sentir para aprender

Al final del curso quedé con muchas ganas de replicar y comprobar todas las actividades de las que había sido testigo. Creo que los principios y valores son la parte inicial del camino para comprender la agilidad en el software, y creo también en que para entender esta importancia es necesario verlo, sentirlo, comprobarlo, por ello la necesidad de buscar formas creativas de hacerle ver esto a las personas.

Cierre de una iteración en mi proceso de aprendizaje

Curiosamente en mi clase en Upiicsa de Calidad y Normalizaci√≥n de Software, un grupo de compa√Īeros tocaron los temas de Scrum, TSP, PSP, entre otros. Mi profesor y yo acordamos que, aprovechando la ocasi√≥n, me ceder√≠a una clase de dos horas para un taller de Scrum que dejar√≠a m√°s claro para qu√© funciona. Aqu√≠ es donde se me present√≥ la oportunidad perfecta para replicar lo que hab√≠a aprendido.

Taller de Scrum para mi clase

Después de mucho pensar, decidí que para presentar Scrum, primero tendría que presentar algunas cosas. Para ello preparé una presentación muy básica con los elementos generales del framework, utilizando dibujos hechos por mí para una presentación de Scrum que dí meses atrás en otra clase.

La táctica erá simple: hacer énfasis en los principios de scrum.

Para ello, antes de presentar esta información pensé que sería buena idea hacer 4 dinámicas muy simples.

Primer hit

La primera actividad consistió en hacer que todo el grupo formará un equipo y pasará fichas. Cada ficha que pasaba por todos los integrantes signifaba un punto. Ellos debían estimar cuantos puntos podrían hacer en un par de minutos.

Primer momento: ¡Fatal! En cinco minutos que tuvieron para organizarse, no pudieron levantarse y hablar entre ellos. Esperaron a que una persona propusiera una idea y la compartiera casi persona por persona. No convencidos de la idea, y sin haber entendido del todo, comenzaron a levantarse y a formar un circulo. No pudieron mantener un conteo exacto de las fichas que iban pasando, y claro, no sabían si habían pasado por todos para obtener el punto.

Segundo momento: No tan fatal como el anterior. Cuando escucharon que tendrían minutos para volver a organizarse noté que un par de personas más se animaron a hablar con fuerza, y a proponer ideas para una mejor distribución. Aunque siguieron con el mismo problema de no saber si una ficha pasaba por todos, esta vez se notó una mejor coordinación.

Al termino de la segunda vez platicamos sobre los principales problemas que vimos: COMUNICACI√ďN, COLABORACI√ďN, PLANEACI√ďN. Aproveche para pedirles que anotar√°n las primeras impresiones que les dejaba la actividad.

Segundo hit

La segunda actividad fue la m√°quina de movimientos: un compa√Īero iniciaba un movimiento con un sonido, al que deb√≠a seguirle otro compa√Īero, hasta formar una cadena de movimientos y sonidos.

Esta actividad es muy interesante y divertida. Al inicio pedí voluntarios para que se fueran sumando, pero al ver que nadie quería ponerse al frente, mover las manos y hacer un sonido, pedí que algunos participaran. Ahí encontré la primera dificultad al tratar de incitarlos a unirse.

Una vez teniendo a varios compa√Īeros formando una m√°quina de movimientos, me acerqu√© al primer compa√Īero para pedirle que hiciera el movimiento muy lento. Miramos atentamente que suced√≠a, y me volv√≠a a acercar a √©l para pedirle que ahora lo hiciera muy lento.

Es para mi muy interesante esto porque desde el inicio comienzan a proyectarse emociones en cada participante y en cada observador, desde personas que se extra√Īan de ver algo as√≠, hasta miradas burlonas.

Lo interesante fue ver que cuando alguien iba lento, todos se alentaban. Y cuando el primer movimiento fue r√°pido, todos comenzaron a acelerar.

Tercer hit

Formaron un círculo/ovalo formado por bancas, enfrente de cada banca había alguien. Una persona del círculo salía, desocupando un lugar. El objetivo consistía en que esa persona debía tomar un lugar vacío, mientras los demás debían evitar que tomará ese lugar

Fue una din√°mica r√°pida, y un poco dif√≠cil por las sillas. Result√≥ un momento donde todos los compa√Īeros con lugar se mov√≠an, sin dejar oportunidad de tomar el lugar vac√≠o.

Cuarto Hit

Ocho voluntarios pasaron al frente y tomaron una imagen, mientras se formaban ocho equipos. Un miembro de cada equipo debía ir con un voluntario con imagen, escuchar una descripción sin verla, e ir con el equipo a describir la imagen. El equipo debía replicar ladescripción de la imagen.

Esta actividad fue la √ļltima, y personalmente creo que es muy reveladora en muchos sentidos, adem√°s de muy divertida.

¬ŅQue ocurri√≥? Al seleccionar las imagenes, trat√© de que fueran muy complejas y con muchos detalles. Al inicio not√© que estaba costando trabajo describir la imagen, eso era una buena se√Īal para m√≠. Acepto que me divert√≠ viendo las caras de quienes escuchaban atentamente, hubo quien intentaba hasta dibujar un boceto de la imagen.

Luego estas personas regresaron a sus equipos para describirles la imagen, y poder replicarla.

¬°BOOM!

Al terminar el tiempo que les establecí (todas las actividades fueron bajo cronómetro), llegó el momento de las demos.

Comparamos la imagen con el dibujo del equipo y para mi fortuna sali√≥ como esperaba que saliera: la mayor√≠a de las im√°genes no se parec√≠an, detalles importantes de la imagen no estaban, detalles inexistentes aparecieron por que “eran una buena idea del equipo de dibujo”, y tambi√©n hubo quien dibujo algo similar a lo que la persona con la imagen logr√≥ describir sin que fuera exactamente la imagen.

Creo que es aquí donde los participantes pueden ver muchos de los problemas que implica la labor de desarrollar software, además de que las presentaciones son un momento de diversión y risas constantes.

Durante las demos alguien dijo que eran muchos detalles para entenderlos todos, a lo que respond√≠ que pod√≠a haber regresado con la persona que ten√≠a la imagen. -¬ŅApoc√≥ eso se pod√≠a?- me dij√≥. ¬ŅPor qu√© no preguntaron?- contest√©.

Recolectando ideas

Una vez terminadas todas las actividades, lanz√© dos preguntas en general: ¬ŅQu√© problemas han visto en estas actividades? y ¬ŅQu√© proponen para solucionarlos?

Para mí es muy importante que las personas tengan un momento de reflexión, y que puedan comenzar a ver por sí mismas todos los inconvenientes que se pudieron ver, y también es importante ponerlos en un escenario donde ellos deban proponer soluciones con base en lo que conocen o en lo que creen.

Alguien comenz√≥ a hablar sobre los problemas de comunicaci√≥n, de colaboraci√≥n, de participaci√≥n, de coordinaci√≥n, de monitoreo, entre otros. Y las soluciones que propusieron fueron limitadas a un “hay que hablarnos m√°s”, “hay que tener m√°s iniciativa”, etc.

Ahora sí, les presentó Scrum

Una vez concluídas las actividades, después de haber recapitulando todos los problemas que vieron, y haber escuchado las soluciones, ahora sí les presenté el framework de Scrum.

¬ŅQu√© not√©? Lo que pocas veces me hab√≠a sucedido: varios participantes escuchaban con atenci√≥n.

La t√°ctica fue la siguiente: vamos a hacer actividades para que vean estos problemas, y una vez que detectaron dichos problemas, puedo presentarles algo que trata con ello.

Creo que fue una forma m√°s eficaz de provocar que vieran los principios √°giles y a Scrum como algo √ļtil al tratar problemas de este tipo. Claro que tambi√©n hice √©nfasis en que todo lo que hab√≠an visto el d√≠a de hoy era s√≥lo la introducci√≥n del primer principio √°gil: personas e interacciones sobre procesos y herramienas.

Fue agradable ver a varios compa√Īeros compartiendo dudas y comentarios sobre la agilidad y el desarrollo de software.

Al final recomendé unos cuantos libros como:

“SBOK Guide”

“Becoming Agile” Greg Smith & Ahmed Sidky

“Agile!: The Good, the Hype and the Ugly” Bertrand Meyer

Y tambi√©n los invit√© a la comunidad de √Āgiles M√©xico si quier√≠an aprender m√°s.

Apuntes de los participantes

Al inicio ped√≠ que anotar√°n las ideas que fueran teniendo sobre las actividades, estas son algunas de las hojas que me entregaron mis compa√Īeros:

Al Final

Creo que muchos al final pudieron ver la importancia de la agilidad al momento de colaborar en equipo, así como muchos también se fueron con dudas respecto al cómo sucede eso al momento de hacer software.

El cronometrar las actividades me ayudó a no perder demasiado tiempo.

Sin duda alguna este taller me sirvió para poner en práctica todo lo que aprendí anteriormente, y espero me llevé a mejorar.

Muchísimas gracias si llegaron hasta acá.

Saludos, Carlo.