Publicaciones

El cuello de botella de la revisión de código está creciendo: lo que muestran 11.000 quejas de retro

Ilustración plana de una larga cola de documentos de papel esperando frente a una única puerta pequeña, con un personaje sellando documentos mientras otros se acumulan detrás
Kelly Lewandowski

Kelly Lewandowski

Última actualización 19/07/20267 min de lectura

Cuando analizamos un millón de tarjetas de retro, la revisión de código no era la queja más común. Las pruebas se llevaron esa corona. Pero la revisión de código era la queja que los equipos más votaban, y tenía un detalle que no podíamos dejar de pensar: más de mil tarjetas del conjunto de datos son casi paráfrasis de una misma frase, "los pull requests pasan demasiado tiempo esperando revisión." Así que profundizamos. El mismo método que antes: análisis agregado de retrospectivas realizadas en Kollabe, columnas clasificadas como positivas o negativas por su nombre, temas emparejados por palabras clave conservadoras en inglés, sin citar ni poder identificar ninguna tarjeta individual. Eso saca a la luz 11.246 tarjetas de quejas sobre revisión de código escritas entre octubre de 2023 y julio de 2026, y un hallazgo que debería preocupar a los líderes de ingeniería en la era de la IA.
11,246

tarjetas de quejas sobre revisión de código

+30%

crecimiento en la proporción de quejas desde 2024

0.75

votos por tarjeta: el más alto de cualquier tema

La única queja del pipeline que está creciendo

La mayoría de los temas de quejas mantienen una proporción estable en los tableros de retro año tras año. Las pruebas, líder en volumen, se han mantenido entre el 10% y el 12% de las quejas cada trimestre desde principios de 2024. La revisión de código es la excepción:

Media de 2024

3.8%

Media de 2025

4.1%

2026 hasta ahora

4.8%

Proporción de todas las tarjetas de quejas que mencionan la revisión de código, los PR o los revisores: subió aproximadamente un 30% respecto a la media de 2024, escalando de forma constante trimestre tras trimestre, y tocando el 5% a mediados de 2026. Una de cada once retrospectivas contiene ahora una queja sobre revisión. No podemos demostrar la causa a partir del recuento de tarjetas. Pero el momento coincide con lo único que más cambió en cómo se escribe el software: los asistentes de programación con IA elevaron el volumen de código que llega a la puerta de la revisión, mientras que el número de humanos al otro lado se mantuvo igual. La queja que crece es la cola. Escribimos sobre el patrón más amplio en por qué las retrospectivas importan más con las herramientas de programación con IA.

Qué dicen realmente los equipos sobre la revisión

Dentro de las 11.246 tarjetas, los subtemas se clasifican así (las categorías se solapan; mínimos por palabra clave):

Esperar: los PR pasan demasiado tiempo parados

10.4%

Calidad del feedback y quisquillosidades

6.3%

Disponibilidad de revisores

4.8%

PR demasiado grandes para revisar

4.2%

Priorización de la revisión

2.5%

Conflictos de merge por PR obsoletos

1.0%

La espera domina, como era de esperar. La sorpresa está en los votos:
  • Tamaño de PR: 0,99 votos por tarjeta. El subtema de revisión más votado, un 50% por encima de la base de 0,65. Los equipos saben que los PR sobredimensionados son la causa aguas arriba de todo lo demás en esta lista.
  • Calidad del feedback: 0,77. Las guerras de quisquillosidades y los comentarios al pasar generan acuerdo rápido.
  • Esperar: 0,73. Lo que más se escribe, votado ligeramente menos: todo el mundo ya lo sabe.
También hay una señal esperanzadora en las columnas positivas: 7.943 tarjetas de elogio mencionan la revisión. Por cada tres quejas sobre revisión, dos tarjetas agradecen a un revisor o celebran un ciclo de revisión fluido. Los equipos se dan cuenta cuando la revisión funciona.

Por qué las quejas sobre revisión merecen un peso extra

Los votos son la señal honesta de la retro. Cualquiera puede escribir una tarjeta; los votos cuestan atención escasa. Un tema que está a la vez subiendo en volumen y liderando en votos es la definición de un cuello de botella en crecimiento, y es el tipo de cosa que se esconde a plena vista porque el retraso en la revisión se siente como el clima en lugar de como una decisión.

Romper el cuello de botella

Ilustración plana de un gran documento de papel siendo cortado en varios documentos pequeños y ordenados que fluyen rápidamente a través de múltiples puertas abiertas Los votos por subtema apuntan al orden de resolución:
  1. Reduce primero los PR. Es la queja más votada por una razón: los PR pequeños se revisan más rápido y mejor, y se vuelven obsoletos con menos frecuencia. Si las historias siguen produciendo PR de mil líneas, el problema empieza en el refinamiento: dividir las historias correctamente es higiene de revisión disfrazada.
  2. Haz visible la latencia de la revisión. Los equipos discuten sobre anécdotas hasta que alguien mide el tiempo hasta la primera revisión. Las métricas de flujo convierten "los PR se quedan parados para siempre" en un número que puede bajar.
  3. Acordad una ventana de primera respuesta. No una revisión completa, una primera respuesta. La mayor parte del dolor en las tarjetas de espera es el silencio, no la duración total.
  4. Cerrad el ciclo en la retro. Una queja sobre revisión que aparece en dos retros seguidas ha dejado de ser feedback. Asígnale un responsable y una fecha límite: las acciones con responsable se completan 2,7 veces más a menudo.
Si la revisión sigue apareciendo en tu tablero, dirige la próxima retro con una columna dedicada a ella y votad con honestidad. El generador de plantillas de retrospectiva puede construir un formato centrado en la revisión en unos segundos, y las cifras agregadas completas detrás de este artículo están en nuestra página de estadísticas de retrospectivas.

Sí. En nuestros datos de 87.719 retrospectivas, la proporción de la revisión de código sobre todas las tarjetas de quejas subió de una media del 3,8% en 2024 al 4,8% en 2026, alrededor de un 30% de crecimiento, mientras que otros temas del pipeline como las pruebas se mantuvieron planos.

De la espera. Alrededor de una de cada diez quejas sobre revisión menciona explícitamente que los PR pasan demasiado tiempo parados o atascados. Pero la queja más votada es el tamaño de los PR, lo que sugiere que los equipos ven los PR sobredimensionados como la causa raíz.

El momento es sugerente: las quejas sobre revisión escalaron de forma constante a lo largo de 2024-2026, justo cuando los asistentes de IA aumentaron el volumen de código que llega a los revisores humanos. El recuento de tarjetas no puede demostrar la causalidad, pero la revisión es el único tema del pipeline de entrega que crece en nuestros datos.

Análisis agregado y anonimizado de 1.081.076 tarjetas de 87.719 retrospectivas de sprint realizadas en Kollabe entre octubre de 2023 y julio de 2026. Columnas clasificadas por nombre, temas por coincidencia conservadora de palabras clave. No se cita ni se puede identificar ninguna tarjeta individual. Consulta realizada el 19 de julio de 2026; el análisis original usó una instantánea del 14 de julio, por eso sus totales son ligeramente menores.