Get best of the week

Onboarding an einem Remote-Standort

Es gibt verschiedene Arten von Onboarding: Auf Unternehmensebene, wenn jeder einem Anfänger seine Aktivitäten, Funktionen und Strukturen zeigt und erzählt; auf der HR-Ebene, die immer noch den Eindruck von Arbeit betonen kann; und auf Teamebene. Wir werden über Letzteres sprechen, insbesondere darüber, wie sich die Anforderungen für das Onboarding während der Remote-Arbeit geändert haben.

Arbeiten Sie vor und nach udalenka.
Arbeiten Sie vor und nach udalenka.

Welche Möglichkeiten gibt es für das Onboarding?

  • Sie warfen es ins Wasser, schwammen hinaus - unser Mann konnte es nicht - es war seine eigene Schuld, es war besser zu versuchen, im Voraus schwimmen zu lernen;
  • Dies ist die Aufgabe, hier werden Sie den Rest der Kampagne verstehen;
  • Echtes Onboarding. In den ersten Fällen war es wirklich nicht. Neulinge sind engagiert und sorgfältig in die Gerätefirmen und -teams eingetaucht.

Ich werde eine Reservierung machen, in diesem Artikel habe ich mich nicht auf die Trennung des Onboarding eines Senioren oder eines Junioren konzentriert. Diese Prozesse konzentrieren sich auf technische Details und die Auftragskontrolle, sind jedoch gleichermaßen wichtig.

Sozialer Aspekt


Ein Entwickler ist eine soziale Kreatur und höchstwahrscheinlich introvertiert. Ein erfahrener Entwickler kann gute Kommunikationsfähigkeiten haben oder sogar extrovertiert sein. Trotzdem ist es besser, ihn ein wenig zur Kommunikation zu drängen.

Das Team treffen


Stellen Sie dem Team einen neuen Kollegen vor, verbringen Sie mehr Zeit mit dem informellen Teil, sprechen Sie über ein Hobby oder andere interessante Fakten über einen Anfänger . Wenn eine Person geschlossen ist und nicht bereit ist, ihre Interessen zu teilen, berühren Sie die Highlights eines früheren Jobs. Höchstwahrscheinlich hat er Ihnen bereits im Interview als Führungskraft davon erzählt. Dies ist wichtig, im Alltag im Büro kann ein Neuling dies seinen Kollegen in den Pausen oder beim Mittagessen mitteilen, während es bei der Fernarbeit schwieriger ist, dies zu tun.

Egal wie groß Ihr Unternehmen ist, zeigen Sie das Projekt, mit dem ein Neuling arbeiten wird. Konzentrieren Sie sich darauf, wer gerade welche Aufgaben erledigt. Wenn das Projekt groß ist und Sie dem Anfänger empfehlen, selbst nachzuschauen und Fragen zu stellen, kann er weggehen, um irrelevante Abschnitte zu studieren oder einfach nur zu graben. Ganz zu schweigen von der Tatsache, dass ein Anfänger bei Microservices, mehreren mobilen Anwendungen und einer Website einfach keine richtigen Prioritäten setzen kann.

Wir möchten die Zeit optimal nutzen und erstellen lange Anweisungen, die eine Reihe von Fragen beantworten. Vielleicht können Sie dem Neuling "Read The Fancy Manual" schicken? Jetzt, da es allen an sozialen Kontakten mangelt, ist es besser, etwas mehr Zeit mit Live-Kommunikation zu verbringen .

Vereinbaren Sie ein Treffen mit einem Unternehmen. Wenn Sie im Büro sitzen und das Produkt in Panik gerät, heißt es, die Fotogalerie funktioniert nicht, der Anfänger wird sofort verstehen, dass dies ein wichtiger / wichtiger Teil des Projekts ist. Ohne den brennenden Wald in Ihrer Nähe zu sehen, können Sie vergessen, dass er brennt. Lassen Sie das Unternehmen bestimmen und sich dann daran erinnern, was genau für die Entwicklung des Projekts wichtig ist.

An einem entfernten Standort arbeiten Mitarbeiter produktiver, da sie niemand ablenkt. Erzwungene Fernarbeit, während wir die Klammern herausnehmen. Dieser Prozess ist jedoch stabil und gut, solange der Entwickler über alle erforderlichen Daten verfügt. Wenn keine Daten vorhanden sind, müssen Sie diese irgendwo abrufen. Und hier kann ein Anfänger viel Zeit verlieren, wenn er nach ihnen sucht, weil er nicht sofort herausfindet, nach wem sie gefragt werden können. Und der Wissensaustausch, wen man fragt und wo man sucht, ist ein wesentlicher Spielraum für die Optimierung der Arbeit eines Anfängers .

Allmählich wird ein neuer Mitarbeiter alle Kollegen treffen. Und „allmählich“ ist hier das Schlüsselwort. Es wäre großartig, eine zusammenlaufende Liste zu haben, aus der hervorgeht, wen und in welchem ​​Fall Sie kontaktieren können. Sie sollten einem neuen Mitarbeiter jedoch keine Liste mit 20 Namen mit einer kurzen Erklärung darüber geben, wer und warum er benötigt, und hoffen, dass dies ausreicht.

Bild


Ich empfehle Buddys Ansatz , der in einem Lamoda-Bericht gut beschrieben wird . Buddy ist ein engagiertes Teammitglied, das alle Fragen zum Eintauchen in das Unternehmen beantwortet. Der Partner teilt Ihnen mit, an wen Sie sich zu einem bestimmten Thema wenden können - nicht in welcher Abteilung, sondern speziell an wen. Wird feststellen, ob es eine ähnliche Funktionalität oder einen ähnlichen Microservice gibt. Es wird helfen, mit dem Kommunikations- und Verhaltensstil des Unternehmens umzugehen.
Wenn er mit dem Produkt arbeitet, entstehen eine Reihe von Popups und Momenten, die für einen Anfänger unerwartet sind. Er kann sofort eine Frage stellen und verstehen, was es war und warum es gemacht wurde. Auch wenn der Mentor es nicht weiß, sollte seine Erfahrung im Unternehmen ausreichen, um zu wissen, wen er fragen soll.

An einem abgelegenen Ort können Sie nicht vorbeikommen und fragen, wie es Ihnen geht. Dies ist der Moment, den ein Kollege auf sich nehmen sollte. Die ständige Kommunikation mit ihm gleicht dieses Problem aus. Wenn diese Person nicht existiert, wird ihre Rolle normalerweise dem Leiter zugewiesen, der bei der Fernarbeit nicht weniger beschäftigt ist und keine Zeit hat, umgehend zu reagieren. Wenn Sie sich für einen solchen „Kumpel“ entscheiden, müssen Sie die Kommunikationsfähigkeiten und den Wunsch der Person selbst berücksichtigen - jemand möchte ruhig codieren, und Sie sollten ihm keine Vorwürfe machen.

Gehen Sie weg von allgemeinen zu spezifischen Fragen . Zur Standardfrage "Gibt es irgendwelche Probleme?" Sie werden höchstwahrscheinlich keine klare Antwort erhalten. Es lohnt sich zu fragen, ob eine Person eine bestimmte Aufgabe bewältigt hat, ob ihr dort alles klar ist. In diesem Fall ist die Wahrscheinlichkeit eines Qualitätsfeedbacks höher. Er kann sich daran erinnern (und zögert nicht zu sagen), dass er eine Frage zu diesem Thema hatte.

Technischer Aspekt


Machen Sie eine technische Einweisung in das Projekt. Teilen Sie es in mehrere Besprechungen auf. Erzählen Sie während des ersten die allgemeinen Punkte. Zum zweiten - über die Interaktion mit anderen Abteilungen. Stellen Sie beim dritten Treffen die Infrastruktur vor. Überprüfen Sie die Dokumentation erneut und aktualisieren Sie sie nach dem Mitarbeiter, wenn Mängel vorliegen. Wann, nicht wenn! Nehmen Sie Aufgaben auf, für die keine Remote-Genehmigung im Voraus erforderlich ist. Versuchen Sie im Idealfall, diese Aufgabe selbst zu skizzieren und die Relevanz der Beschreibung zu überprüfen.

Wenn Sie über ein Projekt sprechen, führen Sie viele Begriffe ein, die für Anfänger nichts bedeuten. Zum Beispiel "Katney Gosu in der Republik Kasachstan". Geben Sie einem Anfänger eine Erklärung, wenn Sie neue Begriffe einführenund dosieren solche Informationen. Wenn Sie in einem Meeting die gesamte Infrastruktur des Dienstes mitteilen, wird der Anfänger höchstwahrscheinlich fast alle Konzepte vergessen, auf die er in den nächsten Tagen nicht gestoßen ist.

Versuchen Sie beim ersten Mal, gepaarte Aufgaben zu geben . Selbst wenn eine Person die Aufgabe erledigen kann, ist es besser, sie in Unteraufgaben zu unterteilen, damit eine Zusammenarbeit stattfindet. Nehmen Sie zum Beispiel den Mikroservice. Angenommen, ein Anfänger stellt eine Kommunikationsebene mit DB her, und ein erfahrener Kollege verfügt über ein gemeinsames Framework und eine gemeinsame Kommunikation über API. Als nächstes schreibt der Anfänger Geschäftslogik und die Aufgabe wird als vollständiger Mikroservice getestet.

Solche Aufgaben helfen, sich schnell in den Rhythmus des Teams einzubauen Ein Kollege, der bei Problemen am anderen Ende von Skype (Zoom, Hangout) sitzt, fordert den Neuankömmling auf, sich nicht allein zu fühlen. Es schützt den neuen Mitarbeiter auch vor unnötigen Änderungen der Hälfte der Codebasis, wenn er plötzlich: 1) die Aufgabe missverstanden hat, 2) seine Ambitionen zeigen wollte und 48 Stunden ohne Schlaf getötet hat.

Udalenka impliziert ein erhöhtes Gefühl der Unsicherheit. Ein Plan hilft, qualitativ damit umzugehen. Kein Motto, alles läuft nach Plan, sondern ein formulierter Plan, um einen Mitarbeiter in Projektdetails einzutauchen. Und auch einen Mitarbeiterentwicklungsplan. Und natürlich klar beschriebene Mitarbeiterziele während einer Testphase und Erwartungen an einen Neuling. Sie sollten nicht an Sprintaufgaben gebunden sein, sondern an gemeinsame Punkte, die für das Unternehmen in jeder Entwicklungsphase wichtig sind. Zum Beispiel:

  • Zugriff erhalten von (Name der verantwortlichen Person);
  • Erweitern Sie den Task-Zweig in der Testumgebung.
  • Führen Sie 5 Überprüfungsaufgaben von Kollegen durch.
  • Überprüfen Sie die Anforderungen an das Layout der Entwickler.
  • Nehmen Sie am ersten Feedback-Meeting teil.

Das letzte Beispiel ist wichtig, hier ist ein Meeting festgelegt, um Feedback zu erhalten, was ich im sozialen Teil bereits viel gesagt habe. Ihre Liste hängt von der Priorität des Teams und den Qualifikationen des Mitarbeiters ab. Sie können den gemeinsamen Teil und zusätzliche Teile für Junior, Middle und Front / Back direkt separat hervorheben.

Eine formalisierte Aufgabenliste und Anforderungen für eine Probezeit ersparen Ihnen und Ihrem neuen Kollegen die Nerven. Dies ermöglicht es dem Mitarbeiter, sich in relativ kurzer Zeit, gleich dem Test, von verschiedenen Seiten zu zeigen und in verschiedene Bereiche Ihrer Arbeit einzutauchen. Wenn Sie dies nicht tun und einem Anfänger zum Beispiel ein Modul friedlich sägen, wird er es in 3 Monaten idealerweise tun, aber es kann sich in vielen anderen Momenten als unwirksam herausstellen.

Wie kann man verstehen, dass Onboarding an einem Remote-Standort erfolgreich war?


Eine Person sollte nicht den Eindruck eines Teams als eine Reihe von Pixeln auf dem Bildschirm haben. Es muss ein Verständnis dafür vorhanden sein, was im Team passiert. Das Verständnis des Projekts sollte an bestimmte Merkmale gebunden sein, die von lebenden Menschen entwickelt wurden, mit denen er arbeiten und kommunizieren konnte.

Wir haben uns mit den Rückmeldungen anderer Teammitglieder getroffen, in denen sie dem Leiter die Erfahrung der Interaktion mit dem Neuankömmling und allgemeine Eindrücke mitteilen. Für die Produktivität solcher Besprechungen sollte mehr als die Hälfte der Mitarbeiter bereits Erfahrung in der Kommunikation mit einem neuen Kollegen haben. Wenn sie behaupten, dass "die Arbeit funktioniert hat, hat sie mich nicht gestört", sollte der Onboarding-Prozess abgeschlossen werden.

More articles:


All Articles