En cualquier empresa de tecnología, la incorporación de nuevos empleados es un momento de verdad.Cuán rápido un desarrollador entra en el ritmo del equipo afecta no solo a su motivación, sino también a la velocidad de enviar nuevas características a la producción. En inDrive, el ritmo es siempre alto, con muchas tareas en movimiento. Además, tenemos dos arquitecturas diferentes, dos sistemas de navegación, un estilo de código específico, nuestro propio flujo de git y muchos matices específicos del proyecto. Se hizo claro: el enfoque “imagínalo a medida que vayas” ya no funcionaba. Necesitábamos una solución sistemática para ayudar a los nuevos empleados a dar sus primeros pasos sin estrés innecesario. El problema de empezar sin un sistema Anteriormente, un nuevo desarrollador de iOS se sumergía directamente en un gran proyecto con una arquitectura de flujo de datos unidireccional (UDF). el desgaste era difícil: un evento podía dispersarse en una docena de secciones de código, las dependencias no eran evidentes, y no había documentación ni procesos establecidos. Para hacer las cosas peor, cada equipo implementó UDF de manera diferente, añadiendo aún más variedad y complejidad. (Cubriremos cómo más tarde unificamos los procesos en un artículo separado.) Los desarrolladores a menudo pasan semanas, a veces meses, tratando de entender “cómo funciona todo”.En su segundo día, podrían ya recibir una tarea de producto, pero sin conocer el estilo de código del proyecto, la arquitectura, la navegación, la capa de red, o incluso algo tan básico como cómo abrir correctamente una solicitud de arrastre. El resultado fue predecible: docenas de comentarios en revisiones, ediciones interminables y solicitudes de cambio, tiempo perdido, y el riesgo de que los errores lo hagan entrar en producción debido a una falta de conocimiento arquitectónico. La solución: una semana de embarque Para reducir esta barrera, hemos lanzado un programa de embarque estructurado que dura dos semanas y se lleva a cabo en un repositorio separado, una mini-aplicación que simula los procesos básicos de un proyecto de producción. Paso a paso, el nuevo arrendador aprende a trabajar con: 
 
 
 
 
 
 
 
 Dos arquitecturas: inClean y UDF Dos marcos de navegación: XCoordinator y Nivelir Redes y Análisis Estilo de código de empresa Integración de sistemas de diseño Pull Request Reglas Cómo escribimos las pruebas Cada tema se refuerza con la práctica: el desarrollador obtiene una tarea, la resuelve, abre una solicitud de arrastre y recibe el feedback de su amigo y el líder de la comunidad de iOS. paso a paso, construyen una imagen completa del proyecto y aprenden inmediatamente a trabajar según las reglas del equipo. Mientras que antes, los nuevos desarrolladores se quedaron solos con el proyecto, ahora, cada uno es guiado durante dos semanas para ayudarles a establecerse más rápido. Sus solicitudes de retiro de embarque se revisan cuidadosamente: señalamos los problemas y explicamos los enfoques para que más tarde sea más fácil trabajar con el producto. Al final del embarque, el novato rellena un formulario de comentarios, que nos ayuda a entender qué funcionó bien, qué fue desafiante y cómo mejorar. Ahorrar tiempo y mejorar la calidad En el papel, la compañía "perde" dos semanas - pero en realidad, gana mucho más. sin embarcarse, un novato pasaría aún más tiempo atropellándose por el caos, mientras que el equipo sufriría de errores y revisiones sobrecargadas. Después de la incorporación, el desarrollador abre su primera solicitud de retiro de producto, ya comprendiendo cómo se configuran los procesos. Beneficios adicionales El onboarding también resuelve otros problemas importantes: 
 
 
 
 
 Menos errores.Los errores de producción críticos causados por malentendidos arquitectónicos ocurren menos a menudo. Si alguien no puede hacer frente incluso después de dos semanas, es una señal clara de que puede no estar listo para las tareas reales. Cada participante comparte impresiones, y el programa se actualiza regularmente. Apoyo de la comunidad. Cada novato tiene un amigo de su equipo de productos y un líder de la comunidad de iOS. Este último asegura revisiones y orientación de expertos, incluso si el amigo está ocupado. Escala y resultados La primera versión del onboarding se lanzó el 7 de febrero de 2024.Desde entonces, más de 30 desarrolladores la han completado, con casi 500 solicitudes de retiro abiertas. La mayoría de los participantes dicen que nunca han visto este tipo de embarque en otro lugar. “Primero entiende cómo está estructurado el proyecto, y sólo después pasa a las tareas de producto”. En total, hemos recopilado más de 30 reseñas – todas confirman que es una de las mejores experiencias de embarque en sus carreras, ayudándoles a sumergirse más rápido. ¿Qué es lo siguiente? El onboarding continúa evolucionando: el equipo recoge los comentarios, refina las tareas y mejora la estructura.En esencia, no es sólo un curso para novatos, sino una herramienta para mantener la calidad, reducir errores y construir una fuerte comunidad de desarrolladores de iOS en inDrive. Nos dimos cuenta de que el embarque sistemático no se trata de “checks HR” o formalidad, es una herramienta estratégica que ayuda a las personas a desbloquear su potencial más rápidamente y ayuda al negocio a moverse más rápido y de manera más fiable. Para nosotros, se ha convertido en parte de la cultura: invertimos en el proceso de aprendizaje tan en serio como invertimos en el producto.

inDrive.Tech

Este audio es producido en el idioma original de la historia!

Demasiado Largo; Para Leer

Make resilience your competitive advantage

Cómo hemos construido un Onboarding de iOS profesional en inDrive

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Una breve introducción a la teoría del cerebro de Boltzmann

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Una breve introducción a la teoría del cerebro de Boltzmann

La guía completa para una migración exitosa a la nube: estrategias y mejores prácticas

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps