Retrospectiva: Difference between revisions
No edit summary |
No edit summary |
||
| (41 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=6}} | |||
[[File:Retrospectiva.png|350px|thumb|right]] | |||
La '''retrospectiva''' (del latín ''retrospectare''; ''retro'' "hacia atrás", ''spectare'' "mirar") es la reunión en la que el equipo analiza su forma de trabajo para mejorarla de forma continua. Es el evento de [[Eventos|Scrum]] dedicado a la mejora del proceso, y una "meta-práctica" ágil: una práctica que sirve para mejorar todas las demás prácticas. | |||
== Origen y objetivo == | |||
Su origen es anterior a Scrum. Se piensa que la primera vez que se nombra un concepto similar es en 1997 de la mano de Alistair Cockburn, uno de los iniciadores del Manifiesto Ágil, con su libro ''Surviving Object-Oriented Projects''. En el libro habla de la posibilidad de incluir un momento de revisión tras cada incremento. No obstante, este concepto puede tener un precedente en el ámbito educativo: en educación es habitual el uso de la autoevaluación, con el objetivo de conocer cómo se ha estado trabajando y determinar si ha sido eficaz para el aprendizaje. | |||
Aunque es frecuente realizarlas al final de cada [[sprint]], no deben confundirse con las reuniones de [[revisión del sprint]]. | En el caso de las retrospectivas, el objetivo es muy parecido. Una reunión retrospectiva se centra en cómo estamos construyendo: cómo estamos trabajando, con el objetivo de analizar problemas y aspectos mejorables. | ||
==Diferencia entre revisión del sprint y retrospectiva== | |||
Aunque es frecuente realizarlas al final de cada [[Sprint|sprint]], no deben confundirse con las reuniones de [[Revisión del sprint|revisión del sprint]]: | |||
* El objetivo de la '''revisión del sprint''' es analizar '''lo que se está construyendo''': el incremento, el feedback del producto. | |||
* El objetivo de la '''retrospectiva''' es analizar '''cómo se está construyendo''': el proceso, la colaboración, las formas de trabajo. | |||
<br> | |||
{{#ev:youtube|7wd61RrJAfo|550|center|Reunión retrospectiva|frame}} | |||
<br> | |||
== Estructura == | |||
Por lo general, toda retrospectiva sigue una estructura marcada por cinco fases. Existe consenso en cuanto al número de fases, aunque autoras como Derby y Larsen consideran que la estructura en cinco fases es recomendable aplicarla a retrospectivas cuya duración mínima sea de una hora y máxima de tres días. | |||
La estructuración de las retrospectivas es importante porque ayuda a seguir el orden natural del pensamiento y facilita la comprensión de los métodos de trabajo. Ayuda al equipo a adaptarse e investigar. | |||
=== Fase 1: preparar el terreno === | |||
El objetivo en esta fase es sentar las bases para próximas retrospectivas y propiciar un ambiente positivo y abierto al debate. El punto clave es la participación activa desde el principio: si el equipo no interviene desde el inicio, es más probable que no se implique en el resto de la reunión. | |||
'''Técnicas habituales:''' | |||
<div class="bok-tags"> | |||
[[Check-in]] [[ESVP]] [[Histograma de satisfacción]] [[Focus-on/Focus-off]] | |||
</div> | |||
=== Fase 2: recopilación de datos === | |||
El objetivo es construir una imagen compartida de lo ocurrido durante el sprint: hechos, eventos, emociones y percepciones. Es importante recopilar tanto datos objetivos (qué pasó) como subjetivos (cómo lo vivió el equipo), porque ambas dimensiones son relevantes para entender el sprint completo. | |||
'''Técnicas habituales:''' | |||
<div class="bok-tags"> | |||
[[Timeline]] [[Mad Sad Glad]] [[Calendario Niko]] [[Estrella de mar]]. | |||
</div> | |||
=== Fase 3: creación de conocimientos === | |||
El objetivo es analizar los datos recogidos en la fase anterior para entender por qué ocurrió lo que ocurrió. El equipo busca patrones, causas raíz y conexiones entre eventos. Esta es la fase más analítica: se pasa de "qué pasó" a "por qué pasó" y "qué significa". | |||
'''Técnicas habituales:''' | |||
<div class="bok-tags"> | |||
[[Fishbone]] [[Cinco veces porqué]] [[Patterns and shifts]] [[Force field analysis]] [[Brainstorming/Filtering]] [[Identify themes]] [[Localizar fortalezas]] | |||
</div> | |||
=== Fase 4: toma de decisiones === | |||
El objetivo es elegir las mejoras concretas que el equipo va a implementar en el siguiente sprint. Se prioriza entre las opciones generadas en la fase anterior y se convierte la reflexión en compromisos de acción. | |||
'''Técnicas habituales:''' | |||
<div class="bok-tags"> | |||
[[Prioritize with dots]] [[Retrospective planning game]] [[Report out with synthesis]] [[Fat Guy]] [[Estrella de mar]] | |||
</div> | |||
=== Fase 5: cierre de la retrospectiva === | |||
El objetivo es cerrar la sesión de forma positiva, agradecer las contribuciones y recoger feedback sobre la propia retrospectiva para mejorarla en el futuro. | |||
'''Técnicas habituales:''' | |||
<div class="bok-tags"> | |||
[[ROTI]] [[Appreciations]] [[Helped Hindered Hypothesis]] [[Plus/Delta]] | |||
</div> | |||
== Factores para el diseño de retrospectivas == | |||
* | === Contexto === | ||
* | El diseño de la retrospectiva debe tener en cuenta: el tamaño del equipo, el tiempo transcurrido desde la última retrospectiva, el estado de ánimo del equipo, si hay temas difíciles pendientes y la madurez del equipo en agilidad. Un equipo que lleva muchos sprints con las mismas dinámicas puede necesitar variedad; un equipo nuevo puede necesitar simplicidad y estructura clara. | ||
* | === Tiempo === | ||
El tiempo total disponible determina cuántas actividades caben y cuánto puede profundizarse en cada fase. Derby y Larsen recomiendan una hora para retrospectivas cortas y hasta tres horas para retrospectivas completas. Más allá de tres horas, el rendimiento decae significativamente. | |||
=== Estructura === | |||
La secuencia de actividades debe fluir de forma coherente: las fases anteriores proporcionan el material para las siguientes. Cambiar el orden de las fases raramente funciona bien. Sí puede ajustarse el tiempo relativo de cada fase según las necesidades del equipo. | |||
=== Espacio === | |||
El espacio físico o virtual tiene un impacto significativo en la calidad de la conversación. Un espacio que favorece el movimiento, permite que todos se vean y tiene paredes disponibles para post-its produce retrospectivas mejores que una sala de reuniones con una mesa larga en el centro. En equipos remotos, la herramienta de pizarra digital equivale al espacio físico. | |||
=== Elección de prácticas === | |||
Las actividades deben elegirse en función del contexto y el objetivo de cada fase, no por costumbre o comodidad. Variar las técnicas de retrospectiva en retrospectiva mantiene el interés del equipo y permite explorar distintas dimensiones del sprint. | |||
== Liderazgo == | |||
Toda retrospectiva necesita un facilitador. El Scrum Master suele asumir este rol, aunque en equipos maduros cualquier miembro puede facilitarla. El facilitador: | |||
* Diseña la sesión con antelación. | |||
* Gestiona el tiempo de cada actividad. | |||
* Crea un espacio psicológicamente seguro para que el equipo pueda expresarse con honestidad. | |||
* No participa en el contenido de las discusiones: su rol es facilitar el proceso, no influir en las conclusiones. | |||
== Actividades para retrospectivas == | |||
El BoK de Scrum Manager recoge técnicas para cada una de las cinco fases: | |||
{| class="wikitable" | |||
|- | |||
! FASE 1 !! FASE 2 !! FASE 3 !! FASE 4 !! FASE 5 | |||
|- | |||
| Focalizar, debatir y propiciar un entorno seguro. | |||
| Recopilar información. | |||
| Identificar puntos de mejora y generar ideas. | |||
| Generar planes de acción. | |||
| Reflexionar y reconocer el trabajo individual y de equipo. | |||
|- | |||
| | |||
<div class="bok-tags"> | |||
[[Check-in]] [[ESVP]] [[Histograma de satisfacción]] [[Focus-on/Focus-off]] [[Acuerdos de trabajo]] [[Temperature reading]] | |||
</div> | |||
|| | |||
<div class="bok-tags"> | |||
[[Timeline]] [[Triple nickels]] [[Estrella de mar]] [[Color code dots]] [[Mad Sad Glad]] [[Localizar fortalezas]] [[Histograma de satisfacción]] [[Team radar]] [[Like to Like]] [[El Barco]] [[The Hero's Journey]] [[Fast & Furious]] [[La guerrera Ada Lovelace]] | |||
</div> | |||
|| | |||
<div class="bok-tags"> | |||
[[Brainstorming/Filtering]] [[Force field analysis]] [[Cinco veces porqué]] [[Fishbone]] [[Patterns and shifts]] [[Prioritize with dots]] [[Report out with synthesis]] [[Identify themes]] [[Learning matrix]] | |||
</div> | |||
|| | |||
<div class="bok-tags"> | |||
[[Retrospective planning game]] [[SMART goals]] [[Círculo de preguntas]] [[Short subjects]] [[Report out with synthesis]] [[Fat Guy]] [[The Hero's Journey]] [[La guerrera Ada Lovelace]] | |||
</div> | |||
|| | |||
<div class="bok-tags"> | |||
[[Plus/Delta]] [[Appreciations]] [[Temperature reading]] [[Helped Hindered Hypothesis]] [[ROTI|ROTI (Return on Time Invested) ]] | |||
</div> | |||
|} | |||
< | ==Materiales de utilidad== | ||
<div class="bok-recurso"> | |||
< | 🔧 [https://scrummanager.com/website/c/info/resource.php?id=232 '''Diseñar una retrospectiva''']<span class="detalle">Plantilla · Scrum Manager</span> | ||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ '''Cómo diseñar una sprint retrospective''']<span class="detalle">Scrum Manager Blog · oct 2022</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ '''Primera fase de una retrospectiva''']<span class="detalle">Scrum Manager Blog · jun 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ '''Segunda fase de una retrospectiva''']<span class="detalle">Scrum Manager Blog · ago 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ '''Tercera fase de una retrospectiva''']<span class="detalle">Scrum Manager Blog · oct 2023</span> | |||
</div> | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Hacer retrospectivas sin implementar ninguna de las acciones acordadas.''' Una retrospectiva que no produce cambios reales en la siguiente iteración deja de ser útil progresivamente: el equipo aprende que la sesión no sirve para nada y deja de comprometerse. Si el equipo no puede implementar todas las acciones acordadas, mejor acordar menos y cumplirlas todas. | |||
</div> | |||
== Referencias == | |||
* Cockburn, Alistair. (1997). ''Surviving Object-Oriented Projects''. Addison-Wesley. | |||
* Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Eventos]] [[Revisión del sprint]] [[Scrum Master]] [[Acuerdos de trabajo]] [[ESVP]] [[ROTI]] [[Estrella de mar]] [[Fishbone]] [[Check-in]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category: | [[Category:Scrum]] | ||
[[Category: | [[Category:Standard scrum]] | ||
[[Category:Retrospectivas]] | |||
Latest revision as of 12:42, 25 May 2026
La retrospectiva (del latín retrospectare; retro "hacia atrás", spectare "mirar") es la reunión en la que el equipo analiza su forma de trabajo para mejorarla de forma continua. Es el evento de Scrum dedicado a la mejora del proceso, y una "meta-práctica" ágil: una práctica que sirve para mejorar todas las demás prácticas.
Origen y objetivo
Su origen es anterior a Scrum. Se piensa que la primera vez que se nombra un concepto similar es en 1997 de la mano de Alistair Cockburn, uno de los iniciadores del Manifiesto Ágil, con su libro Surviving Object-Oriented Projects. En el libro habla de la posibilidad de incluir un momento de revisión tras cada incremento. No obstante, este concepto puede tener un precedente en el ámbito educativo: en educación es habitual el uso de la autoevaluación, con el objetivo de conocer cómo se ha estado trabajando y determinar si ha sido eficaz para el aprendizaje.
En el caso de las retrospectivas, el objetivo es muy parecido. Una reunión retrospectiva se centra en cómo estamos construyendo: cómo estamos trabajando, con el objetivo de analizar problemas y aspectos mejorables.
Diferencia entre revisión del sprint y retrospectiva
Aunque es frecuente realizarlas al final de cada sprint, no deben confundirse con las reuniones de revisión del sprint:
- El objetivo de la revisión del sprint es analizar lo que se está construyendo: el incremento, el feedback del producto.
- El objetivo de la retrospectiva es analizar cómo se está construyendo: el proceso, la colaboración, las formas de trabajo.
Estructura
Por lo general, toda retrospectiva sigue una estructura marcada por cinco fases. Existe consenso en cuanto al número de fases, aunque autoras como Derby y Larsen consideran que la estructura en cinco fases es recomendable aplicarla a retrospectivas cuya duración mínima sea de una hora y máxima de tres días.
La estructuración de las retrospectivas es importante porque ayuda a seguir el orden natural del pensamiento y facilita la comprensión de los métodos de trabajo. Ayuda al equipo a adaptarse e investigar.
Fase 1: preparar el terreno
El objetivo en esta fase es sentar las bases para próximas retrospectivas y propiciar un ambiente positivo y abierto al debate. El punto clave es la participación activa desde el principio: si el equipo no interviene desde el inicio, es más probable que no se implique en el resto de la reunión.
Técnicas habituales:
Fase 2: recopilación de datos
El objetivo es construir una imagen compartida de lo ocurrido durante el sprint: hechos, eventos, emociones y percepciones. Es importante recopilar tanto datos objetivos (qué pasó) como subjetivos (cómo lo vivió el equipo), porque ambas dimensiones son relevantes para entender el sprint completo.
Técnicas habituales:
Fase 3: creación de conocimientos
El objetivo es analizar los datos recogidos en la fase anterior para entender por qué ocurrió lo que ocurrió. El equipo busca patrones, causas raíz y conexiones entre eventos. Esta es la fase más analítica: se pasa de "qué pasó" a "por qué pasó" y "qué significa".
Técnicas habituales:
Fase 4: toma de decisiones
El objetivo es elegir las mejoras concretas que el equipo va a implementar en el siguiente sprint. Se prioriza entre las opciones generadas en la fase anterior y se convierte la reflexión en compromisos de acción.
Técnicas habituales:
Fase 5: cierre de la retrospectiva
El objetivo es cerrar la sesión de forma positiva, agradecer las contribuciones y recoger feedback sobre la propia retrospectiva para mejorarla en el futuro.
Técnicas habituales:
Factores para el diseño de retrospectivas
Contexto
El diseño de la retrospectiva debe tener en cuenta: el tamaño del equipo, el tiempo transcurrido desde la última retrospectiva, el estado de ánimo del equipo, si hay temas difíciles pendientes y la madurez del equipo en agilidad. Un equipo que lleva muchos sprints con las mismas dinámicas puede necesitar variedad; un equipo nuevo puede necesitar simplicidad y estructura clara.
Tiempo
El tiempo total disponible determina cuántas actividades caben y cuánto puede profundizarse en cada fase. Derby y Larsen recomiendan una hora para retrospectivas cortas y hasta tres horas para retrospectivas completas. Más allá de tres horas, el rendimiento decae significativamente.
Estructura
La secuencia de actividades debe fluir de forma coherente: las fases anteriores proporcionan el material para las siguientes. Cambiar el orden de las fases raramente funciona bien. Sí puede ajustarse el tiempo relativo de cada fase según las necesidades del equipo.
Espacio
El espacio físico o virtual tiene un impacto significativo en la calidad de la conversación. Un espacio que favorece el movimiento, permite que todos se vean y tiene paredes disponibles para post-its produce retrospectivas mejores que una sala de reuniones con una mesa larga en el centro. En equipos remotos, la herramienta de pizarra digital equivale al espacio físico.
Elección de prácticas
Las actividades deben elegirse en función del contexto y el objetivo de cada fase, no por costumbre o comodidad. Variar las técnicas de retrospectiva en retrospectiva mantiene el interés del equipo y permite explorar distintas dimensiones del sprint.
Liderazgo
Toda retrospectiva necesita un facilitador. El Scrum Master suele asumir este rol, aunque en equipos maduros cualquier miembro puede facilitarla. El facilitador:
- Diseña la sesión con antelación.
- Gestiona el tiempo de cada actividad.
- Crea un espacio psicológicamente seguro para que el equipo pueda expresarse con honestidad.
- No participa en el contenido de las discusiones: su rol es facilitar el proceso, no influir en las conclusiones.
Actividades para retrospectivas
El BoK de Scrum Manager recoge técnicas para cada una de las cinco fases:
| FASE 1 | FASE 2 | FASE 3 | FASE 4 | FASE 5 |
|---|---|---|---|---|
| Focalizar, debatir y propiciar un entorno seguro. | Recopilar información. | Identificar puntos de mejora y generar ideas. | Generar planes de acción. | Reflexionar y reconocer el trabajo individual y de equipo. |
Materiales de utilidad
🔧 Diseñar una retrospectivaPlantilla · Scrum Manager
📄 Cómo diseñar una sprint retrospectiveScrum Manager Blog · oct 2022
📄 Primera fase de una retrospectivaScrum Manager Blog · jun 2023
📄 Segunda fase de una retrospectivaScrum Manager Blog · ago 2023
📄 Tercera fase de una retrospectivaScrum Manager Blog · oct 2023
Error frecuente
Hacer retrospectivas sin implementar ninguna de las acciones acordadas. Una retrospectiva que no produce cambios reales en la siguiente iteración deja de ser útil progresivamente: el equipo aprende que la sesión no sirve para nada y deja de comprometerse. Si el equipo no puede implementar todas las acciones acordadas, mejor acordar menos y cumplirlas todas.
Referencias
- Cockburn, Alistair. (1997). Surviving Object-Oriented Projects. Addison-Wesley.
- Derby, Esther; Larsen, Diana. (2006). Agile Retrospectives: Making Good Teams Great. Pragmatic Bookshelf.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.