El coste oculto de las capas de subcontratación en el software externalizado
La reunión de venta va bien. Un arquitecto sénior hace preguntas afiladas, dibuja un plan sensato y da un precio razonable. Tres meses después llega el código y no coincide con el plan. Lo que pasó en medio suele resumirse en una palabra: subcontratación.
Muchas agencias venden con su mejor gente y entregan con quien esté disponible, a veces a través de una segunda o tercera empresa que nunca conoces. Cada capa entre la persona que definió el alcance y la persona que escribe el código tiene un coste. Y la mayoría de esos costes son invisibles hasta el final.
Lo que te quita cada capa
Intención. Una especificación es la versión comprimida de una conversación. Cada traspaso la descomprime con pérdidas. Quien escribe el código no escuchó tus restricciones, tus casos límite ni tu tono. Los huecos se rellenan con suposiciones, y las suposiciones se convierten en retrabajo.
Responsabilidad. Cuando la entrega está mal, ¿quién la arregla? La agencia culpa al subcontratista, el subcontratista culpa a la especificación, y tu calendario absorbe la disputa. Un código del que nadie responde es un código que nadie cambiará con confianza.
Confidencialidad. Tu NDA obliga a la empresa con la que firmaste. Normalmente no llega al subcontratista del subcontratista. No tienes forma práctica de verificar quién vio realmente tus datos, tus credenciales o tu roadmap.
Feedback de calidad. El sénior que te impresionó en la llamada comercial no revisa nada, o revisa demasiado tarde. Cuando los problemas afloran en una demo, las horas baratas ya se gastaron y las caras (desenredarlas) apenas empiezan.
Cómo detectar las capas antes de firmar
Haz estas preguntas por escrito y guarda las respuestas junto al contrato:
1. ¿Quién escribe el código exactamente? Nombres, no tamaños de equipo. Si la respuesta es «nuestro equipo de delivery», pide conocer a los ingenieros concretos.
2. ¿Alguna parte del trabajo la realiza otra empresa o freelancers? Una cláusula clara de «sin subcontratación» en el SOW es barata para un proveedor honesto y cara para el otro tipo.
3. ¿Quién revisa el código y con qué frecuencia lo veré funcionando? Las demos semanales de software funcionando son difíciles de fingir a través de tres capas.
4. ¿Dónde vive el código? En tu repositorio desde el primer día puedes ver quién hace commits, cuándo, y cómo evoluciona la calidad en tiempo real, no al final.
5. ¿Qué pasa si el ingeniero asignado no está disponible? Un respaldo con nombre y un traspaso documentado valen más que un banquillo de sustitutos anónimos.
El modelo alternativo
El patrón de fallo no es externalizar en sí. Es la distancia entre definir y construir. Cuando el ingeniero sénior que define el alcance es quien lo implementa, la intención sobrevive, la responsabilidad tiene nombre y tu NDA cubre a todos los que tocan el trabajo.
Ese es el modelo de Urbano DX: quien define el alcance lo construye, sin subcontratación, con demos semanales que tú apruebas y el código en tu repositorio desde el primer commit. No es el modelo adecuado para todos los proyectos, pero para construcciones acotadas medidas en semanas elimina por completo el impuesto de las capas.
Si ahora mismo estás comparando propuestas, añade una columna a tu hoja: «quién escribe realmente el código». Predice el resultado mejor que el precio.