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

Kelly Lewandowski
Última actualización 14/07/20268 min de lectura
1,071,253
tarjetas de retro analizadas
86,977
retrospectivas
600,909
votos emitidos en tarjetas
La tabla de clasificación de las quejas
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%
Lo que los equipos escriben no es lo que votan

- 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.
Las quejas son pegajosas
| Tema | Tasa base en cualquier retro | Si apareció en la retro anterior | Multiplicador |
|---|---|---|---|
| Comunicación | 9.1% | 21.3% | 2.3x |
| Carga de trabajo y burnout | 5.8% | 10.9% | 1.9x |
| Reuniones | 12.1% | 21.6% | 1.8x |
| Documentación | 10.8% | 19.0% | 1.8x |
| Revisión de código | 16.8% | 29.2% | 1.7x |
| Tickets y requisitos | 31.7% | 47.3% | 1.5x |
La brecha de los elementos de acción
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
El anonimato no desata la negatividad
Hallazgos menores que no esperábamos

- 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
- 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.
- 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.
- 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.