Qué hacer cuando un proyecto de software, web o integración lleva meses bloqueado: guía de rescate técnico
Cuando un desarrollo tecnológico se queda al 80% y el proveedor deja de avanzar, el peor error es seguir inyectando dinero a ciegas o tirar todo a la basura sin auditarlo antes.
Es una situación mucho más frecuente de lo que se reconoce en voz alta: una empresa contrata el desarrollo de un portal de clientes B2B, una tienda conectada al ERP o una aplicación interna. Los primeros meses parecen avanzar, se abonan los primeros hitos y, al llegar al último 20% —donde entran los datos reales, las integraciones y los casos límite—, el proyecto entra en vía muerta.
El dilema de gerencia: falacia del coste hundido vs. empezar de cero
Ante un proyecto bloqueado, dirección suele debatirse entre dos malos caminos: seguir pagando meses de retraso al mismo proveedor esperando que esta vez sí funcione, o contratar a otra agencia que, sin mirar el código, recomienda 'tirarlo todo y hacerlo de nuevo desde cero'.
Existe una tercera vía de ingeniería mucho más racional: realizar una auditoría de rescate acotada de 3 a 5 días antes de tomar ninguna decisión de inversión.
Los 4 pasos de un rescate técnico exitoso
1. Asegurar las llaves y la propiedad intelectual
Antes de tocar una línea de código, verificamos que la empresa cliente tenga acceso de administrador propietario al dominio (DNS), al servidor (VPS, AWS, Vercel, Hetzner), a la base de datos y al repositorio Git. Si falta alguna credencial, ayudamos a reclamarla formalmente.
2. Separar qué es aprovechable de qué está roto
En muchos rescates descubrimos que el 70% de la interfaz y el modelo de base de datos son perfectamente válidos, y que el bloqueo real reside en una sincronización mal planteada con el ERP o en consultas sin optimizar que tumban el servidor.
3. Recortar lo accesorio para salir a producción en 2–4 semanas
Un proyecto encallado necesita recuperar la confianza del equipo cuanto antes. Congelamos cualquier funcionalidad cosmética, blindamos el flujo principal de negocio (que el pedido entre, que el parte se guarde, que la factura cuadre), añadimos logs de errores y salimos a producción.
Un rescate técnico no busca culpables: busca recuperar la inversión ya realizada y poner el sistema a trabajar en menos de un mes.