Hola Habr!
Mi nombre es Ekaterina, soy líder de equipo del equipo de facturación del servicio MySklad.
Hace aproximadamente dos años y medio, el equipo de desarrollo de MyStore constaba de 20 personas. Durante este tiempo, nos hemos triplicado, desde principios de 2019 tenemos tres nuevos equipos. En el contexto de un rápido crecimiento, tuvimos que cambiar el modelo de capacitación "el líder del equipo contará y mostrará todo personalmente" a uno más escalable.
Si también se encontró con un problema de este tipo y desea saber cómo lo resolvimos, ¡bienvenido a cat!
Como era antes
Cuando llegué a MySklad hace dos años y medio, mi entrenamiento fue cálido y entusiasta, pero no muy productivo. Timlid rodó en una silla hasta mi mesa y me dijo: cómo se configura y se desarrolla el entorno de trabajo, qué componentes hay en el proyecto, cómo interactúan, cómo funciona en el producto.
Cuando un nuevo desarrollador aparece en el equipo una vez cada seis meses, este enfoque funciona bien: el nuevo empleado se comunica mucho con el líder del equipo y los desarrolladores senior y rápidamente conoce al equipo. Pero al líder del equipo y a los desarrolladores senior les llevó mucho tiempo poner en funcionamiento al recién llegado, aunque en realidad a todos se les dijo lo mismo.
Desde algún momento, los recién llegados comenzaron a llegar no uno a los seis meses, sino dos o tres personas al mes. El tiempo para la incorporación comenzó a tomar más tiempo, y al final escribimos el primer artículo para principiantes: les contamos cómo configurar un entorno de trabajo. Antes de este artículo, llevó hasta tres días implementar el entorno de desarrollo y conocer el proyecto, ahora dos horas son suficientes.
0 días en la empresa
Incluso antes de que el nuevo empleado llegue al trabajo, resolvemos varios problemas importantes:
Equipo Como regla general, incluso antes de la entrevista, tratamos de decidir en qué equipo trabajará la persona. Si a uno de los líderes del equipo le gustó el candidato, realizará una entrevista y considerará a una persona con la vista puesta en su equipo. Por supuesto, tenemos en cuenta las necesidades de los equipos, las habilidades y los deseos del nuevo empleado: alguien está más interesado en el backend, alguien ama la interfaz de usuario.
Lugar de trabajo Un nuevo empleado debe ver una computadora portátil y todo lo necesario para trabajar en su escritorio de inmediato. No debe tambalearse alrededor de los administradores y noquear equipos a través de boletos y pedazos de papel. En MySklad, el día del trabajo, un recién llegado ya ha preparado un lugar de trabajo con una computadora portátil, un monitor y un mouse, un cuaderno de la empresa con un bolígrafo y una taza genial. Por lo tanto, el empleado puede comenzar de inmediato a configurar el entorno de trabajo.
Acceso a recursos corporativos. Proporcione acceso inmediato a correo, Slack, Gitlab, Confluence y otros.
Ve al lado de MySklad: tenemos tazas y yummies geniales
1 día en la empresa
El propósito del primer día hábil es familiarizarse con la estructura organizativa de la empresa y obtener respuestas a las preguntas organizativas. La mayor parte de la información necesaria se almacena en Confluence. Al final del día, el nuevo empleado debe tener un ambiente de trabajo ajustado y comenzar a familiarizarse con la estructura del proyecto.
En la práctica, lo hacemos. Al comienzo del día, Eichar envía un artículo al nuevo empleado con información útil: cómo completar correctamente un perfil en Slaka; a quién ejecutar, si su monitor se descompone, su computadora portátil se agota, está perdido, confundido y no sabe qué hacer. Spoiler: a tímido y al mismo eycharu.
Además, proporcionamos enlaces a artículos con elementos organizativos comunes. Le recomendamos que se familiarice con ellos el primer día y los contacte mientras trabaja para la empresa.
Aquí está la estructura de la información con la que presentamos al nuevo desarrollador el primer día. Puede usar esta estructura si desea crear documentación similar para su empresa o equipo.
A un nuevo empleado:
- Herramientas básicas para el trabajo. Proporcionamos enlaces a correo corporativo, Slack, calendarios, Jira.
- Reglas para completar un perfil en Slaka.
- Reglas para completar la firma en el correo (opcional).
- Estructura organizativa de la empresa y plan de asientos de la oficina. Para que el novato siempre sepa quién, en qué temas y en qué dirección debe correr.
General:
- Salario Calendario de acumulación, reglas para dividir por salario y anticipo.
- Hospital Cómo pagar y qué hacer con la baja por enfermedad.
- Vacaciones Todas las instrucciones necesarias y aplicación de muestra.
- Entrenamiento de compensación. Cómo, cuánto y a quién acudir, si de repente quisieras asistir a una conferencia o cursos.
- VHI Cuándo, cómo, qué está disponible, a quién preguntar.
- Otros bollos. Aquí sobre el horario de trabajo, la capacidad de trabajar de forma remota, la compensación por las comidas y, en general, sobre todo lo que aún desea contarle a un nuevo empleado.
Todos los artículos de la organización están comprimidos y estructurados al máximo. En ellos hemos recopilado solo lo más necesario que se requiere para una vida adecuada en la oficina. Una lectura más o menos cuidadosa lleva aproximadamente una hora.
En este punto, el principiante ya está orientado en la oficina y entiende a quién acudir con un problema en particular. Si se acaban las cookies, no las buscará en los administradores.
Luego, el líder del equipo da instrucciones al nuevo empleado:
Común a todos los equipos de configuración del lugar de trabajo. Dice cómo descargar el proyecto, descargar los componentes necesarios y quién puede ayudar a iniciar el proyecto localmente en una computadora portátil y verificar su rendimiento. Estos pasos son seguidos por enlaces a repositorios.
Separar para un equipo específico. Contiene requisitos específicos para trabajar en tickets, realizar una revisión y enviar un ticket para pruebas. Por ejemplo, tenemos estados personalizados y tipos de tickets en Jira. Pueden confundir incluso a la persona que trabajó anteriormente con Gira. Por lo tanto, recopilamos en un lugar los requisitos que deben cumplir todos los tickets creados en el bugtracker.
Estas acciones se enmarcan en forma de una pequeña lista de verificación:
Los enlaces contienen artículos que describen cosas específicas de nuestra empresa o de un equipo específico.
Lleva un promedio de tres a cuatro horas familiarizarse con los artículos técnicos y lanzar la aplicación localmente. Como resultado, el recién llegado tiene un entorno de desarrollo totalmente configurado y está listo para comenzar a desarrollar el primer ticket. Pero antes de eso, al final del día, organizaré una pequeña reunión con un nuevo empleado: expresaré las direcciones principales del trabajo del equipo, responderé preguntas sobre el material estudiado durante el día.
1 semana en la empresa
En la primera semana en la compañía, un nuevo desarrollador se familiariza con la funcionalidad principal de la aplicación y realiza los primeros tickets.
Para familiarizarme con la funcionalidad del proyecto, tengo una pequeña lista de verificación separada:
Con él, el desarrollador comienza a comprender los puntos principales de la aplicación, la ubicación en el código de los puntos de entrada principales, puede navegar por sí mismo.
Luego se emite el primer boleto para el principiante en desarrollo. Selecciono boletos para nuevos desarrolladores por adelantado y formo una pequeña lista de ellos en Confluence. Esto es importante, y he aquí por qué.
En cada boleto, verifico que todas las descripciones sean comprensibles. No debe haber definiciones específicas del producto; si es así, deben ir acompañados de enlaces a la documentación. La lista generada de tickets permite al nuevo desarrollador realizar tareas por su cuenta sin preguntar a sus colegas: todas las tareas de esta lista están listas para funcionar. Y lo más importante, el plan de desarrollo para las tareas para el próximo mes es inmediatamente visible.
En el proceso de trabajar en un ticket, un nuevo desarrollador puede verificar los artículos recibidos previamente, enviar el ticket para su revisión y prueba. Con este enfoque, ya en la primera semana, la tarea finalizada pasa a la producción, y el desarrollador recibe comentarios de la decisión tomada por él.
1 mes en la empresa y más allá
Si pensó que nuestro sistema con listas de verificación y boletos arroja a una persona a la natación solitaria, esto no es así. Desde el primer día, el líder del equipo cuida al recién llegado, le pregunta sobre los componentes del producto, comparte artículos de la base de conocimientos que ayudarán a resolver el problema.
Si el desarrollador se retira, en el primer mes ya podemos confiar una tarea arquitectónica importante.
Durante el período de prueba, celebramos varias reuniones presenciales: al final de la primera semana de trabajo, al final del primer mes y al final de la prueba. Intercambiamos comentarios sobre ellos, compartimos planes para tareas y ajustamos lo que podría salir mal. Y a menudo simplemente decimos: "¡Genial, seguimos trabajando!"
Resultados
Con la ayuda de la documentación del producto y de la compañía, listas de verificación para la incorporación e instrucciones para configurar el entorno de trabajo, hemos reducido considerablemente el período de tiempo que transcurre antes del desarrollo del primer ticket. Ahora, el lanzamiento del primer boleto pequeño ya se lleva a cabo en los primeros días de trabajo, y antes de la introducción de la incorporación, tardó aproximadamente dos semanas.
La introducción de reuniones provisionales durante el período de prueba también ayudó mucho. Ahora corregimos los problemas que surgen inmediatamente y no esperamos el final del período de prueba. Se nos ha hecho más fácil resumir los resultados intermedios y finales, y para los principiantes entrar en el trabajo.
Los Timlids comenzaron a pasar menos tiempo en una historia oral sobre cosas básicas: los registramos en artículos. Ahora solo necesita estar atento a que los principiantes usen la información correctamente. También logramos escalar la contratación: el equipo de desarrollo se ha triplicado en dos años y medio.