Team radar: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
<div class="bok-def"> | |||
El '''Team radar''' ("radar de equipo") es una actividad de [[retrospectiva]] que usa un gráfico de radar para que el equipo evalúe colectivamente su nivel de práctica en un conjunto de factores predefinidos: valores, prácticas de ingeniería, [[Acuerdos de trabajo|acuerdos de trabajo]], formas de comunicación u otros aspectos del proceso. Se realiza habitualmente en la '''segunda fase de la retrospectiva''', dedicada a la recopilación de datos. Dura entre 15 y 20 minutos. | |||
</div> | |||
Su principal ventaja frente a otras técnicas de recogida de datos es que produce una imagen visual persistente y comparable: el gráfico se guarda y se repite dos o tres iteraciones después, lo que permite ver de forma objetiva si el equipo ha mejorado en los factores que identificó como problemáticos. | |||
== Cuándo usarlo == | |||
Cuando el equipo quiere medir su avance en prácticas o valores a lo largo del tiempo. | |||
Cuando hay sospecha de desequilibrios entre distintos factores del proceso: el equipo puede ser muy fuerte en algunos y flojo en otros. | |||
Como complemento a otras actividades de recopilación de datos que detectan ''qué'' ha pasado pero no ''cómo de bien'' está funcionando el equipo en distintas dimensiones. | |||
== | == Cómo realizar la actividad == | ||
Se acuerda la '''lista de factores''' a evaluar. Pueden ser prácticas de ingeniería (TDD, code review, integración continua), valores ágiles (transparencia, compromiso, respeto), acuerdos de trabajo del equipo, o cualquier dimensión relevante. Habitualmente entre 6 y 10 factores. | |||
Se prepara un '''gráfico de radar en blanco''' con los factores y una escala del 0 al 10. Se coloca en un lugar visible para todos (flip chart o pizarra digital). | |||
Cada miembro del equipo '''puntúa individualmente''' cada factor colocando un post-it o punto en el gráfico. El anonimato en esta fase favorece la honestidad. | |||
Se debate brevemente sobre los factores con mayor dispersión de puntuaciones y sobre los que reciben puntuaciones más bajas. El facilitador puede preguntar: "¿Dónde veis que el equipo sigue estos valores?" y "¿Dónde no?". | |||
El '''gráfico se conserva''' para repetir la actividad en dos o tres sprints y comparar la evolución. | |||
== Group Average Radar (variante) == | |||
En lugar de recopilar puntuaciones individuales visibles, se calcula el promedio del grupo por factor: | |||
Se reparte a cada miembro un juego de tarjetas de colores, una por factor. | |||
Cada persona puntúa en silencio y entrega las tarjetas. | |||
Se barajan por color y se calcula el promedio de cada factor. | |||
== | El resultado se traslada al gráfico de radar, conectando los puntos y rellenando el área. | ||
Esta variante reduce el sesgo de conformidad social: si las puntuaciones se dan públicamente, los miembros del equipo tienden a acercarse a lo que perciben como opinión mayoritaria antes de haberla expresado. | |||
== En equipos remotos == | |||
En formato remoto el Team radar funciona bien con pizarras digitales (Miro, FigJam) donde cada persona coloca sus puntos de forma simultánea antes de revelar el resultado. Esto reproduce el efecto de anonimato de la versión física. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''No volver a hacer el radar en sprints siguientes.''' Un radar que se hace una vez y no se repite es un diagnóstico sin seguimiento. El valor diferencial del Team radar respecto a otras técnicas está precisamente en la comparación temporal: ver si los factores en los que el equipo decidió trabajar han mejorado. Sin esa comparación, el radar es solo un snapshot sin utilidad acumulada. | |||
==Referencias== | </div> | ||
== Recursos == | |||
[[Category: Glosario de términos]] | <div class="bok-recurso"> | ||
📄 [https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ '''Primera fase de una retrospectiva: reflexión en equipo (3 actividades)''']<span class="detalle">Scrum Manager Blog · ago 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: en busca de la mejora continua''']<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: crear conocimiento''']<span class="detalle">Scrum Manager Blog · ago 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ '''Ejemplo: cómo diseñar una sprint retrospective''']<span class="detalle">Scrum Manager Blog · ago 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ '''Liderar retrospectivas y resolución de conflictos''']<span class="detalle">Scrum Manager Blog · ago 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ '''Apuntes: Agile Retrospectives''']<span class="detalle">Scrum Manager Blog · ago 2023</span> | |||
</div> | |||
== Referencias == | |||
Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Retrospectiva]] [[Acuerdos de trabajo]] [[ESVP]] [[Histograma de satisfacción]] [[Appreciations]] [[Patterns and shifts]] | |||
</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:Retrospectivas]] | [[Category:Retrospectivas]] | ||
[[Category:Prácticas ágiles]] | [[Category:Prácticas ágiles]] | ||
Revision as of 11:49, 14 May 2026
El Team radar ("radar de equipo") es una actividad de retrospectiva que usa un gráfico de radar para que el equipo evalúe colectivamente su nivel de práctica en un conjunto de factores predefinidos: valores, prácticas de ingeniería, acuerdos de trabajo, formas de comunicación u otros aspectos del proceso. Se realiza habitualmente en la segunda fase de la retrospectiva, dedicada a la recopilación de datos. Dura entre 15 y 20 minutos.
Su principal ventaja frente a otras técnicas de recogida de datos es que produce una imagen visual persistente y comparable: el gráfico se guarda y se repite dos o tres iteraciones después, lo que permite ver de forma objetiva si el equipo ha mejorado en los factores que identificó como problemáticos.
Cuándo usarlo
Cuando el equipo quiere medir su avance en prácticas o valores a lo largo del tiempo. Cuando hay sospecha de desequilibrios entre distintos factores del proceso: el equipo puede ser muy fuerte en algunos y flojo en otros. Como complemento a otras actividades de recopilación de datos que detectan qué ha pasado pero no cómo de bien está funcionando el equipo en distintas dimensiones.
Cómo realizar la actividad
Se acuerda la lista de factores a evaluar. Pueden ser prácticas de ingeniería (TDD, code review, integración continua), valores ágiles (transparencia, compromiso, respeto), acuerdos de trabajo del equipo, o cualquier dimensión relevante. Habitualmente entre 6 y 10 factores. Se prepara un gráfico de radar en blanco con los factores y una escala del 0 al 10. Se coloca en un lugar visible para todos (flip chart o pizarra digital). Cada miembro del equipo puntúa individualmente cada factor colocando un post-it o punto en el gráfico. El anonimato en esta fase favorece la honestidad. Se debate brevemente sobre los factores con mayor dispersión de puntuaciones y sobre los que reciben puntuaciones más bajas. El facilitador puede preguntar: "¿Dónde veis que el equipo sigue estos valores?" y "¿Dónde no?". El gráfico se conserva para repetir la actividad en dos o tres sprints y comparar la evolución.
Group Average Radar (variante)
En lugar de recopilar puntuaciones individuales visibles, se calcula el promedio del grupo por factor:
Se reparte a cada miembro un juego de tarjetas de colores, una por factor. Cada persona puntúa en silencio y entrega las tarjetas. Se barajan por color y se calcula el promedio de cada factor. El resultado se traslada al gráfico de radar, conectando los puntos y rellenando el área.
Esta variante reduce el sesgo de conformidad social: si las puntuaciones se dan públicamente, los miembros del equipo tienden a acercarse a lo que perciben como opinión mayoritaria antes de haberla expresado.
En equipos remotos
En formato remoto el Team radar funciona bien con pizarras digitales (Miro, FigJam) donde cada persona coloca sus puntos de forma simultánea antes de revelar el resultado. Esto reproduce el efecto de anonimato de la versión física.
Error frecuente
No volver a hacer el radar en sprints siguientes. Un radar que se hace una vez y no se repite es un diagnóstico sin seguimiento. El valor diferencial del Team radar respecto a otras técnicas está precisamente en la comparación temporal: ver si los factores en los que el equipo decidió trabajar han mejorado. Sin esa comparación, el radar es solo un snapshot sin utilidad acumulada.
Recursos
📄 Primera fase de una retrospectiva: reflexión en equipo (3 actividades)Scrum Manager Blog · ago 2023
📄 Segunda fase de una retrospectiva: en busca de la mejora continuaScrum Manager Blog · ago 2023
📄 Tercera fase de una retrospectiva: crear conocimientoScrum Manager Blog · ago 2023
📄 Ejemplo: cómo diseñar una sprint retrospectiveScrum Manager Blog · ago 2023
📄 Liderar retrospectivas y resolución de conflictosScrum Manager Blog · ago 2023
📄 Apuntes: Agile RetrospectivesScrum Manager Blog · ago 2023
Referencias
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.