Cómo saber si necesitas outsourcing de desarrollo

La conversación casi nunca empieza por «necesito outsourcing». Empieza por un síntoma: hay una lista de cosas por construir, el equipo que existe está ocupado con lo que ya está en producción, y contratar a alguien tomó los últimos cuatro meses sin resultado.

Antes de decidir con quién, conviene decidir si. Porque el outsourcing resuelve algunos de esos síntomas muy bien y otros nada.

Cuándo tiene sentido

Cuando el trabajo tiene fecha y el reclutamiento no. Si el proyecto tiene que estar en marzo y un proceso de selección para un perfil senior toma meses sin garantía, el problema no es de presupuesto: es de calendario.

Cuando la carga es real pero no permanente. Un pico de seis meses no justifica una contratación indefinida, con su liquidación al final.

Cuando falta un perfil puntual, no un equipo. Un arquitecto para definir la base, un DBA para ordenar una base de datos que creció sin diseño, un QA que hoy no existe. Son roles que una empresa mediana necesita a ratos y no a tiempo completo.

Cuando la rotación te está costando más que el sueldo. Cada salida se lleva contexto que no está escrito en ninguna parte, y el reemplazo tarda en recuperarlo.

Cuándo no

Si lo que falta es decidir qué construir. Ningún proveedor externo va a resolver una prioridad que la empresa no ha tomado. Va a construir rápido lo que le pidan, que es distinto de construir lo correcto.

Si el conocimiento es el negocio. Hay componentes donde la ventaja competitiva está en el código, y ahí conviene que el que lo escribe se quede.

Si no hay nadie que reciba el trabajo. Un equipo externo necesita un interlocutor técnico del lado del cliente. Sin eso, el resultado es código que nadie sabe mantener.

Los tres modelos, y para qué sirve cada uno

En los tres, el equipo crece contigo: no publicamos un tope de perfiles porque ponerlo sería limitarte por adelantado. Lo que sí es un compromiso concreto es el tiempo —sumar a alguien más toma una semana—, y ese es el número que conviene comparar contra lo que te tomaría abrir una vacante.

Hay una cuarta opción que a veces es la correcta y no es outsourcing de personal: encargar el proyecto completo. Si lo que necesitas es un sistema terminado y no capacidad de desarrollo continua, un proyecto a medida se cotiza por alcance y se entrega funcionando, sin que tengas que dirigir a nadie.

Nearshore: por qué la zona horaria decide más de lo que parece

La comparación de tarifa por hora es la que se hace primero y la que menos explica.

Lo que realmente cambia el resultado es si el desarrollador está disponible cuando tu equipo trabaja. Una reunión diaria a las nueve de la mañana funciona con alguien en GMT−4 —la misma hora que Nueva York durante buena parte del año— y no funciona con doce horas de diferencia, por barato que salga la hora.

El segundo factor es el idioma, y conviene pedir el nivel por escrito y comprobarlo tú mismo en la entrevista, no aceptarlo como una etiqueta del proveedor.

Las siete preguntas que hay que hacer antes de firmar

Un proveedor serio responde las siete sin incomodarse. Si alguna se responde con vaguedad, ahí está el riesgo:

1. ¿Puedo entrevistar al candidato antes de aceptarlo? La respuesta correcta es sí, siempre. Nadie debería asignarte a alguien que no aprobaste.
2. ¿Qué pasa si la persona no funciona o renuncia? La rotación tiene que ser problema del proveedor, no tuyo. Ese es el punto entero del modelo.
3. ¿Cuánto toma sumar a alguien más? Si escalar toma tanto como contratar directo, el modelo no te está dando su principal ventaja.
4. ¿Quién cubre vacaciones y licencias? O las cubre el proveedor, o estás pagando días que nadie trabaja.
5. ¿Quién pone los equipos? Laptop y herramientas suman a un costo que a veces aparece después.
6. ¿Hay permanencia mínima? Debe estar dicha antes, no descubrirse al querer salir.
7. ¿De quién es el código? Tuyo, en tu repositorio, con acuerdo de confidencialidad firmado. Sin excepciones.

Contra contratar directo

Ninguna de las dos opciones gana siempre. Esto es lo que cambia:

Esa última fila es la que más se subestima. Un equipo externo bien llevado documenta; uno mal llevado se va con el contexto en la cabeza.

Antes de contratar a nadie

La pregunta anterior a «¿con quién?» es «¿para hacer qué, y en qué orden?». Si esa lista todavía no está clara, contratar capacidad solo hace que se construya más rápido lo que quizá no había que construir. Sobre eso trata cómo integrar la tecnología en la estrategia de la empresa.

Y si ya está clara, la siguiente decisión es cómo se va a trabajar: las metodologías de desarrollo determinan cada cuánto vas a ver resultados y qué tan caro sale cambiar de opinión a mitad de camino.

Datos clave de este análisis

1. El outsourcing de desarrollo resuelve problemas de calendario, de carga temporal y de perfiles puntuales; no resuelve la falta de definición de prioridades.
2. Existen tres modelos de contratación: por desarrollador al mes, por equipo completo y por bolsa de horas.
3. Encargar el proyecto completo por alcance es una alternativa distinta al outsourcing de personal.
4. En un modelo nearshore, la coincidencia de zona horaria pesa más en el resultado que la diferencia de tarifa por hora.
5. El cliente debe poder entrevistar y aprobar a cada candidato antes de que se le asigne.
6. La rotación, las vacaciones, las licencias y los equipos de trabajo deben quedar del lado del proveedor.
7. El código y el repositorio son del cliente, con acuerdo de confidencialidad firmado.