Ingeniero de Software: pregunta de entrevista
¿Cómo priorizas deuda técnica?
Prioriza deuda técnica por coste esperado: riesgo de incidentes, fricción de entrega, exposición de seguridad, frecuencia y radio de impacto. Define un resultado medible y págala junto al trabajo que bloquea.
Respuesta directa
Qué debe cubrir una buena respuesta
Cómo funciona
La deuda se prioriza como cualquier otro trabajo: por el coste de cargarla frente al coste de pagarla. El coste de cargarla aparece como incidentes, entregas lentas en las zonas que toca, exposición de seguridad y dolor al incorporar gente, y puede estimarse con los registros de incidentes, los tiempos de ciclo y la frecuencia de cambio de la zona. La deuda en código que nadie toca es barata de mantener. La propuesta es un resultado medible, como menos avisos o un ciclo de release más corto, y el trabajo se programa junto a la funcionalidad que bloquea para que la mejora sea visible y no abstracta.
Ejemplo
Un equipo registró que el 40 por ciento de sus incidentes venían de una capa de reintentos hecha a mano y que cada funcionalidad que la tocaba tardaba una semana más de lo estimado. Reemplazarla se programó antes del siguiente proyecto de integración que dependía de ella, con la métrica de éxito definida como cero incidentes de reintentos en el trimestre siguiente, que el equipo luego reportó.
Errores frecuentes
- Pedir un trimestre de refactorización pura sin un objetivo medible.
- Pagar deuda en un módulo estable que nadie cambia porque se ve feo.
- Dejar que la deuda se acumule en silencio en lugar de registrarla donde la planificación pueda verla.
Una estructura útil para responder
Responde desde tu propia experiencia.
No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.
Abre el espacio de trabajo de escritorio y ensaya una respuesta clara con tus propias palabras.