Publicaciones

Analizamos 1 millón de tarjetas de retro. Esto es de lo que realmente se quejan los equipos

Ilustración estilizada de un tablero de retrospectiva gigante con cientos de tarjetas de notas adhesivas coloridas fluyendo hacia pilas organizadas y gráficos, con pequeños personajes clasificándolas y examinándolas
Kelly Lewandowski

Kelly Lewandowski

Última actualización 14/07/20268 min de lectura

Pregúntale a cualquiera qué sale mal en los equipos de software y obtendrás la misma respuesta: la comunicación. Es el diagnóstico por defecto en cada libro de agilidad y en aproximadamente la mitad de LinkedIn. Las tarjetas dicen otra cosa. Agregamos todas las retrospectivas que se han realizado en Kollabe: 86,977 tableros y 1,071,253 tarjetas, escritas por equipos reales entre octubre de 2023 y julio de 2026. Luego medimos de qué se quejan los equipos cuando nadie está escribiendo un artículo de opinión. Todo lo que aparece aquí es análisis agregado: conteos de temas, conteos de votos y tasas de finalización. Ninguna tarjeta individual se cita ni es identificable.
1,071,253

tarjetas de retro analizadas

86,977

retrospectivas

600,909

votos emitidos en tarjetas

Una nota rápida sobre el método: clasificamos las columnas como positivas o negativas según sus nombres ("Qué salió bien" vs "Qué salió mal", "Contento" vs "Enfadado", etcétera), lo que nos dio 254,653 tarjetas de queja para trabajar. Los temas se agruparon mediante coincidencia de palabras clave, con un índice de embeddings pgvector para verificar semánticamente los grupos. La coincidencia de palabras clave está centrada en el inglés y es conservadora, así que cada porcentaje de abajo es un piso, no un techo.

La tabla de clasificación de las quejas

Esto es lo que los equipos escriben en la columna negativa, ordenado por su proporción sobre las 254,653 tarjetas de queja:

Testing y QA

10.2%

Tickets y requisitos

8.1%

Deploys y releases

4.9%

Estimación y planificación

4.5%

Bugs e incidentes

4.0%

Revisión de código y PRs

3.0%

Reuniones y ceremonias

2.7%

Entornos, CI y herramientas

2.6%

Documentación

2.2%

Dependencias y bloqueos

2.2%

Comunicación

1.9%

Plazos y retrasos

1.9%

La comunicación, eso con lo que supuestamente todos luchamos más, ocupa el undécimo lugar, con el 1.9% de las tarjetas de queja. Los equipos se quejan del testing más de cinco veces más a menudo. Incluso Jira, como herramienta con nombre propio, aparece en el 1.2% de las tarjetas, casi tan a menudo como la comunicación. Eso no significa que la comunicación esté bien. Significa que cuando los equipos describen sus problemas con sus propias palabras, nombran etapas concretas del pipeline de entrega: los tests que no se escribieron, el ticket que no tenía criterios de aceptación, la release que se retrasó. "Comunicación" es la etiqueta que reciben esos problemas más tarde, una vez que los detalles se han olvidado. Un matiz más: el testing también es lo segundo que los equipos más elogian (7.6% de las tarjetas positivas, por detrás del trabajo en equipo con un 13%). El testing no es un villano; es la parte del proceso que los equipos vigilan más de cerca, en ambas direcciones.

Lo que los equipos escriben no es lo que votan

Ilustración de diseño plano de una balanza que compara una pila alta de notas adhesivas en un lado contra una pequeña ficha de votación brillante en el otro, con pequeños personajes señalando el lado más pesado El volumen te dice qué tiene la gente en mente. Los votos te dicen qué quieren que se arregle. Y ambos no coinciden. La tarjeta de queja promedio acumula 0.64 votos. Algunos temas superan con creces esa cifra:
  • Revisión de código y PRs: 0.80 votos por tarjeta. El tema de queja más votado del dataset, un 25% por encima de la línea base.
  • Carga de trabajo y burnout: 0.79. Solo el 1% de las tarjetas lo menciona, pero cuando alguien lo hace, la sala vota.
  • Scope creep y deuda técnica: 0.77 cada uno. Se escriben poco, se respaldan mucho.
El testing, el campeón en volumen, recibe 0.63 votos por tarjeta, ligeramente por debajo del promedio. Los equipos escriben sobre testing constantemente, pero se movilizan alrededor de los cuellos de botella en las revisiones, la sobrecarga y la deuda cuando llega el momento de elegir qué arreglar. Hay otros dos datos de votación que vale la pena conocer. Los equipos votan los problemas un 36% más que los aciertos (0.64 vs 0.47 votos por tarjeta), así que las retros realmente sirven para arreglar cosas. Y el 76% de las tarjetas de queja no recibe ningún voto, que es el argumento más fuerte a favor de votar los elementos: sin votación, todas las tarjetas parecen igual de importantes.

Las quejas son pegajosas

Analizamos 9,250 pares de retrospectivas consecutivas del mismo equipo y nos preguntamos: si un tema aparece en esta retro, ¿qué probabilidad hay de que aparezca en la siguiente? Absolutamente todos los temas se repiten por encima de su tasa base. Los más pegajosos:
TemaTasa base en cualquier retroSi apareció en la retro anteriorMultiplicador
Comunicación9.1%21.3%2.3x
Carga de trabajo y burnout5.8%10.9%1.9x
Reuniones12.1%21.6%1.8x
Documentación10.8%19.0%1.8x
Revisión de código16.8%29.2%1.7x
Tickets y requisitos31.7%47.3%1.5x
La comunicación encabeza esta tabla. Los equipos rara vez se quejan de ella, pero los que lo hacen tienden a quedarse atascados con ella. Las quejas de proceso, como los tickets y el testing, se repiten en parte porque son comunes en todas partes; que la comunicación se repita a 2.3x su tasa base sugiere algo más difícil de desalojar. Si la misma tarjeta sigue reapareciendo, la retro no está fallando en encontrar el problema. Está fallando en arreglarlo. Lo que nos lleva a la parte incómoda.

La brecha de los elementos de acción

Solo el 19.6% de las retrospectivas produce un solo elemento de acción. Cuatro de cada cinco tableros llenos de votos y discusión terminan sin nada escrito sobre qué hacer al respecto. Y los elementos de acción que sí se crean se estancan en su mayoría: el 68.7% sigue en pendiente, el 13.2% se completa y el 12% se eliminó directamente. Pero los datos muestran exactamente qué distingue a los que se completan:
2.7x

más finalización cuando alguien es responsable

2.5x

más finalización con fecha límite

1.1%

de los elementos de acción recibe fecha límite

Los elementos de acción con un responsable asignado se completan el 23.2% de las veces frente al 8.6% de los que no tienen dueño. Las fechas límite funcionan aún mejor, con un 37% de finalización, y sin embargo casi nadie las pone. Estas son las dos intervenciones más baratas de todo este dataset: decir un nombre y una fecha en voz alta antes de que termine la reunión. Hemos escrito una guía completa sobre cómo hacer que los elementos de acción de la retrospectiva se cumplan si es aquí donde tu equipo pierde valor.

El anonimato no desata la negatividad

Una preocupación común sobre las tarjetas de retro anónimas: activa el anonimato y el tablero se convertirá en un muro de quejas. Los datos dicen que no. Alrededor del 5.8% de todas las tarjetas se publican de forma anónima. Su proporción negativa es del 22.7%, ligeramente inferior al 23.8% de las tarjetas con nombre. La gente no reserva su feedback más duro para el modo anónimo; sobre todo lo usa para decir las mismas cosas sin preocuparse por cómo caerán. Si tu equipo duda en activarlo, esta es evidencia de que no volverá tóxica tu retro. Para los equipos que todavía están construyendo seguridad psicológica, es una forma de bajo riesgo de escuchar a las voces más calladas.

Hallazgos menores que no esperábamos

Ilustración vectorial limpia de una lupa sostenida sobre una pared de pequeñas tarjetas coloridas, revelando diminutos gráficos, iconos de calendario y símbolos de reloj escondidos entre ellas
  • La brecha mediana entre retros es exactamente de 14 días. El 46% de los equipos las hace cada dos semanas, el 19% mensualmente y el 13% semanalmente. El sprint de dos semanas está vivito y coleando. (Más sobre cómo elegir una cadencia en con qué frecuencia hacer retros.)
  • Quejarse requiere más palabras. La tarjeta de queja mediana tiene 65 caracteres; la tarjeta positiva mediana, 54. Los problemas vienen con contexto; los elogios llegan como un choque de manos.
  • Hay mil formas de decir "revisa mi PR". Usando el índice de embeddings, encontramos más de 1,000 tarjetas que son casi paráfrasis de una sola frase: "pull requests esperando demasiado tiempo por la revisión de código". La coincidencia número 1,000 más cercana sigue siendo inconfundiblemente sobre revisiones lentas.
  • La retro promedio: 5.8 participantes, 15.4 tarjetas, 3.4 columnas. Si la tuya se parece a eso, eres normal.

Qué hacer con esto el martes

El dataset apunta a tres movimientos que cualquier facilitador puede hacer de inmediato:
  1. Persigue los votos, no el volumen. El tema más escrito y el tema más votado suelen ser diferentes. Discute primero las tarjetas más votadas, y trata una tarjeta de poco volumen pero muchos votos (carga de trabajo, deuda técnica) como una señal que vale el doble de su tamaño.
  2. Convierte antes de cerrar. La mayor fuga no es una mala discusión. Es el 80% de retros que terminan sin ningún elemento de acción. Un elemento de acción con responsable y fecha vale más que cinco huérfanos.
  3. Rastrea las repeticiones. Si un tema aparece en dos retros seguidas, deja de tratarlo como feedback y empieza a tratarlo como un proyecto. Las quejas pegajosas no se van solas.
Si quieres ver cómo se compara tu equipo, haz tu próxima retro en los tableros de retrospectiva gratuitos de Kollabe, o explora las estadísticas de retrospectivas en vivo de las que se nutre este artículo. Y si el formato de tu tablero se ha quedado rancio, el generador de plantillas de retrospectiva puede crear una personalizada en segundos.

De testing y QA, en el 10.2% de las más de 254,000 tarjetas de retro negativas analizadas, seguido de tickets y requisitos (8.1%) y deploys y releases (4.9%). La comunicación ocupa el undécimo lugar con apenas un 1.9%.

En nuestros datos, el 13.2% en general. Los elementos de acción con un responsable asignado se completan el 23.2% de las veces frente al 8.6% de los que no tienen dueño, y los que tienen fecha límite alcanzan el 37%.

La brecha mediana entre retrospectivas del mismo equipo es de 14 días. Alrededor del 46% de los equipos las hace cada dos semanas, el 19% mensualmente y el 13% semanalmente.

No. Las tarjetas anónimas son negativas en un 22.7% frente al 23.8% de las tarjetas con nombre. El anonimato cambia quién se siente seguro para contribuir, no cuán duro es el feedback.