¡Compártelo!
Share on facebook
Share on google
Share on twitter
Share on linkedin

La importancia de la retrospectiva de final de proyecto

 
Cuando finalizamos un proyecto acabamos con muchas sensaciones distintas. Recordamos algunas cosas con una sonrisa, y otras que nos gustaría que hubieran sido distintas.
 La retrospectiva consiste en la mejora continua de la forma de trabajo y gestión de proyectos. La clave consiste en reunirse en un ambiente cómodo que permita al equipo conocer y analizar los procesos para identificar cambios que nos ayuden a mejorar.
 
Nada más acabar un proyecto es muy recomendable hacer una sesión de Retrospectiva de final de proyecto para que todos los miembros del equipo den su opinión en base a su experiencia. Así, pueden hablar de las cosas que han ido bien y, al mismo tiempo, poner de relieve otras que son susceptibles de mejora.  Es importante resaltar que, si dejamos pasar unos días para hacer esta reunión una vez finalizado el proyecto, los miembros del equipo probablemente empiecen a colaborar en otros proyectos y se olviden de las cosas importantes que podrían aportar en esta sesión.
  

Y ¿ para qué necesitamos esta sesión si no hay ningún Sprint pendiente?

 La Retrospectiva de final de proyecto tiene un enfoque distinto a la retrospectiva que se hace tras concluir cada uno de los Sprints. Es una reunión de inspección para sacar conclusiones con vistas a futuros proyectos. En ella, identificamos lo que ha ido bien y lo que no ha ido bien a nivel técnico, de gestión y comunicación, para tenerlas en cuenta en próximos proyectos.
 Retrospectiva ágil

¿Cómo sacar partido a esta retrosprectiva?

 

  1. En primer lugar, deberían participar todos los implicados en el proyecto desde que se hizo la oferta. Es decir, las personas que hicieron la propuesta a nivel económico, técnico y de estimación de esfuerzo. De esta manera, se puede sacar el máximo aprendizaje de cara al futuro, ya que a veces el motivo por el cual un proyecto no ha ido todo lo bien que se esperaba está en el enfoque que se hizo desde un inicio.

 

  1. Una dinámica básica de cosas positivas y cosas negativas es suficiente para ayudar a todo el equipo a participar, ya que la finalidad de esta restrospectiva no es sacar ninguna acción, sino recolectar todo aquello que pueda aportarnos un buen desarrollo de proyecto en todos los aspectos para otras ocasiones.

 

  1. Además de la finalidad principal ya descrita, otro de los beneficios que aporta esta sesión es la unión del equipo, ya que se genera un ambiente de confianza y empatía. Es un momento en el que, de manera indirecta, se produce un agradecimiento entre los compañeros.

 
Cómo ves, todo son beneficios para mejorar en base a la experiencia. Como conclusión, podemos decir que aprovechar esta última Retrospectiva nos permite echar un vistazo atrás y analizar el global del resto de iteraciones. Pero lo más importante es que el resultado sea seguir mejorando y reconocer el trabajo del equipo.
 

Artículos relacionados

QA en el desarrollo de software

La importancia del QA en el desarrollo de software

¿Entregarías un proyecto al cliente sin asegurarte de que funciona todo tal y como se especificó en la toma de requerimientos? ¿Es necesario hacer pruebas durante todo el desarrollo de un proyecto o solo en la fase final? En un proyecto con metodología scrum, ¿dónde

incremento Scrum

El incremento en Scrum

En anteriores posts hemos repasado los diferentes artefactos que podemos encontrar bajo el framework Scrum (aquí puedes leer el post sobre el Product Backlog y aquí el correspondiente sobre el Sprint Backlog). Para terminar la serie nos falta uno más, pero no menos importante: el

Sprint Backlog

Artefactos Scrum: el Sprint Backlog

Hoy volvemos a la carga con la segunda entrega sobre los artefactos en Scrum: el Sprint Backlog (dejo por aquí el enlace a la primera entrega). Este artefacto, que cualquier equipo Scrum usa en su día a día, es uno de los grandes desconocidos. No son