5 errores que cometen los fundadores al trabajar con equipos de desarrollo offshore

Aprovechar los equipos de desarrollo en el extranjero no es la estrategia adecuada para todos los fundadores. Sin embargo, dado el rápido aumento de los salarios de desarrollo de software doméstico, es una opción cada vez más importante incluso para construir V1. Habiendo creado software desde cero con equipos nacionales, locales y extranjeros, he visto o cometido personalmente un montón de errores que puede evitar.

Probablemente el error más importante a evitar es trabajar con la compañía de desarrollo de software equivocada, pero como ese no sería un tema sobre el que podamos ser objetivos, aquí están los siguientes cinco errores que cometen los fundadores.

Tabla de contenido

• Concéntrese en el costo por encima de todo
• Requisitos poco claros
• Temas especiales: fundadores tecnológicos y no tecnológicos
• No priorices sin piedad
• No los trates como a tu propio equipo.

1. Centrarse en el costo por encima de todo

La mayoría de los fundadores con sede en EE. UU. y la UE eligen crear software con equipos en el extranjero por una razón principal: reducir sus costos. Todos sabemos que cuando el costo es la consideración principal en la compra de algo, a menudo hacemos concesiones que son "un centavo y una libra tonta".

Al igual que en cualquier dominio, los ingenieros de software, PM y evaluadores no son todos iguales, incluso si viven en la misma ciudad. Con la escasez mundial de talentos impulsando la inflación salarial en tecnología, el desarrollo de "bajo costo" no es tan barato como solía ser. Puede ser tentador anclarse en tarifas laborales obsoletas y comparar precios hasta que encuentre una tarifa arbitraria.

El desarrollo de productos no es simplemente un producto básico. Pagar una prima razonable para que excelentes desarrolladores construyan su producto en el extranjero asegura el descuento masivo que le brinda la deslocalización sin aumentar drásticamente su riesgo de

1. entrega lenta,
2. Mala calidad,
3. O características incomprendidas/incompletas.

2. Requisitos poco claros

El desarrollo offshore tiene sus ventajas y desventajas, y la más obvia es que por lo general se trabaja de manera intercultural. También tiene que lidiar con lo que mi vicepresidente en Amazon denominó problemas de "perseguir el sol": poca superposición de zonas horarias. Estos desafíos son totalmente manejables con requisitos detallados y exceso de comunicación.

Si no ha trabajado antes en estrecha colaboración con equipos de software, esto se convierte en un verdadero desafío. Incluso si es así, siempre te sorprenderá lo que olvidaste decirle a tu equipo de desarrollo sobre tu visión o característica. Siempre recomiendo que los creadores de software primerizos trabajen en estrecha colaboración con expertos en productos y analistas comerciales para garantizar que sus requisitos se detallan realmente de la manera correcta.

Hay muchas características que, si las construyes tarde en el proceso, pueden requerir 2, 3 o 5 veces más esfuerzo y generar una complejidad que debe administrarse.

3. Temas especiales: fundadores tecnológicos y no tecnológicos

Aquí hay algunos errores que se ven diferentes entre los fundadores tecnológicos y no tecnológicos.

Los fundadores no tecnológicos no obtienen ingenieros externos para examinar el diseño de la solución

Como no soy ingeniero, no soy la persona adecuada para hacer un análisis de escalabilidad en un diseño de sistema propuesto. Tengo muchísima experiencia en la creación de software, pero siempre traigo a un ingeniero externo para asegurarme de que el plan de un nuevo equipo se vea bien.

Es una forma poderosa de verificar que las personas que construyen a su bebé no terminarán arrinconándose (y que ha elegido el equipo correcto). Esto es menos importante cuando contrata a una empresa de desarrollo de clase mundial, pero aún así lo recomiendo, especialmente si su éxito futuro depende de atender a muchos usuarios simultáneos.

Estos son algunos consejos de NeoITO para encontrar a su cofundador técnico.

Los fundadores de tecnología tienden a microgestionar a los desarrolladores

Los fundadores que han creado partes centrales de su tecnología por sí mismos pero que no tienen experiencia en la gestión de equipos, esto es para ustedes.

Si solo ha creado software como colaborador individual y contrata a un equipo extranjero, será muy tentador microgestionar el equipo. Esto es comprensible porque tendrá que lidiar con el tiempo y las diferencias culturales.

A corto plazo, la microgestión a menudo nos protege de los problemas de calidad iniciales, garantiza que las cosas estén estandarizadas y, francamente, solo nos hace sentir más cómodos.

El problema es que el verdadero apalancamiento de un equipo offshore es solo eso: pueden funcionar como un equipo separado y paralelizar partes importantes de la construcción. Si puede hacer el cambio para involucrarse en requisitos claros, características y funcionalidades, hitos ágiles, etc., realmente puede aumentar el impacto del equipo.

Sus habilidades técnicas agregan mucho valor al proyecto cuando realiza revisiones de código ocasionales. Si trabaja con un proveedor de servicios maduro y está dictando enfoques de codificación, resolviendo cada problema técnico usted mismo y anulando a sus ingenieros, obtendrá el mismo resultado con los equipos globales que tiene con los nacionales: los mejores desarrolladores simplemente no querrán trabajar en sus proyectos. ¡Los desarrolladores globales también tienen muchas opciones de trabajo!

4. No priorices sin piedad

Una cosa que veo con los proyectos de desarrollo de software en alta mar es un cambio de ágil a cascada. Cuando crea requisitos, obtiene un presupuesto, decide un socio y comienza a construir con un equipo de unos pocos desarrolladores de inmediato (¡uno de los grandes beneficios de los equipos en el extranjero!) a un costo barato, parece que debe construir su "sueño". hogar".

Los fundadores en este modo comienzan a pensar que deben tener todas sus funciones integradas antes de que los usuarios prueben lo que han creado.

Si cree que está obteniendo un trato en el servicio, desea obtener todas las campanas y silbatos. El problema es que las características toman tiempo, y cada momento que no recibe comentarios de los clientes es un costo enorme.

No deje que el menor costo de desarrollo le impida priorizar características sin piedad. El éxito del proyecto aún dependerá de si realmente atrae a los usuarios. Habrá tiempo para desarrollar el conjunto de funciones más adelante.

Todos los proyectos de desarrollo de software en los que he estado involucrado, en Amazon con desarrolladores con sede en EE. UU. e India, con desarrolladores cercanos a la costa para mi propia empresa emergente y la construcción de mis clientes con excelentes equipos en el extranjero, se retrasan.

Será muy fácil culpar a su equipo extranjero por los retrasos, pero en mi experiencia, los retrasos se deben más a menudo a la falta de reducción despiadada de las características para ingresar al mercado.

Lectura sugerida: Cómo trabajar eficazmente con su equipo de desarrollo offshore: una guía detallada

5. No los trates como a tu propio equipo

Si usted es un fundador que confía en un equipo de desarrollo para crear el software sobre el que va a construir una empresa, debe pensar en ellos como SU equipo.

Puede que no hayas contratado a cada uno de ellos. Pueden sentarse a miles de kilómetros de distancia, hablar un idioma diferente en casa y no compartir muchos de sus puntos de referencia cultural. Aun así, son las personas que van a hacer que tu emprendimiento empresarial tenga éxito.

Los fundadores exitosos siempre son muy conscientes de que deben sacar lo mejor de su equipo para tener éxito. Si sus desarrolladores y PM viven a 10 o 12 zonas horarias de distancia, eso aún significa pasar tiempo con ellos.

Los primeros días de un producto son particularmente importantes para hacerlo bien, dado que los requisitos y las características que no se cumplen se vuelven más costosos de construir más adelante. Es fundamental estar disponible para responder las preguntas de los desarrolladores sobre sus requisitos.

Encuentro que los equipos globales necesitan más tiempo con los fundadores de lo que se dan cuenta. A menudo quieren ser un recurso llave en mano que pueda "volar por cable", pero en todos los procesos de desarrollo de productos en los que he formado parte, el margen para los malentendidos siempre es mayor de lo que piensas.

Reunirse con frecuencia durante su jornada laboral. Les digo a los fundadores que trabajan con equipos con sede en la India que reserven dos noches a la semana o más para estar disponibles para reunirse con su equipo. Si está en hora del Pacífico, eso significa entre las 9 p. m. y las 11 p. m.

Por lo general, también estarán disponibles para reuniones por la noche, pero no hay nada como compartir la carga de la noche con su equipo para impulsar su compromiso y ayudarlos a sentirse parte de algo.

Resumen

Los equipos de desarrollo en alta mar son una forma poderosa de hacer que su financiación se extienda mucho más. Eso le brinda más flexibilidad, más mordidas en la manzana si necesita pivotar y hace que la rentabilidad sea mucho más fácil de alcanzar.

NeoITO ha construido un historial de servicio a los fundadores, dando vida a su visión y ayudándolos a crear empresas valiosas. Somos de grado de inicio. Póngase en contacto conmigo si desea conversar sobre su estrategia de desarrollo de productos.