Matemática de zonas horarias: por qué Costa Rica y Latam le ganan a Europa del Este y Asia

La zona horaria es la variable que nadie se molesta en calcular antes de firmar el contrato, y es la que decide si tu equipo distribuido shippea cada semana o se manda videos de Loom y se queda esperando.

Corramos los números reales. Costa Rica, Polonia, India. Mismo cliente en EE. UU. Otra semana muy distinta.

El setup

Asumamos que tu equipo está en la Costa Este (EST, UTC-5 estándar, UTC-4 en horario de verano). Horario de trabajo: 9am-5pm. Vamos a medir cuántas horas del día laboral del cliente caen dentro del horario de trabajo normal del ingeniero del otro lado.

Costa Rica es UTC-6 todo el año. Acá no hay cambio de hora. Nunca.

Polonia es UTC+1 estándar, UTC+2 en horario de verano. India es UTC+5:30, sin cambio de hora.

El número que importa es “cuántas horas del día laboral en EE. UU. caen dentro del horario normal de la persona del otro lado”. No “ambos estamos despiertos a las 6am de su hora”. Solape real, con la ingeniera en su escritorio y no desayunando en la cocina.

Costa Rica vs el día laboral en EE. UU.

Costa Rica está una hora atrás del EST en invierno (CR 9am = EST 10am). En verano gringo (daylight saving) son dos horas atrás (CR 9am = EST 11am).

Mapeado contra las zonas de EE. UU., asumiendo día laboral 9-5 allá y horario 9-5 acá:

• EST (Costa Este): 7 horas laborales de solape. CR 9am-5pm cubre EST 10am-6pm en invierno, EST 11am-7pm en verano.
• CST (Central, Chicago): 8 horas, básicamente todo el día gringo.
• MST (Montaña): 7 horas. CR queda una hora adelante.
• PST (Pacífico, SF): 6 horas. CR 11am-5pm solapa con PST 9am-3pm en invierno, más en verano.

O sea, un ingeniero costarricense en horario 9-5 cubre un día laboral completo con cualquier costa del cliente. Hace standup real, pair real, revisión de PR real en la misma hora en que se escribió el código.

Por qué esto importa en la práctica, ver por qué funciona el nearshore en Costa Rica y por qué empresas SaaS contratan desarrolladores en Costa Rica.

Polonia vs el día laboral en EE. UU.

Polonia es UTC+1 estándar. Los números:

• Una ingeniera polaca en horario 9-5 Varsovia está en el escritorio 3am-11am EST en invierno.
• Eso da dos horas de solape con EST (9am-11am EST = 3pm-5pm Varsovia, fin de su día).
• Contra PST, la ingeniera polaca está dormida cuando arranca el día gringo. Cero solape en horario normal. Para tener algún solape, tiene que trabajar hasta las 7 u 8 de la noche Varsovia, que son 10 u 11am PST. Eso te da una hora, dos en el mejor caso, y le estás pidiendo que se quede tarde cada día.

Ese es el problema estructural. Para sacar cuatro horas de solape con PST, tu ingeniera polaca tiene que estar en horario 11am-7pm Varsovia y tu líder gringo tiene que estar disponible hasta 11am PST. Los dos lados doblan su día. La gente lo aguanta un trimestre y se va.

India vs el día laboral en EE. UU.

India es UTC+5:30. Los números son peores.

• Un ingeniero en Bangalore en horario 9-5 IST está en su escritorio 11:30pm-7:30am EST. Cero solape con EST en horario normal de EE. UU.
• Contra PST, solape negativo. La persona en India está dormida durante todo el día laboral gringo.

Los equipos arman parches con “horarios corridos”. O la ingeniera en India trabaja 6pm-2am IST (para cubrir mañana gringa), o el equipo gringo hace un standup a las 7am para agarrar el final del día indio. Los dos turnos queman retención. Los dos también empujan a colaboración 100% asíncrona, donde cada blocker se vuelve una ida y vuelta de 24 horas.

Hemos hablado con muchos clientes que llegaron acá después de engagements offshore. El reclamo nunca es el código. El reclamo es el calendario.

Qué podés hacer con 6-8 horas de solape

Una ventana real de solape cambia lo que podés shippear por semana.

Podés correr un standup de 15 minutos a las 9:30am del cliente y todo el mundo está en su escritorio. No tres en la llamada y dos mensajes en Slack a las 3am que se leen a las 9.

Un PR que tu ingeniera costarricense manda a las 10am de acá lo revisa tu líder gringo a las 11am de allá. Mergea esa misma tarde. La autora sigue online para responder comentarios. En el modelo offshore, ese mismo PR queda parado un día gringo, se revisa a las 6pm hora EE. UU., la autora ve los comentarios a las 8am Bangalore al día siguiente, arregla, y vos llevás 36 horas en un cambio de 30 minutos.

Pair programming es posible. Pair de verdad, no “compartimos pantalla 20 minutos antes de que alguien se tuviera que desconectar”. Diseño le puede preguntar cosas a ingeniería y recibir respuesta la misma hora. Producto se puede sentar en una refinement session con el equipo que va a construir la cosa.

Shipping en el mismo día. Un feature que necesita diseño + frontend + backend + QA puede pasar por tres manos en un solo día, en vez de una mano por día.

Por qué la colaboración 100% asíncrona no salvó el remoto

El argumento era que con buena comunicación escrita la zona horaria se vuelve irrelevante. Es parcialmente cierto. Docs asíncronos, descripciones de PR claras, tickets bien escritos: todos ayudan. No reemplazan los momentos donde dos personas necesitan pensar en voz alta diez minutos sobre por qué el plan de query está mal.

Los equipos que vimos irse 100% async con devs offshore describen el mismo patrón. El primer mes está bien. El segundo, las decisiones se quedan paradas en hilos de Slack por 48 horas. Al tercer mes, los ingenieros offshore están sub-utilizados porque nadie responde rápido sus preguntas para mantenerlos sin bloquear. El contrato 100% async se convierte en una manera cara de escribir el 30% del código que creíste que estabas comprando.

Unas pocas horas de solape sincrónico arreglan la mayoría de eso. No todo. Igual necesitás los docs y la disciplina escrita. Pero el solape es la diferencia entre async-por-elección (poderoso) y async-por-geografía (caro).

Para el marco de decisión más amplio, ver nuestro desglose nearshore vs offshore.

Qué significa esto cuando compares cotizaciones

Dos cotizaciones que en papel se ven iguales. Un vendor offshore a $35/h, un vendor nearshore en Costa Rica a $60/h. La offshore se ve 40% más barata.

Aplicale ahora la matemática de solape. El ingeniero offshore te da quizás 1-2 horas útiles de solape. El nearshore te da 6-8. La velocidad efectiva del offshore baja por el lag de ida y vuelta. El nearshore puede hacer pair, revisar y shippear el mismo día.

No estamos diciendo que offshore nunca gane. Para trabajo muy async, bien especificado, puede. Para ingeniería de producto donde los requisitos se mueven cada semana y las personas necesitan hablar con producto, diseño y entre sí, la cuenta se invierte una vez que metés lo que de verdad cuesta la zona horaria.

WhatsApp rápido para ver fit