Kleer Tecnicas De Retrospectivas Es

Técnicas para la
realización de
Retrospectivas

v

Web | www.kleer.la
Facebook | facebook.com/kleer.la
Twitter | twitter.com/kleer.la

Este material es licenciado con Creative Commons Attribution 3.0 License, salvo que se debe hacer referencia al autor de este material (Juan
Gabardini) y el nombre, autoras y URL del libro en el que se basa (“ Agile Retrospectives”, Esther Derby y Diana Larsen)Introducción
Objetivo de este documento
Este documento contiene un resumen libre del Agile Restrospectives, más
algún aporte o nota adicional. Contiene un formato sugerido para las
retrospectivas y las herramientas que pueden utilizarse. No reemplaza al libro,
pero puede usarse como una herramienta para diseñar reuniones.

Las Retrospectivas
Aprender de la experiencia y darnos un tiempo parapensar en el futuro no es
una idea novedosa. Ha aparecido y reaparecido en diferentes formas. Por
ejemplo se ha usado Lecciones Aprendidas, Post-mortem para definir el
proceso o la reunión de aprendizaje. El proceso en el sentido más amplio suele
llamarse Kaizen. Existe un balance delicado entre el mirar hacia lo que pasó y
planear los futuros pasos: queremos aprender del pasado, pero si nos
quedamosen el análisis y no lo traducimos en acción, no sirve. La palabra
Retrospectiva1 intenta incluir este balance.

Las Retrospectivas Ágiles
En el contexto del Desarrollo Ágil de Software, las retrospectivas se aplican a
distintos momentos y con distinta frecuencia (final del sprint, final del release,
final del proyecto), incluyendo incluso a distintos grupos de involucrados (sólo
el equipo dedesarrollo, el equipo completo2).
Adicionalmente, cada equipo es distinto y tiene necesidades de aprendizajes,
tiempo disponible y energías diferentes en distintos momentos.
Por ello, antes de la reunión de retrospectiva se debe:
•

definir el objetivo de la retrospectiva

•

identificar a las personas que deben estar

•

identificar y recolectar datos necesarios

•

comunicar todo lo anterior a todoslos participantes

También debe definirse la estructura de la retrospectiva, la duración y qué
herramientas se usarán.

1 “Project Retrospectives: A Handbook for Team Reviews”,Norman L. Kerth, 2001
2 El equipo completo (Whole team) incluye a representantes de los usuarios, y otros stakeholders.

2

v1.7

Estructura de las retrospectivas
Las retrospectivas se pueden estructurar con las siguientespartes:
1. Preparar el escenario: lograr que las personas se focalicen en los
objetivos de la reunión, en el tiempo estipulado y con una dinámica
productiva.
2. Recabar datos: lograr una visión común de la situación a analizar, tanto
con datos objetivos como subjetivos. Es la base común de hechos,
eventos y sentimientos que permitirá tener una comunicación efectiva
durante el resto de la reunión.3. Generar entendimiento profundo: entender el porqué, tanto lo que
anduvo mal como lo que anduvo bien. Ir más allá de la primera
apariencia, para encontrar las causas profundas que hay que sostener y
mejorar o cambiar.
4. Decidir qué hacer: teniendo una lista de posibles experimentos que el
equipo puede realizar para mejorar, es el momento de elegir, ya que no
todo se puede hacer para el siguientesprint.
5. Cierre: finalizar claramente la retrospectiva, con una nota positiva y
ganas de realizar los experimentos que se encontraron.

El moderador
Es importante que esté definido, y puede ser cubierto de diferentes maneras,
por ejemplo: rotativo dentro del equipo, pre-acordado o alguien externo. Debe
facilitar la dinámica de la reunión, nunca tomar parte activa en una discusión.
Si por algunarazón debe aportar datos, marcar claramente el cambio de rol,
delegando el rol de moderador en otro, por ejemplo pasando el marcador.
Mientras está escribiendo lo que le dice un participante, debe escribir
exactamente como lo dice. En caso de requerirse una forma alternativa, por
ejemplo porque la frase es muy larga, no sugerir la alternativa, pedirla al
originador.

3

v1.7

Focalizar
ESVP...