El pasado 14 de diciembre nos reunimos en Quito para tener un retiro de programación, en el que los grandes ganadores finalmente fueron TDD y Pair Programming. Cómo llegamos a esa conclusión? Bueno, preguntando a la gente que es lo que les gustaba al final de cada sesión y que debía cambiar para la siguiente. A continuación, la secuencia de retrospectivas divertidas que utilizamos en el GDCR13.
La planificación
Para nuestra buena suerte Paulo Caroli estaba visitando la oficina de TW Ecuador, y ayudó en la planificación de las fun retrospectives que utilizamos para mejorar las sesiones subsiguientes de programación y obtener nuevas ideas para el próximo año.
La “sesión de planificación” incluyó actividades energizantes para iniciar el día, verificación de que funcionaba y lo que no en cada sesión, y, obtener ideas para el próximo año además de retroalimentación sobre la organización.
Yo te cubro las espaldas
La forma en la que inicia la primera sesión es crucial para fijar el tono en el que se desenvuelve todo el día y para subir la energía de todos los asistentes. Una parte importante del GDCR es alentar el desarrollo en parejas así que escogimos energizante apropiado - “got your back”, del inglés “te cubro las espaldas”.
Esta actividad consiste en encontrar una pareja, sentarse en el piso de espaldas a tu pareja y trabajar juntos hasta conseguir ponerse de pie. Muy simple y divertido. Ayuda a romper el hielo y ayuda a la gente a ponerse cómoda con el otro más rápido.
Recolectando información en cada sessión
Tal como va el formato del GDCR, tuvimos algunas sesiones de programación durante el día, una tras otra. Esto nos dió la gran oportunidad de tomar acciones inmediatamente después de las retrospectivas y hacer cada sesión un poco mejor que la anterior. Entonces escogimos una actividad que se enfoque en recolectar información y que sea lo suficientemente rápida como para terminar en 30 minutos o menos -- WWW: Worked well, kinda Worked, didn’t Work.
Esta retrospectiva nos permitió ver como algunos temas que iniciaron siendo un problema, se convirtieron en las cosas que la gente disfrutó al final del retiro. También hizo evidente que a medida que los problemas técnicos desaparecen, la gente mueve el foco hacia el dominio del problema.
La primera ronda resultó en que la gente se preocupe en el tiempo disponible para la solución del problema y encontró TDD (Test Driven Development) un poco difícil de seguir. Sin embargo, la gente que había practicado TDD antes lo percibió como un concepto que funcionaba.
Después de la segunda ronda TDD desapareció de la columna “didn’t Work” y tuvo más votantes en la columna “Worked well”. También notamos que la aprobación de TDD estaba relacionada con Pair Programming.
El tiempo que duraba cada sesión todavía se percibía como muy corto y el desconocimiento de los lenguajes de programación comenzó a mostrarse como un problema.
Un paréntesis para organizar las parejas
A medida que la gente se sentía a gusto con el trabajo en parejas, se volvía necesario ver la forma en que pudiéramos asegurar que las parejas no se repitan, así que una matriz de parejas resultaba muy útil.
Mientras construíamos la matriz nos dimos cuenta de algo: no sabíamos los nombres de los demás. Y, la mejor manera de solucionar esto fue con una actividad energizante: Zip Zap Zoom.
Una última ronda para mejorar
Al final de la tercera ronda el lenguaje de programación, que cambiaba constantemente, fue on el que cada pareja se sintiera más cómodo. Las reglas del juego comenzaron a aparecer en la columna “didn’t work”, lo cual mostraba que el foco se había movido de la sintaxis de un nuevo lenguaje hacia la solución del problema. Y para resolverlo, TDD y Pair Programming probaron ser de gran ayuda. Un final muy feliz.
Consejo útil: Mantén una codificación por colores para cada columna de manera constante, así es fácil relacionar los resultados de una sesión con otra cuando tienes fotos juntas para el análisis.
Tiempo para nuevas ideas
Cuando llegó el momento de partir, tuvimos la oportunidad de revisar lo acontecido en todo el día y buscar nuevas ideas para el próximo año. Una buena técnica retrospectiva para este objetivo es thumbs up, thumbs down, new ideas and recognition.
Fue bueno saber que a la gente le gustó la comida, aprender TDD y compartir algunas líneas de código con otra gente que no conocían antes. En el lado malo tuvimos que eran necesarios más asistentes y que sesiones de 45 minutos no eran suficientes con lenguajes de programación desconocidos que trabajan en contra de lograr terminar el problema.
Para el próximo año, la sugerencia principal fue el multiplicar la publicidad del evento: muchos correos, tweets, likes, afiches en escuelas y demás. Además, una introducción cuando el lenguaje es nuevo antes de comenzar la sesión era recomendado.
Y en el último cuadrante - reconocimiento. La mayoría a nuestros facilitadores! Directamente desde Thoughtworks Brasil: Pedro Leal y Erick Pintor! Gracias muchachos, excelentes sesiones y excelentes discusiones!
Retroalimentación
Finalmente, antes de ir a la casa, quisimos saber si haber gastado 8 horas de su sábado valió la pena. Esto es respondido en cinco minutos con Feedback and ROI.
Lo bueno es que si lo fue :)
Muchas gracias por disfrutar programando con nosotros tanto como nosotros disfrutamos emparejando con todos ustedes!
Nos vemos el próximo año.
Aviso legal: Las declaraciones y opiniones expresadas en este artículo son las del autor/a o autores y no reflejan necesariamente las posiciones de Thoughtworks.