Dos ingenieros de software programando en pareja en un mismo escritorio, luz de tarde

/Modelos de entrega · Nearshore

Desarrollo de software
nearshore.

El desarrollo de software nearshore es trabajar con ingenieros en un país cercano, dentro de tu misma jornada. Para una empresa en EE.UU., eso significa México o Colombia. Para una empresa mexicana, el nearshore es Colombia: una hora de diferencia y el mismo idioma. Esta guía explica para qué sirve el modelo, dónde falla, cómo armar y operar el equipo y cómo combinarlo con trabajo offshore.

Qué es el desarrollo de software nearshore

El equipo está en un país vecino, con una zona horaria parecida a la tuya. Compartes casi toda la jornada: los ingenieros entran a tus juntas, resuelven dudas mientras sigues en la oficina y entregan cambios que revisas esa misma tarde.

Estos términos nacieron en Estados Unidos. Si tu empresa es mexicana, un equipo en México es local (onshore), Colombia es nearshore, y Filipinas, India o Egipto son offshore.

Si tu empresa está en México, puedes armar el equipo aquí mismo (onshore) o en Colombia (nearshore). Las dos opciones trabajan en tu jornada. Y si vendes a clientes en EE.UU., un equipo en México o Colombia te deja atenderlos en su horario sin turnos nocturnos.

Ventajas y límites

La ventaja principal es colaborar en vivo. Los ingenieros entran a tus dailies, a la planeación y a las llamadas de incidentes en tiempo real. Entre la Ciudad de México y Bogotá hay vuelos directos, así que una semana de arranque presencial es viable.

Los límites existen. Los ingenieros senior en México y Colombia tienen mucha demanda, sobre todo de empresas de EE.UU., así que contratar bien lleva tiempo. Y el horario compartido no basta: sin dueños claros ni hábitos de revisión, un equipo batalla en cualquier zona horaria.

Sobre el costo: para un comprador en EE.UU., el orden es onshore, nearshore y offshore, del más caro al más barato. Para una empresa mexicana, la diferencia entre un equipo aquí y uno en Colombia depende del perfil y del stack, así que conviene cotizar los dos.

México o Colombia para ingeniería

Los dos países tienen hoy un horario estable. La Ley de los Husos Horarios, publicada en el Diario Oficial de la Federación el 28 de octubre de 2022, eliminó el horario de verano en casi todo México. La Ciudad de México, Guadalajara y Monterrey se quedan en UTC−6 todo el año. Quintana Roo usa UTC−5, Sonora UTC−7, y Baja California y algunos municipios de la frontera siguen cambiando la hora junto con EE.UU.

Colombia usa UTC−5 todo el año, sin horario de verano. Eso la deja una hora adelante de la Ciudad de México en cualquier temporada: si tu equipo entra a las 9, en Bogotá ya son las 10.

Si vendes a EE.UU., la cuenta cambia según la temporada. En invierno, la Ciudad de México tiene la hora del Centro de EE.UU.; en verano, la de Montaña. Colombia coincide con la hora del Este en invierno y con la del Centro en verano.

México tiene el mercado de ingeniería más grande de los dos. Colombia suma un segundo mercado con el mismo idioma y casi el mismo horario. Elegimos el país para cada equipo: primero las habilidades que necesitas y luego el horario de tus líderes.

Fuentes: Ley de los Husos Horarios, Cámara de Diputados Hora legal de Colombia, Instituto Nacional de Metrología

Formas de equipo

Hay tres formas comunes. Elige según quién va a dirigir el trabajo diario. Y no necesitas un equipo grande para empezar: puedes arrancar con pocas personas y crecer cuando veas resultados.

Equipo dedicadoStaff augmentationPor proyecto
Quién dirige el día a díaUn tech lead de la firma aliada, alineado a tu roadmapTus líderes de ingenieríaLa firma aliada, contra un alcance acordado
Funciona paraUn producto o plataforma de largo plazoSumar habilidades puntuales a tu equipoUn desarrollo definido con criterios de aceptación claros
Cuidado conNecesitas un product owner de tu ladoTu proceso se vuelve su procesoLos cambios de alcance requieren un proceso formal

Nearshore frente a onshore y offshore

Una comparación general para trabajo de software, vista desde una empresa mexicana. Cada firma es distinta; úsala para ordenar tus preguntas.

Onshore (tu país)Nearshore (Colombia)Offshore (India, Filipinas, Egipto)
Horario compartidoCompletoCasi completo (una hora de diferencia)Corto, o nulo sin ajustar turnos
Idioma de trabajoEspañolEspañolInglés, por lo general
Pairing y revisión en vivoFácilFácilRequiere una ventana planeada
Encaja conRoles en sitio o con requisitos localesArquitectura, producto y problemas ambiguosDesarrollo bien especificado, QA y mantenimiento

Qué trabajo conviene en nearshore

Manda a nearshore el trabajo que necesita retroalimentación rápida y criterio: descubrimiento de producto, arquitectura, un código que todavía está tomando forma y cualquier proyecto con requerimientos que cambian cada semana. Es justo el trabajo que más sufre cuando cada duda espera un día.

Muchas empresas combinan modelos. La arquitectura y el trabajo de producto se quedan cerca. Las funcionalidades bien especificadas, la automatización de pruebas y el mantenimiento van a offshore, revisados por los líderes cercanos. Un solo contrato puede cubrir ambos.

Las primeras dos semanas

Un buen arranque se nota. Al terminar la segunda semana deberías ver código integrado, no solo documentos de inducción. Pide a cualquier proveedor un plan como este, y desconfía si no lo puede describir.

  • Semana uno: cuentas por tu SSO, acceso a los repositorios y un entorno local que funciona.
  • Semana uno: un recorrido por la arquitectura con tu líder técnico y una lista escrita de los módulos que el equipo va a cuidar.
  • Un primer pull request pequeño, como un bug o una prueba, revisado por tu equipo y por un ingeniero senior.
  • Reglas de revisión por escrito: quién aprueba, en cuánto tiempo y qué bloquea un merge.
  • Semana dos: el equipo entra a la planeación y toma su primer ticket real del backlog.
  • Al cierre: una nota corta con lo que no está claro en el código y lo que arreglarían primero.

Cómo operar un equipo nearshore

Trata al equipo como parte de tu área de ingeniería. En cada equipo que gestionamos, ingenieros senior dirigen el trabajo y revisan cada cambio. Las prácticas asistidas por IA son estándar: apoyo en code review, pruebas generadas que un ingeniero valida y documentación que se actualiza junto con el código.

  • Rituales compartidos: el equipo entra a tu daily, planeación, demos y retros.
  • Un dueño con nombre para cada servicio o módulo.
  • Cada pull request revisado por un ingeniero senior antes del merge.
  • Accesos por tu SSO, con permisos mínimos, retirados el mismo día que alguien sale.
  • Código en repositorios de tu empresa desde el primer commit.
  • Cesión de propiedad intelectual a tu empresa escrita en el contrato.

Cómo elegir un socio nearshore

Entregamos los equipos a través de firmas aliadas que seleccionamos y gestionamos. Tienes un solo contrato y los mismos reportes, con un solo punto de contacto y supervisión de ingeniería senior encima. A cualquier proveedor pregúntale quién revisa el código, cómo maneja la rotación y qué pasa con los accesos y la propiedad intelectual al terminar.

Pide también conocer, antes de firmar, al ingeniero senior que va a revisar el trabajo. Quien vende el proyecto no siempre es quien lo opera.

Preguntas frecuentes

¿Conviene más México o Colombia para desarrollo de software nearshore?

Depende de dónde está tu empresa y de las habilidades que buscas. Si estás en México, un equipo aquí es local y uno en Colombia es nearshore, con una hora de diferencia todo el año. Si vendes a EE.UU., los dos países trabajan en su jornada. México tiene el mercado de ingeniería más grande y Colombia suma talento con el mismo idioma. Elegimos según el perfil que necesitas.

¿Cuánto cuesta un equipo de desarrollo nearshore?

Depende del perfil, la experiencia y el tamaño del equipo, así que no publicamos tarifas. Como regla general, el nearshore cuesta menos que un equipo onshore en EE.UU. y más que uno offshore. Entre México y Colombia, la diferencia cambia según el stack. Cuéntanos qué roles necesitas y te mandamos un plan por escrito con el costo de esa forma de equipo.

¿Cuánto tarda en arrancar un equipo de desarrollo?

Piensa en dos etapas: encontrar a las personas correctas y luego unas dos semanas de arranque antes de ver código integrado. La primera etapa depende del perfil, porque un senior o un especialista tarda más en encontrarse que un perfil intermedio. Tu lado también cuenta: los accesos y las aprobaciones toman tiempo. Pídenos un calendario para tus roles; preferimos darte uno real que uno rápido.

¿Qué diferencia hay entre nearshore y offshore?

La diferencia es la zona horaria, y con ella el costo y la forma de comunicarse. Un equipo nearshore comparte casi toda tu jornada. Uno offshore, en India, Filipinas o Egipto, está a muchas horas, cuesta menos y trabaja sobre todo por escrito. Muchas empresas usan los dos: el trabajo de criterio cerca y el desarrollo bien especificado lejos, revisado por los líderes cercanos.

¿Puedo tener un equipo en Colombia sin abrir empresa allá?

Sí. Con un equipo gestionado, la firma aliada contrata a los ingenieros en Colombia y tú firmas un solo contrato con OTRO. No abres una empresa, no llevas nómina allá ni manejas la ley laboral colombiana. Aun así, pide a tu abogado que revise el contrato, sobre todo la cesión de propiedad intelectual, la confidencialidad y el manejo de datos personales.

¿De quién es la propiedad intelectual del software que desarrolla un equipo externo?

Debe ser tuya, y el contrato tiene que decirlo. En nuestros equipos, el contrato cede la propiedad intelectual a tu empresa, el código vive en tus repositorios desde el primer commit y los accesos pasan por tus cuentas, así que puedes retirarlos cuando quieras. Pide a tu abogado que confirme que la cesión cubre el trabajo de los ingenieros de la firma aliada.

¿Cómo protejo mi código si trabajo con un equipo externo?

Con las mismas reglas que aplicas a tu equipo interno, o más estrictas. Los ingenieros entran por tu SSO con permisos mínimos, trabajan en tus repositorios y pierden el acceso el día que salen. Cada pull request pasa por la revisión de un ingeniero senior antes del merge. Pregunta a cualquier proveedor cómo maneja laptops, credenciales y salidas, y pide las respuestas por escrito.

¿Puedo empezar con un equipo pequeño?

Sí, y muchas veces conviene. Puedes arrancar con pocas personas en un módulo acotado, ver cómo trabajan durante las primeras semanas y crecer cuando veas resultados. Para una empresa mediana es la forma más segura de probar el modelo sin comprometer todo el roadmap. Cuéntanos qué quieres construir primero y te proponemos el equipo más chico que lo puede entregar bien.

Arma tu equipo nearshore

Cuéntanos qué estás construyendo, qué perfiles necesitas y en qué horario trabajas. Te respondemos con un plan por escrito: tamaño del equipo, ubicación de cada rol y cómo arrancaríamos las primeras dos semanas.

Pide tu plan