Get best of the week

Intégration sur un site distant

Il existe plusieurs types d'intégration: au niveau de l'entreprise, lorsque tout le monde montre et informe un débutant de ses activités, fonctionnalités, structure; au niveau des RH, qui peut encore accentuer l'impression de travail; et au niveau de l'équipe. Nous parlerons de ce dernier, en particulier de la façon dont les exigences d'intégration ont changé pendant le travail à distance.

Travailler avant udalenka et après.
Travailler avant udalenka et après.

Quelles sont les options d'intégration?

  • Ils l'ont jeté à l'eau, ont nagé - notre homme ne pouvait pas - c'était de sa faute, il valait mieux essayer d'apprendre à nager à l'avance;
  • Telle est la tâche, ici vous comprendrez le reste de la campagne;
  • Une véritable intégration. Dans les premiers cas, ce n'était vraiment pas le cas. Les nouveaux arrivants sont engagés et soigneusement immergés dans les entreprises et les équipes d'appareils.

Je vais faire une réserve, dans cet article je n'ai pas mis l'accent sur la séparation de l'intégration d'un senior ou d'un junior. Ces processus sont axés sur les détails techniques et le contrôle des tâches, mais sont tout aussi importants.

Aspect social


Un développeur est une créature sociale et probablement un introverti. Un développeur expérimenté peut avoir de bonnes compétences en communication ou même être un extraverti. Mais il vaut toujours mieux le pousser un peu à communiquer.

Rencontre avec l'équipe


Présentez un nouveau collègue à l'équipe, passez plus de temps sur la partie informelle, parler d'un passe-temps ou d'autres faits intéressants sur un débutant . Si une personne est fermée et n'est pas prête à partager ses intérêts, touchez aux faits saillants d'un emploi antérieur. Très probablement, il vous en a déjà parlé en tant que leader lors de l'entretien. C'est important, dans la vie de tous les jours au bureau, un novice pourrait bien le dire à ses collègues pendant les pauses ou au déjeuner, tout en travaillant à distance c'est plus difficile à faire.

Quelle que soit la taille de votre entreprise, montrez le projet avec lequel un débutant travaillera. Concentrez-vous sur qui fait quelles tâches en ce moment. Si le projet est important et que vous suggérez au débutant de regarder et de poser des questions lui-même, il peut s'éloigner pour étudier des sections non pertinentes ou simplement creuser. Sans oublier le fait que si vous disposez de microservices, de plusieurs applications mobiles et d'un site Internet, un débutant ne pourra tout simplement pas hiérarchiser correctement.

Nous aimerions utiliser le temps de manière optimale et nous créons de longues instructions qui répondent à un tas de questions. Alors peut-être pouvez-vous envoyer le débutant "Lire le manuel de fantaisie"? Maintenant que tout le monde manque de contacts sociaux, il vaut mieux consacrer un peu plus de temps à la communication en direct .

Organiser une réunion avec une entreprise. Lorsque vous vous asseyez au bureau et que le produit panique, disent-ils, la galerie de photos ne fonctionne pas, le débutant comprendra immédiatement qu'il s'agit d'un élément important / clé du projet. Sans voir la forêt en feu près de chez vous, vous pouvez oublier qu'elle brûle. Laissez l'entreprise désigner et rappeler ce qui est exactement important pour le développement du projet.

Sur un site distant, les employés travaillent de manière plus productive, car personne ne les distrait. Travail à distance forcé pendant que nous mettons hors de parenthèses. Mais ce processus est stable et bon, tant que le développeur dispose de toutes les données nécessaires. S'il n'y a pas de données, vous devez les obtenir quelque part. Et ici un débutant peut perdre beaucoup de temps à les chercher, car il ne sait pas immédiatement à qui s'adresser. Et l' échange de connaissances, à qui demander et où chercher, est un champ important pour optimiser le travail d'un débutant .

Progressivement, un nouvel employé rencontrera tous ses collègues. Et «progressivement» est le mot clé ici. Ce serait bien d'avoir une liste en confluence indiquant qui et dans quel cas vous pouvez contacter. Mais vous ne devriez pas jeter une liste de 20 noms à un nouvel employé avec une brève explication de qui et pourquoi il a besoin, et espérons que cela suffira.

image


Je recommande l'approche de copain , bien décrite dans un rapport Lamoda . Buddy est un membre dévoué de l'équipe qui répondra à toutes les questions concernant l'immersion dans l'entreprise. Le partenaire vous dira qui contacter sur une question particulière - pas dans quel département, mais à qui spécifiquement. Indiquera s'il existe une fonctionnalité ou un microservice similaire. Il aidera à gérer le style de communication et de comportement adopté par l'entreprise.
Lorsque vous travaillez avec le produit, un tas de fenêtres contextuelles et des moments inattendus pour un débutant surviennent, il peut immédiatement poser une question et comprendre ce que c'était et pourquoi cela a été fait. Même si le mentor ne sait pas, son expérience dans l'entreprise devrait suffire pour savoir à qui s'adresser.

Dans un endroit éloigné, vous ne pouvez pas passer et demander comment allez-vous. C'est le moment où un collègue devrait prendre sur lui. Une communication constante avec lui compense ce problème. Si cette personne n'existe pas, son rôle est généralement attribué au leader, qui n'est pas moins occupé au travail à distance et qui n'a pas le temps de réagir rapidement. Pour choisir un tel «copain», vous devez tenir compte des compétences en communication et du désir de la personne elle-même - quelqu'un veut coder calmement, et vous ne devriez pas lui en vouloir.

Éloignez-vous des questions générales et spécifiques . À la question standard "y a-t-il des problèmes?" vous n'obtiendrez probablement pas de réponse claire. Il vaut la peine de se demander si une personne a fait face à une tâche spécifique, si tout y est clair pour elle. Dans ce cas, la probabilité d'un feedback de qualité est plus élevée, il peut se souvenir (et n'hésite pas à le dire) qu'il avait une question sur ce sujet.

Aspect technique


Organisez un briefing technique sur le projet. Divisez-le en plusieurs réunions. Au cours de la première, dites les points généraux. Sur le deuxième - sur l'interaction avec d'autres départements. À la troisième réunion, présenter l'infrastructure. Vérifiez à nouveau la documentation , mettez-la à jour après l'employé, lorsqu'il y a des défauts. Quand, pas si! Ramassez les tâches qui ne nécessitent pas d'approbation à distance à l'avance. Idéalement, essayez d'esquisser cette tâche vous-même et vérifiez la pertinence de la description.

En parlant d'un projet, vous introduisez de nombreux termes qui ne signifient rien pour un débutant. Par exemple, «Katney Gosu en République du Kazakhstan». Lorsque vous introduisez de nouveaux termes, expliquez au débutantet doser ces informations. Si vous racontez toute l'infrastructure du service en une seule réunion, le débutant oubliera probablement presque tous les concepts qu'il n'a pas rencontrés au cours des deux prochains jours.

Essayez de donner des tâches jumelées la première fois . Même si une seule personne peut faire la tâche, il vaut mieux la décomposer en sous-tâches pour qu'il y ait coopération. Prenez le microservice, par exemple. Supposons qu'un débutant crée une couche de communication avec DB et qu'un collègue plus expérimenté dispose d'un cadre commun et d'une communication par API. Ensuite, le novice écrira la logique métier et la tâche sera testée en tant que microservice complet.

Ces tâches contribuent à intégrer rapidement le rythme de l’équipe, un collègue assis à l'autre bout de Skype (Zoom, Hangout) en cas de problème l'invite et permet au nouveau venu de sentir qu'il n'est pas seul. Il protège également le nouvel employé contre toute modification inutile de la moitié de la base de code, s'il subitement: 1) comprend mal la tâche, 2) voulait montrer ses ambitions et a tué 48 heures sans sommeil.

Udalenka implique un sentiment accru d'incertitude. Un plan aide à y faire face qualitativement. Pas une devise, tout se déroule comme prévu, mais un plan formulé pour immerger un employé dans les détails du projet. Et aussi un plan de développement des employés. Et bien sûr, clairement décrit les objectifs des employés sur une période d'essai et les attentes d'un débutant. Ils ne doivent pas être liés à des tâches de sprint, mais à des points communs qui sont importants pour l'entreprise à n'importe quel stade de développement. Par exemple:

  • Obtenez l'accès de (nom du responsable);
  • Développez la branche de tâche sur l'environnement de test;
  • Effectuer 5 tâches d'examen de collègues;
  • Consultez les exigences de mise en page des dev-ops;
  • Prenez la première réunion de rétroaction.

Le dernier exemple est important, ici une réunion est fixée pour recevoir des retours, ce que j'ai déjà beaucoup dit dans la partie sociale. Votre liste variera en fonction de la priorité de l'équipe et des qualifications de l'employé. Vous pouvez directement mettre en évidence séparément la partie commune et les parties supplémentaires pour junior, milieu et avant / arrière.

Avoir une liste de choses à faire et des exigences formelles pour une période d'essai vous épargnera les nerfs de votre nouveau collègue. Cela permettra à l'employé de se montrer de différents côtés dans un laps de temps assez court, égal au test, et de plonger dans différents domaines de votre travail. Si vous ne faites pas cela et donnez à un débutant, par exemple, en sciant paisiblement un module, dans 3 mois, il le fera idéalement, mais cela peut s'avérer inefficace dans de nombreux autres moments.

Comment comprendre que l'intégration a réussi sur un site distant?


Une personne ne devrait pas avoir l'impression d'une équipe comme un ensemble de pixels à l'écran. Il doit y avoir une compréhension de ce qui se passe autour de l'équipe. La compréhension du projet doit être liée à des caractéristiques spécifiques créées par des personnes vivantes avec lesquelles il a réussi à travailler et à communiquer.

Nous avons pris des réunions avec les commentaires des autres membres de l'équipe, où ils partagent avec le chef de file l'expérience d'interagir avec le nouveau venu et les impressions générales. Pour la productivité de telles réunions, plus de la moitié des employés devraient déjà avoir une expérience de communication avec un nouveau collègue. S'ils affirment que «le travail a fonctionné, cela ne m'a pas dérangé», alors le processus d'intégration devrait être finalisé.

More articles:


All Articles