¡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

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

product backlog

Introducción a los artefactos Scrum: El Product Backlog

En el post de hoy me gustaría hablar sobre un elemento al que creo que no se le está dando toda la importancia que tiene dentro del marco Scrum. Todos conocemos (en menor o mayor detalle) los roles y los eventos, ¿pero dónde quedan los

Qué es kanban portada

Qué es Kanban y cómo aplicarlo al desarrollo de software

Últimamente no paramos de oír hablar sobre Kanban en desarrollo de software. Pero ¿sabes qué es Kanban y cómo implementarlo? Kanban es un método flexible de gestión del trabajo visual, que evoluciona según las necesidades del equipo.  Lo creó David J. Anderson en Japón a

Deja un comentario