Retrospectiva del Sprint ​

Coding Dojo ​

Retrospectiva del Sprint === “La Búsqueda de la Perfección”

No es en vano la frase "La Búsqueda de la Perfección" como última ceremonia del Sprint.

Scrum propone efectuar al Equipo de Desarrollo, una retrospectiva en forma conjunta y opcionalmente con el Gestor del Proyecto.

XP (eXtreme Programming) propone también algo muy similar denominado “El Coding Dojo”. Se trata de una reunión de programadores formada con el objetivo de resolver un determinado desafío, la cual utiliza la programación de a pares como punto de partida para enfrentar los retos propuestos. ¿Por qué "Dojo"? Dojo es un término de origen japonés, mediante el cual se designa a los espacios destinados al aprendizaje, la meditación y la sabiduría. Quién ocupa el lugar de "guía" en un Dojo, es llamado Sensei. Por ello, el significado semántico de Dojo, se refiere a la búsqueda de la perfección y de allí, es que se adopta el término de "Coding Dojo": el lugar donde los programadores se reúnen en búsqueda de perfeccionarse profesionalmente.

El objetivo de la Retrospectiva, como su nombre lo indica, es "mirar hacia atrás (en retrospectiva)", realizar un análisis de lo que se ha hecho y sus resultados correspondientes, y decidir qué medidas concretas emplear, a fin de mejorar esos resultados.

La retrospectiva, en agilismo, suele ser vista como una "terapia de aprendizaje", donde la finalidad es "aprender de los aciertos, de los errores y mejorar todo aquello que sea factible". La finalidad es aprender de otros desarrolladores y adquirir nuevas técnicas.

Se trata de una ceremonia exenta de competitividad que se sostiene sobre la base de un espíritu de colaboración mutua entre todos los participantes. Esto, es un concepto fundamental, ya que marca una de las mayores diferencias, con cualquier otro tipo de eventos para desarrolladores.

En ella el equipo realiza autoanálisis sobre su forma de trabajar, e identifica fortalezas y puntos débiles. El objetivo es consolidar y afianzar las primeras, y planificar acciones de mejora sobre los segundos.

Las reuniones "retrospectivas" realizadas de forma periódica por el equipo para mejorar la forma de trabajo, se consideran cada vez más un componente del marco técnico del agilismo, si bien no es una reunión para seguimiento de la evolución del producto, sino para la mejora del marco de trabajo de desarrollo.

¿Qué se busca en una retrospectiva? ​

• Perfeccionar una técnica de programación: consiste en presentar una solución (técnica) ya probada y refinada a un problema informático concreto. Se presenta la solución, se explica en detalle, se prueba y finalmente, la técnica presentada, se perfecciona mediante ensayos.

• Encontrar una solución a un determinado problema planteado: Plantea en principio, un problema al cual habrá que encontrarle una solución.

¿Cuales son las ventajas en una retrospectiva? ​

Si bien son decenas las ventajas que aquí podrían enumerarse, nos centraremos en aquellas consideradas más relevantes:

• Se mantiene activo y motivado al equipo, ya que por las características psicológicas de un desarrollador, existe una probada necesidad de satisfacer desafíos profesionales en el ámbito laboral.

• Es una forma de fomentar el trabajo colaborativo y reducir la competencia entre los miembros de un mismo equipo (la cual generalmente, es la principal causa de los ambientes de tensión).

• Representa un medio libre de inversión, para capacitar a los desarrolladores, puesto que, sumando los conocimientos y habilidades de todo el grupo, se perfeccionan las técnicas individuales a la vez de las colectivas.

• Frente a problemas reales surgidos en un proyecto actual, es una posibilidad certera, efectiva y rápida, de encontrar una solución eficiente al conflicto, resolverlo y evitar retrasos en el proyecto.

• La empresa pasa a ser algo más que el lugar de trabajo, ya que se convierte en el lugar ideal para perfeccionarse profesionalmente y adquirir sabiduría.

Cuándo y Cómo ​

Sin dudas, el mejor momento para implementar la ceremonia de Retrospectiva del Sprint, es el último día de una iteración.

Se realiza tras la Revisión de cada Sprint, y antes de la Reunión de Planificación del siguiente, con una duración recomendada de cuatro a ocho horas, según la experiencia del Sprint terminado. Hacerlo al finalizar una iteración, otorga un beneficio adicional a las ventajas listadas anteriormente: se comienza la nueva iteración, con conocimientos y técnicas reforzadas. De esta forma los desarrolladores que hayan quedado motivados por la nueva técnica adquirida, seguramente utilizarán su fin de semana para reforzarla y llegar el lunes "con más fuerza".

El hecho de que se realice normalmente al final de cada Sprint lleva a veces a considerarlas erróneamente como reuniones de “Revisión del Sprint”, cuando es aconsejable tratarlas por separado, porque sus objetivos son diferentes. El objetivo de la Revisión del Sprint es analizar “QUÉ” se está construyendo, mientras que una reunión Retrospectiva se centra en “CÓMO” lo estamos construyendo: “CÓMO” estamos trabajando, con el objetivo de analizar problemas y aspectos mejorables.

Por qué insistimos en que todos los equipos hagan retrospectivas ​

Lo más importante de las retrospectivas es asegurarse de que tienen lugar.

Por supuesto que, no se necesita una reunión de retrospectiva para conseguir buenas ideas, pero ¿aceptará el equipo las ideas? Quizás, pero la probabilidad de conseguir que el equipo las acepte es drásticamente mayor si la idea viene “del equipo”, es decir, surge durante la retrospectiva y a todo el mundo se le permite contribuir y discutir las ideas.

Por alguna razón, los equipos no siempre parecen inclinados a realizar retrospectivas. La mayoría de nuestros equipos usualmente se saltarían la retrospectiva y continuarían con el próximo Sprint. Puede que sea algo cultural.

Aún así, muchos coinciden en que las Retrospectivas son extremadamente útiles. De hecho, se dice que la Retrospectiva del Sprint es la segunda ceremonia más importante del agilismo (siendo la primera la Planificación del sprint) ya que ¡es tu mejor oportunidad para mejorar!

Es más, sin las retrospectivas encontrarás que el equipo sigue cometiendo los mismos errores una y otra vez.

Visión General de la ceremonia de Retrospectiva del Sprint ​

Objetivos

• Detectar fortalezas del equipo y oportunidades de mejora.
• Acordar acciones concretas de mejoras para el próximo Sprint.

Participantes

• Equipo de Desarrollo
• Gestor del Proyecto (opcionalmente).

Momento

• Al finalizar la jornada, del último día del Sprint.

Duración

• de 4 o 8 horas.

Artefactos involucrados

• ninguno

Dinámica

• Identificación de oportunidades de mejora: el equipo identifica aquellos procedimientos que deban mejorarse o refactorizarse.
• Compartir conocimiento: el equipo comparte entre todos los participantes el código o las técnicas de desarrollo que fueron innovadoras e interesantes.
• Impulsar la multi-funcionalidad: Los miembros del equipo conocen y se integran a nuevas tareas de desarrollo dentro del proyecto.