Skip to content
Gallery
Design Thinking, Agile and Storytelling
Share
Explore
Ceremonias

icon picker
Retrospectiva

Sitio elaborado por
Mientras que la revisión sprint es el final público del sprint, el equipo tiene una ceremonia más: la retrospectiva. Scrum está diseñado para ayudar a los equipos a inspeccionar y adaptarse continuamente, resultando en mejor rendimiento y felicidad. La retrospectiva, celebrada al final de todos y cada uno de los sprints, es un tiempo dedicado para que el equipo se centre en lo aprendido durante el sprint, y cómo ese aprendizaje se puede aplicar para hacer alguna mejora.
Recomendamos una o dos horas de tiempo retrospectivo para cada semana de desarrollo. A diferencia de la tradicional "post mortem", el objetivo de una retrospectiva no es generar una larga lista de cosas que salieron bien y cosas que salieron mal, sino identificar no más de uno o dos cambios estratégicos que hacer en el próximo sprint. Se trata de mejorar el proceso.
Recomiendo para esta ceremonia usar la metodología After Action Review.
After Action Review
Un After Action Review (AAR) es un proceso de revisión estructurada hecha por los participantes y los responsables de un proyecto o evento para analizar qué pasó, por qué pasó y cómo puede hacerse mejor a fin de incorporar aprendizaje en los miembros de una organización.
El AAR sucede durante un ciclo establecido por un líder de planeación, preparación, acción y revisión. Un AAR es distinto de un el sentido de que empieza con la clara comparación de lo que se intentaba contra lo que se obtuvo. Un AAR es distinto de un en el sentido de que se enfoca principalmente en la acción de los participantes de tal manera que el estos se lleven un aprendizaje para eventos futuros. No se generan recomendaciones para otros. Un AAR de una operación grande puede ser cascadeada para que cada parte de la organización se enfoque en sus propias acciones en un evento o proyecto en particular.
Untitled.png
Conducción
Una vez que el proyecto o evento ha terminado (es importante que el AAR se lleve a cabo lo más cerca de la culminación del proyecto/evento) se reúnen a los actores principales. El conductor del AAR debe de empezar la reunión con algún recurso para atraer la atención--un chiste o anécdota relacionado con el proyecto/evento. Luego debe de exponer el propósito y secuencia del AAR para asegurarse de que todos los participantes entienden que es un AAR y cómo funciona.
Introducción y reglas
Revisión de objetivos y logros
En esta fase se aclara:
Un AAR es una discusión profesional que se lleva de una manera dinámica y cándidad y que se enfoca en el desempeño contrastado de una unidad organizacional con un estándar determinado. Cualquiera puede y debe parcipar si es que se tiene alguna idea, observacion o cuestionamiento que pueda ayduar a idenficar y corregir deficiencias o mantener fortalezas organizacionales.
Un AAR no es una crítica. Nadie, idependientemente de su rango, jerarquía o personalidad tiene toda la información o respuestas. Los AARs maximiza las capacidades organizacionales al permitir a sus integrantes a aprender de sus colegas.
Un AAR no califica el éxito o fracaso. Siempre existen debilidades que mejorar o fortalezas que sostener.
Índice ideal de un AAR (ver nota de Garvin)
¿Qué intentábamos llevar a cabo?, es decir, ¿cuál era nuestra estrategia?
¿Qué fue lo que hicimos?, en otras palabras, ¿qué tal estuvo la ejecución respecto a la estrategia que habíamos planteado? ¿Por qué pasó lo que pasó?, es decir, ¿por qué hubo (si la hubo) una diferencia entre la estrategia y la ejecución? ¿Qué haremos para adaptar nuestra estrategia o para “afinar” nuestra ejecución y obtener un mejor resultado?; si el resultado fue muy exitoso, ¿qué haremos para repetir nuestro éxito?


Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.