Get best of the week

Incorporación en un sitio remoto

Existen varios tipos de incorporación: a nivel de la empresa, cuando todos muestran y le dicen a un principiante acerca de sus actividades, características y estructura; a nivel de recursos humanos, que aún puede enfatizar la impresión de trabajo; y a nivel de equipo. Hablaremos sobre esto último, especialmente sobre cómo cambiaron los requisitos para la incorporación durante el trabajo remoto.

Trabajar antes y después de udalenka.
Trabajar antes y después de udalenka.

¿Cuáles son las opciones para la incorporación?

  • Lo arrojaron al agua, nadaron, nuestro hombre no pudo, fue su culpa, era mejor intentar aprender a nadar con anticipación;
  • Aquí está la tarea, aquí comprenderá el resto de la campaña;
  • Incorporación real. En los primeros casos, realmente no fue así. Los recién llegados se involucran y se sumergen cuidadosamente en las compañías y equipos de dispositivos.

Haré una reserva, en este artículo no me concentré en la separación de la incorporación de un senior o junior. Estos procesos se centran en los detalles técnicos y el control del trabajo, pero son igualmente importantes.

Aspecto social


Un desarrollador es una criatura social y muy probablemente un introvertido. Un desarrollador experimentado puede tener buenas habilidades de comunicación o incluso ser extrovertido. Pero aún así es mejor presionarlo un poco para que se comunique.

Conociendo al equipo


Presente un nuevo colega al equipo, pase más tiempo en la parte informal, hablando sobre un pasatiempo u otros datos interesantes sobre un principiante . Si una persona está cerrada y no está lista para compartir sus intereses, toque los aspectos más destacados de un trabajo anterior. Lo más probable es que ya te haya contado como líder sobre ellos en la entrevista. Esto es importante, en la vida cotidiana en la oficina, un novato podría decirle esto a sus colegas durante los descansos o en el almuerzo, mientras que trabajar de forma remota es más difícil de hacer.

No importa cuán grande sea su empresa, muestre el proyecto con el que trabajará un novato. Concéntrese en quién está haciendo qué tareas en este momento. Si el proyecto es grande y le sugiere al principiante que mire y haga preguntas por sí mismo, puede irse a estudiar secciones irrelevantes o simplemente profundizar. Sin mencionar el hecho de que si tiene microservicios, varias aplicaciones móviles y un sitio web, un principiante simplemente no podrá priorizar adecuadamente.

Nos gustaría utilizar el tiempo de manera óptima y creamos largas instrucciones que responden a un montón de preguntas. Entonces, ¿tal vez pueda enviar el novato "Lea el manual de lujo"? Ahora que todos tienen una escasez de contactos sociales, es mejor dedicar un poco más de tiempo a la comunicación en vivo .

Organizar una reunión con un negocio. Cuando se sienta en la oficina y el producto se ejecuta en pánico, dicen que la galería de fotos no funciona, el principiante comprenderá de inmediato que esta es una parte importante / clave del proyecto. Sin ver el bosque en llamas cerca de usted, puede olvidar que arde. Deje que la empresa designe, y luego recuerde, qué es exactamente importante para el desarrollo del proyecto.

En un sitio remoto, los empleados trabajan de manera más productiva, ya que nadie los distrae. Trabajo remoto forzado mientras lo sacamos de los soportes. Pero este proceso es estable y bueno, siempre que el desarrollador tenga todos los datos necesarios. Si no hay datos, debe obtenerlos en alguna parte. Y aquí un principiante puede perder mucho tiempo buscándolos, porque no descubre de inmediato a quién se les puede pedir. Y el intercambio de conocimiento, a quién preguntar y dónde buscar es un alcance significativo para optimizar el trabajo de un principiante .

Gradualmente, un nuevo empleado conocerá a todos sus colegas. Y "gradualmente" es la palabra clave aquí. Sería genial tener una lista en confluencia que indique con quién y en qué caso puede contactar. Pero no debe volcar una lista de 20 nombres a un nuevo empleado con una breve explicación de quién y por qué lo necesita, y esperar que esto sea suficiente.

imagen


Recomiendo el enfoque de amigo , descrito bien en un informe de Lamoda . Buddy es un miembro del equipo dedicado que responderá todas las preguntas sobre la inmersión en la empresa. El socio le dirá a quién contactar en un tema en particular, no en qué departamento, sino a quién específicamente. Le dirá si hay una funcionalidad similar o microservicio. Ayudará a lidiar con el estilo de comunicación y comportamiento adoptado por la compañía.
Al trabajar con el producto, surgen un montón de ventanas emergentes y momentos inesperados para un principiante, puede hacer una pregunta de inmediato y comprender qué fue y por qué se hizo. Incluso si el mentor no lo sabe, su experiencia en la empresa debería ser suficiente para saber a quién preguntar.

En un lugar remoto no puedes pasar y preguntar cómo estás. Este es el momento que un colega debe asumir. La comunicación constante con él compensa este problema. Si esta persona no existe, su rol generalmente se le asigna al líder, que no está menos ocupado en el trabajo remoto y no tiene tiempo para reaccionar rápidamente. Al elegir a ese "amigo", debe tener en cuenta las habilidades de comunicación y el deseo de la persona misma: alguien quiere codificar con calma y no debe culparlo.

Aléjese de las preguntas generales a las específicas . A la pregunta estándar "¿hay algún problema?" lo más probable es que no obtenga una respuesta clara. Vale la pena preguntar si una persona hizo frente a una tarea específica, si todo está claro para él allí. En este caso, la probabilidad de comentarios de calidad es mayor, puede recordar (y no dudar en decir) que tenía una pregunta sobre este tema.

Aspecto técnico


Tener una sesión informativa técnica sobre el proyecto. Divídalo en varias reuniones. Durante el primero, cuenta los puntos generales. En el segundo, sobre la interacción con otros departamentos. En la tercera reunión, presente la infraestructura. Verifique la documentación nuevamente , actualícela después del empleado, cuando haya defectos. Cuando, no si! Recoja tareas que no requieren aprobación remota por adelantado. Idealmente, intente esbozar esta tarea usted mismo y verifique la relevancia de la descripción.

Hablando de un proyecto, introduces muchos términos que no significan nada para un principiante. Por ejemplo, "Katney Gosu en la República de Kazajstán" Al introducir nuevos términos, déle una explicación a un principiante.y dosificar dicha información. Si le dice a toda la infraestructura del servicio en una reunión, el principiante probablemente olvidará casi todos los conceptos que no ha encontrado en los próximos días.

Intenta dar tareas emparejadas la primera vez . Incluso si una persona puede hacer la tarea, es mejor dividirla en subtareas para que haya cooperación. Tome microservicio, por ejemplo. Digamos que un principiante hace una capa de comunicación con DB, y un colega más experimentado tiene un marco común y comunicación por API. A continuación, el novato escribirá lógica empresarial, y la tarea se pondrá a prueba como un microservicio completo.

Tales tareas ayudan a construir rápidamente el ritmo del equipo, como un colega sentado en el otro extremo de Skype (Zoom, Hangout) en caso de problemas, le permite al recién llegado sentir que no está solo. También protege al nuevo empleado de la alteración innecesaria de la mitad de la base del código, si de repente: 1) no entendió la tarea, 2) quiso mostrar sus ambiciones y mató 48 horas sin dormir.

Udalenka implica una mayor sensación de incertidumbre. Un plan ayuda a tratarlo cualitativamente. No es un lema, todo va de acuerdo con el plan, sino un plan formulado para sumergir a un empleado en los detalles del proyecto.. Y también un plan de desarrollo de empleados. Y, por supuesto, describió claramente los objetivos de los empleados en un período de prueba y las expectativas de un novato. No deben estar vinculados a tareas de sprint, sino a puntos comunes que son importantes para la empresa en cualquier etapa de desarrollo. Por ejemplo:

  • Obtener acceso de (nombre de la persona a cargo);
  • Expanda la rama de tareas en el entorno de prueba;
  • Realizar 5 tareas de revisión de colegas;
  • Echa un vistazo a los requisitos de diseño de dev-ops;
  • Tome la primera reunión de comentarios.

El último ejemplo es importante, aquí se arregla una reunión para recibir comentarios, que ya he dicho mucho en la parte social. Su lista diferirá según la prioridad del equipo y las calificaciones del empleado. Puede resaltar directamente por separado la parte común y las adicionales para junior, middle y front / back.

Tener una lista formal de tareas pendientes y requisitos para un período de prueba le ahorrará a usted y a sus nuevos colegas los nervios. Le permitirá al empleado mostrarse desde diferentes lados en un período de tiempo bastante corto, igual a la prueba, y sumergirse en diferentes áreas de su trabajo. Si no hace esto y le da a un principiante, por ejemplo, cortando pacíficamente un módulo, en 3 meses lo hará idealmente, pero puede resultar ineficaz en muchos otros momentos.

¿Cómo entender que la incorporación fue exitosa en un sitio remoto?


Una persona no debe tener la impresión de un equipo como un conjunto de píxeles en la pantalla. Debe haber una comprensión de lo que está sucediendo alrededor del equipo. La comprensión del proyecto debe estar vinculada a las características específicas que hicieron las personas vivas con las que logró trabajar y comunicarse.

Hemos recibido reuniones con comentarios de otros miembros del equipo, donde comparten con el líder la experiencia de interactuar con los recién llegados y las impresiones generales. Para la productividad de tales reuniones, más de la mitad de los empleados ya deberían tener experiencia en comunicarse con un nuevo colega. Si afirman que "el trabajo funcionó, no me molestó", entonces el proceso de incorporación debería finalizarse.

More articles:


All Articles