Cómo escalar un equipo de tecnología en un 30 % en 3 meses: estudio de caso paso a paso

Hoy en día, es difícil imaginar que uno pueda contratar fácilmente un equipo de cinco a diez desarrolladores internos con el conjunto de habilidades requerido. La feroz lucha por el talento en el mercado y las lucrativas ofertas de los competidores no lo hacen más sencillo.

¿Por qué? El problema clave radica en la escasez de talento de TI que se ha convertido en uno de los cuellos de botella de rápido crecimiento que enfrentan las empresas modernas. Contratar especialistas en tecnología es ahora un verdadero desafío. Y no hay sorpresa allí. En los últimos diez años, el número de empresas B2B SaaS se ha multiplicado por 50 y sigue creciendo como una bola de nieve. Hay más de 15,000 negocios de este tipo solo en los EE. UU. Además, los gigantes como Google y Amazon siguen eligiendo el mercado laboral tecnológico.

Además de eso, la pandemia de COVID-19 ha resultado en una digitalización comercial desenfrenada. Por lo tanto, el creciente mercado de nuevas empresas se ha convertido en una verdadera lucha para contratar y retener a los mejores talentos tecnológicos para unirse a empresas y nuevas empresas que no son de TI. Como resultado, ofrecer a los candidatos salarios demasiado altos genera caos en el mercado.

La verdad es que incluso si su startup ha logrado recaudar fondos impresionantes, sus desafíos de personal están lejos de resolverse.

Sin embargo, no es una buena razón para rendirse. El mundo se ha vuelto remoto. Sus oportunidades de personal interno ya no lo limitan. Además, tu ubicación tampoco es un obstáculo.

Aquí, compartiré un caso real en el que nuestra empresa, Aspirity, ha ayudado a escalar el equipo de tecnología en el menor tiempo posible y revelará la experiencia que ambas partes han obtenido.

Interno VS. VS remoto. Equipos distribuidos

Hoy en día, han surgido muchos enfoques y modelos de dotación de personal nuevos, lo que hace que el acceso al grupo de talentos global sea una perspectiva real para aquellos que buscan soluciones más flexibles y eficientes.

Veamos los tipos de equipos de desarrollo más comunes en términos de su ubicación.

Equipos internos: cómo han cambiado las cosas

Muchas empresas consideran que los equipos internos son la solución más estable, manejable y confiable por la que optar. Estos son los argumentos más extendidos a favor del modelo in-house:

• Control directo sobre el flujo de trabajo.
• Una oportunidad para construir un entorno de oficina transparente y de confianza.
• Comunicación cara a cara.
• Sin diferencias horarias ni barreras idiomáticas.

Sin embargo, durante la pandemia, la mentalidad de la gente cambió. Hoy en día, la concentración de todo el trabajo en equipo en una sola oficina puede considerarse obsoleta. Según la investigación de Gartner, después del brote de COVID-19, el 82 % de los empleadores permitieron que su personal trabajara de forma remota parte del tiempo, mientras que el 47 % de los líderes de las empresas apoyan el trabajo completamente remoto.

Debido a estos cambios, las desventajas del desarrollo interno superan significativamente sus beneficios. Con un grupo de talentos mucho más pobre, le resultará difícil competir con los gigantes que contratan a los mejores especialistas locales. Por lo tanto, escalar su equipo de desarrollo interno y agregar la experiencia necesaria puede ser demasiado desafiante.

Equipos Remotos: la Nueva Realidad

Las soluciones remotas son una gran alternativa al desarrollo interno. Puede encontrar el talento requerido con acceso al mercado global de TI. Además, puedes elegir la franja horaria que más te convenga y contratar a los profesionales que necesites.

El riesgo potencial de contratar empleados remotos es que puede resultarle difícil integrarlos rápidamente en el equipo que ya está trabajando en el proyecto. Además, algunos empleados remotos pueden requerir más tiempo para la incorporación, ya que no se sentirán instantáneamente como una parte integral de su equipo interno.

Equipos Distribuidos: una Solución Alternativa

Entonces, ¿qué puede hacer una empresa para contratar especialistas remotos hábiles y abordar los desafíos potenciales con respecto a su incorporación y compromiso? Según nuestra experiencia, crear un equipo distribuido es una gran solución.

En primer lugar, un equipo distribuido consta de profesionales que ya tienen un entendimiento mutuo y pueden interactuar de manera efectiva entre sí. Conocen las fortalezas y debilidades de los demás y pueden construir el proceso de colaboración en poco tiempo sin requerir ningún esfuerzo de su parte.

Además, estos equipos probablemente tengan métodos bien establecidos y probados para mantener las bases de datos, y no tendrán ningún problema para incorporar nuevos empleados si necesita escalar rápidamente.

Además, al contratar un equipo distribuido, se debe realizar una incorporación eficiente. Es fundamental comunicar la idea central de tu proyecto y hacer que los nuevos miembros sientan pasión por tu producto.

Por supuesto, el proceso de adaptación llevará algún tiempo. Una empresa que recurre al modelo distribuido debe considerar la diferencia de zona horaria y las especificidades culturales. Sin embargo, si necesita un escalado efectivo, es poco probable que todos estos factores se conviertan en obstáculos. Para tal propósito, difícilmente encontrará una opción más orientada a los resultados.

Comparación de precios

El costo de desarrollo depende de múltiples factores. Y el nivel de calificación de los desarrolladores involucrados en el proyecto no es lo único que importa. Otro aspecto importante es la ubicación de su equipo de desarrollo. Principalmente, esto depende de las condiciones económicas de la región, los salarios promedio, los impuestos y más.

Aquí, compararemos el costo de servicios de desarrollo particulares en diferentes partes del mundo. Le dará una idea aproximada de las tarifas promedio de los ingenieros de software si decide subcontratar el desarrollo de su producto a otro país o contratar especialistas por su cuenta.

Tenga en cuenta que si contrata trabajadores remotos, tendrá que lidiar con muchos escollos, como el sistema fiscal en un país en particular. Mientras tanto, si recurre al modelo de equipo distribuido, es probable que los proveedores se enfrenten a estos problemas sin su esfuerzo. Dichos factores afectan significativamente la escala y el presupuesto del proyecto.

Presencial vs Remoto: Nuestra Experiencia

Nuestra empresa, Aspirity, ha adquirido una sólida experiencia trabajando de forma remota y aplicando el modelo de equipo distribuido. Durante la pandemia, nuestros empleados se han adaptado a la nueva realidad de trabajar desde casa. Así que ahora, no más del 10% de ellos regresan a trabajar en la oficina. Según nuestra experiencia, el trabajo remoto es aún más productivo ya que elimina el ruido de la oficina y otras distracciones, lo que permite a los empleados sumergirse en el proceso de trabajo.

Curiosamente, algunos de nuestros empleados decidieron comenzar a trabajar de forma remota y unirse a equipos distribuidos incluso antes del brote de la pandemia. En otoño de 2019, una startup de Silicon Valley se acercó a nosotros para unirnos a su proyecto. En ese momento, querían construir un producto innovador pero entendieron que tomaría mucho tiempo y recursos de los que carecían. Entonces, el cliente buscaba de tres a cinco empleados a la vez que tuvieran el conjunto de habilidades para cubrir la parte frontal, incluido el diseño. Y decidimos empezar a trabajar juntos.

Para nosotros también fue una nueva experiencia ser responsables solo de una parte específica del proyecto. Como resultado, hemos establecido el formato de trabajo que ahora llamamos equipo distribuido.

Por lo general, la incorporación a un proyecto de este tipo lleva varios meses. Sin embargo, nuestro equipo logró hacerlo mucho más rápido. Ahora, revelaré lo que hemos aprendido mientras trabajamos juntos en un equipo distribuido.

La búsqueda de un equipo

La primera pregunta a la que probablemente se enfrente una empresa o una startup es cómo encontrar un equipo distribuido que cumpla con sus objetivos y expectativas. Aquí hay algunos factores clave a considerar.

• Piscina de talento. Para crear un producto excepcionalmente innovador, es probable que necesite acceder al menos al 1-2 % de los mejores talentos del mundo. Sin embargo, encontrar y retener a profesionales capacitados en los EE. UU. es bastante desafiante debido a la escasez de talento en TI. El modelo de equipo distribuido le permitirá acceder a los mejores especialistas en otras regiones como el Sudeste Asiático, Europa del Este y América del Sur.
• Conexiones personales. No descuides los comentarios de las personas que conoces y en las que confías. Una buena reputación a menudo va por delante de los mejores equipos, independientemente de su ubicación.

• Similitudes culturales. Es crucial tener en cuenta la mentalidad y los valores del equipo que contrate. Es necesario encontrar socios que puedan sumergirse en sus ideas de negocio y convertirse en una parte integral de su proyecto. Te ayudará a establecer una mejor comunicación con el equipo, sin siquiera notar la diferencia entre los especialistas remotos y tus empleados internos.
• Impacto de la zona horaria. Para muchas empresas, las diferencias de zona horaria pueden parecer un inconveniente importante a la hora de contratar un equipo distribuido. Sin embargo, puedes convertirlo en un beneficio. Por ejemplo, al contratar a un proveedor de Europa del Este, puede ejecutar procesos particulares casi las 24 horas del día, los 7 días de la semana. Lo más importante es encontrar tiempo para llamadas y reuniones que sea conveniente para todos.

Cómo validar un equipo

Después de encontrar un equipo que parezca apropiado, es hora de validar su confiabilidad. Existen numerosas formas de verificar si el candidato es relevante para sus necesidades. Los siguientes son los más comunes:

• Consulta el portfolio de la empresa y los casos de estudio.
• Lee las reseñas de sus clientes.
• Preste atención a la calificación de reputación de los proveedores en sitios web especializados como Clutch y GoodFirms.

Además, es mejor no confiar en las promesas de los candidatos de corresponder a los más altos estándares. Hay cientos de proveedores por ahí, y cada uno afirma ofrecer los mejores servicios.

Es por eso que una entrevista técnica es crucial. Le ayudará a estimar las capacidades técnicas, el conocimiento en un campo particular y la relevancia de la experiencia del equipo de candidatos.

Además, es mejor no sobrestimar la elección de una pila tecnológica. En su lugar, priorice el equipo con excelentes habilidades en una tecnología en particular, incluso si no es la que ha considerado. Es mucho mejor que contratar a los llamados sí-hombres que siempre seguirán sus requisitos, independientemente de lo justificados que estén, en lugar de ofrecer soluciones más eficientes.

Lo que es más importante, asegúrese de que la pila tecnológica elegida esté preparada para el futuro y tenga una comunidad de desarrolladores razonablemente grande.

Otro factor crítico es la interacción entre los equipos de backend y frontend. En nuestro caso, el cliente ya contaba con su equipo de backend. Por lo tanto, tenían que asegurarse de que los especialistas de frontend entendieran ciertos detalles de backend. Estaban buscando especialistas conscientes de los conceptos básicos, como trabajar con datos falsos, API, etc. Aprender estos elementos esenciales sobre la marcha puede reducir significativamente la productividad y el ritmo de desarrollo.

Convertirse en un equipo conjunto

Cuando un equipo distribuido comienza a trabajar en conjunto, sus miembros necesitan algo de tiempo para establecer un flujo de trabajo colaborativo. En nuestro caso, los miembros del equipo interno del cliente querían que nos sumergiéramos en la esencia y las ideas centrales del proyecto antes de comenzar el proceso de desarrollo. Entonces, inicialmente, exploramos cómo administrar el proyecto teniendo en cuenta las necesidades de los usuarios, cómo debería diseñarse y qué gráficos se requieren.

Para ello, dedicamos un mes a analizar los productos de la competencia. Estudiamos varios paneles para comprender lo que un usuario espera de productos similares, los buscamos y probamos, y tomamos muchas capturas de pantalla. Finalmente, recopilamos y organizamos toda esta información para consultarla durante el proceso de diseño.

Al principio, los miembros de nuestro equipo no tenían mucha experiencia en el campo del proyecto del cliente. La investigación preliminar nos permitió obtener las referencias necesarias en las que podíamos confiar al diseñar el producto. Además, el proceso de investigación nos ayudó a profundizar más en el proyecto en sí. Y era el primer paso imprescindible.

Otro aspecto vital fue la gestión de proyectos que nos ayudó a establecer una comunicación eficiente entre equipos, programar las reuniones, organizar el flujo de trabajo colaborativo y evitar causar desafíos en el trabajo de los demás.

Aquí hay algunos conocimientos cruciales que nuestro equipo distribuido ha obtenido y los métodos que hemos ideado.

• Comunicación. Aunque comenzamos con algunos problemas y malentendidos, rápidamente alcanzamos los compromisos necesarios y aumentamos nuestra eficiencia. Ahora, nuestro equipo usa varios canales de Slack y chats grupales para discusiones instantáneas y entrega oportuna de información importante. Nuestros gerentes de proyecto están constantemente en contacto y nuestro líder técnico siempre sabe cómo reemplazar a los trabajadores durante las vacaciones o cualquier circunstancia imprevista. Esto nos permite mantener el ritmo ininterrumpido del flujo de trabajo.

• Reuniones y llamadas. El trabajo del equipo distribuido requiere sesiones regulares en línea para discutir los resultados, verificar los entregables, establecer planes y sprints, compartir los problemas, etc. Por lo tanto, tenemos numerosas reuniones periódicas con diferentes propósitos:

• Reuniones diarias del equipo front-end con el propietario del producto.

• • Reuniones semanales con el líder del equipo de otro país.
  • Reuniones diarias de los miembros de nuestro equipo.
  • Reuniones de retrospectiva y retrospectiva técnica cada dos semanas.
  • Reunión técnica semanal para discutir el nuevo plan tecnológico.
  • Reuniones periódicas de gestión.

• Revisiones de Sprint cada 2-3 días.

Cada llamada y reunión tiene un objetivo particular que ayuda al equipo a permanecer en la misma página y comprender el progreso y los problemas de los demás. Sin embargo, muchas cosas se discuten en chats grupales y mensajeros para ahorrar tiempo.

• Espacio de trabajo común. Al principio, nuestro equipo utilizó dos espacios de trabajo de Jira diferentes:
• Nuestro espacio de trabajo del equipo de interfaz de usuario y interfaz de usuario.
• El espacio de trabajo de nuestro cliente para administrar tareas de interfaz de usuario, backend, API y frontend.

Con tal enfoque, el control de calidad del lado del cliente informó errores de interfaz de usuario y nuestro control de calidad informó errores de front-end. Más tarde, nos mudamos a un solo espacio de trabajo de Jira, lo que facilitó significativamente el proceso de gestión de proyectos.

comida para llevar

Suponga que necesita escalar su proyecto de manera rápida y eficiente sin perder tiempo en encontrar, contratar y capacitar a todos los especialistas internos necesarios. En ese caso, el modelo de equipo distribuido es una de las mejores opciones. Le brindará acceso al grupo de talentos global y le permitirá contratar desarrolladores hábiles con una experiencia colaborativa bien establecida.

Con tecnologías y enfoques modernos para la gestión de proyectos, crear y organizar un flujo de trabajo eficiente es un objetivo completamente alcanzable. El uso de potentes herramientas de comunicación, colaboración y documentación minimiza los riesgos y se convierte en una base fiable para un trabajo conjunto transparente y orientado a resultados.

Por lo tanto, todo lo que tiene que hacer es encontrar un equipo confiable con experiencia relevante y hacer todo lo posible para transmitirles su pasión por el producto que va a construir.

por: Alexander Efremov (LinkedIn)