Neuer Mitarbeiter - tot oder lebendig

Hallo allerseits! Ich spreche weiterhin über Managementerfahrung in der IT. Heute werden wir über die Einführung eines neuen Mitarbeiters im Team sprechen. Sie haben einen Ingenieur eingestellt. Wann wird es eine vollwertige Kampfeinheit? Was tun, um die Anpassung zu beschleunigen? Wie kann dieser Prozess optimiert werden? Lohnt es sich schließlich, darauf zu achten und Zeit zu verbringen?


Ich werde mit der Antwort auf die letzte Frage beginnen: definitiv ja. Egal wie erfahren der Spezialist ist, er braucht Zeit, um sich mit den technischen Details eines bestimmten Projekts zu befassen, sich mit dem Entwicklungsprozess vertraut zu machen und schließlich neue Kollegen kennenzulernen. Dies ist wirklich wichtig für das Unternehmen: Je schneller es beginnt, Probleme vollständig zu lösen, desto schneller kommt es dem Unternehmen zugute.

Ich glaube, dass die Aufnahme eines neuen Mitarbeiters in das Team ein äußerst wichtiger Prozess ist. Je mehr Fehler behoben werden, desto schneller wird der Neuankömmling zu einem vollwertigen Mitarbeiter und desto weniger Zeit verbringen Sie damit.

Anfänger zur Kollegientransformation

Als ich in einem Serviceaggregator für gebrauchte Ersatzteile arbeitete, dauerte es 3 Tage, um neue Leute in das Team einzuführen. Danach lösten sie und die anderen die aktuellen Aufgaben zu gleichen Bedingungen, nahmen an Diskussionen teil und scherzten mit Kollegen an der Kaffeemaschine. Aber dazu bin ich natürlich nicht sofort gekommen, zuerst musste ich die Unebenheiten auffüllen und Erfahrungen sammeln. Erst dann habe ich mir die Grundprinzipien gebildet und den Prozess aufgebaut.

Hier sind die wichtigsten Nuancen, die ich aus der Praxis des Teammanagements für mich gelernt habe.

1. Die Aufnahme einer Person in ein Team sollte mit einer Einführung in das Projekt beginnen. Und das habe ich schon beim Interview gemacht. Ich hatte immer eine 10-minütige Geschichte über das Unternehmen als Ganzes parat, was es verdient, wie der Service funktioniert, die Struktur der Abteilungen und vieles mehr.
2. Vorbereitung des Arbeitsplatzes und Schaffung komfortabler Arbeitsbedingungen. Am ersten Tag sollte eine Person mit einem bequemen Stuhl oder Sessel an ihrem Schreibtisch sitzen und einen bereits konfigurierten Computer einschalten. Sie haben keine Zeit, dies alles vorzubereiten? Ihre Neigung, das braucht wirklich Aufmerksamkeit.
3. Individueller Ansatz. Zum Beispiel, um Komfort zu schaffen (und dies ist insbesondere unter Stressbedingungen beim Wechsel zu einem neuen Arbeitsplatz erforderlich). Es ist schön, nach den Einstellungen für das Betriebssystem und die Tastatur / Maus zu fragen. Vielleicht sind Sie der erste Arbeitgeber, der dies anbietet. Und dies wird Ihr Unternehmen in den Augen des Mitarbeiters erheben.
4. Richtige Bekanntschaft mit dem Team. Es reicht nicht aus, sich nur die Namen aller Mitarbeiter vorzustellen und an den Arbeitsplatz zu gehen. Sie können dies tun: Dies ist Mischa, er ist verantwortlich für das Backend, dies ist Petja, er ist DevOps, und Vasya und Kolya sind verantwortlich für den Client-Teil, ihnen können Fragen zu solchen und solchen Aspekten gestellt werden. Und all dies sollte sich in der offiziellen Dokumentation für die Mitarbeiter widerspiegeln, aber mehr dazu weiter unten.
5. Bekanntschaft mit dem Unternehmen. Ich glaube, dass es am besten ist, es in Abteilungen durchzuführen und zu erklären, wie das Unternehmen innerhalb des Unternehmens organisiert ist und wie die Interaktion zwischen den Mitarbeitern hergestellt wird. Es wird sich in Zukunft als nützlich erweisen.
6. Gen. Ein neuer Ingenieur muss solche trivialen Dinge wissen, wo sich die Toilette befindet, wie man eine Kaffeemaschine benutzt und wo man Lebensmittel erhitzen kann. Ein großer Schritt in Richtung engerer Beziehungen zu Kollegen besteht darin, ihn zum Abendessen mit dem Team einzuladen.
7. Die Prinzipien des Teams. Überall seine eigenen Geschäftsbedingungen. Zum Beispiel war es für unser Team üblich, nach einem flexiblen Zeitplan zu arbeiten. Jeder konnte zu einem für ihn geeigneten Zeitpunkt kommen oder einen Tag frei haben, um geschäftlich oder von zu Hause aus zu arbeiten. Aber im Falle einer Freilassung oder einer Notsituation haben wir das Problem gemeinsam gelöst. Das Team hatte auch eine freundliche Atmosphäre, wir haben uns mit Respekt behandelt und dies von Neuankömmlingen erwartet.

Im Allgemeinen habe ich keine Geheimnisse entdeckt, aber diese Aspekte sind wirklich von großer Bedeutung. Der erste Eindruck ist sehr wichtig, es ist von ihm, dass sich die Person eine Meinung über das Unternehmen und seinen Platz darin bilden wird.

Ein weiterer entscheidender Faktor ist der Stressabbau. Es ist unvermeidlich, da der Übergang zu einem neuen Arbeitsplatz ein Ausweg aus der Komfortzone ist. Alle Menschen sind unterschiedlich, nicht jeder weiß, wie er damit gut umgehen soll. Ihre Aufgabe ist es, den Prozess des Beitritts einer Person zum Team zu vereinfachen. Und hier ist die Liebe zum Detail wichtig. Zum Beispiel kann eine Person schüchtern sein, nach dem Ersetzen einer unbequemen Tastatur zu fragen. Oder wenn Sie sehen, dass er introvertiert ist, seien Sie empfindlicher und bringen Sie ihn nicht unter die Scheinwerfer in die Mitte der Open-Space-Arena, wenn Sie ein Team treffen.

Wie man schnell einen Neuling in ein Projekt lädt und es nicht tötet

Ein Mann kam, um mit Ihnen zu arbeiten, Sie stellten ihn Kollegen vor und das Unternehmen als Ganzes schuf komfortable Bedingungen. Es ist Zeit, sich an die Arbeit zu machen. Schließlich ist es Ihre Aufgabe, ihn in den Entwicklungsprozess einzubeziehen und dem Unternehmen so schnell wie möglich zu helfen. Und in dieser Situation geht es nicht darum, schnell zu klären. Tauchen Sie den frisch geprägten Kollegen reibungslos in die Arbeit ein.

Im Folgenden sind die wichtigsten Schritte aufgeführt, mit denen ich einen Anfänger schnell und schmerzlos in ein vollwertiges Mitglied des Teams verwandeln kann.

1. Geschichte über das Projekt. Ich glaube, dass Sie zuerst aus Sicht der Kunden über das Projekt sprechen müssen. Warum wird es benötigt, wie funktioniert es, welche Probleme löst es? Und nur dann können wir zu dem übergehen, was „unter der Haube“ ist, und zeigen, wie es im Inneren angeordnet ist. Um Zeit zu sparen, können Sie ein Video einmal aufnehmen. Es ist nur notwendig, seine Relevanz zu überwachen. Wenn Sie es nicht selbst tun können, geben Sie die Aufgabe an Kollegen weiter.
2. Projektstruktur. Es ist wichtig zu zeigen, woraus Ihr Service besteht, welche Module enthalten und wie sie miteinander interagieren.
3. Wissensbasis. Stellen Sie sicher, dass Sie die technische Dokumentation schreiben. Sie wird für einen Anfänger ein Lichtstrahl und ein Leitfaden für die Wildnis Ihres Projekts sein. Es sollte alles sein: von den Prinzipien der Benennung von Zweigen und den Regeln für die Erstellung von Pull-Anforderungen in Git bis zur Beschreibung der Serverinfrastruktur und einer Reihe technischer Tools.
4. Das Projekt auslösen. Helfen Sie dem Neuling bei der Bereitstellung des Projekts. Lassen Sie es zu diesem Zeitpunkt nicht fallen. Selbst ein erfahrener Programmierer kann vor einer solchen Aufgabe speichern, wenn dort alles verwirrt ist. Schreiben Sie Anweisungen, um diesen Vorgang zu beschleunigen. Sie können jedoch noch mehr Zeit sparen, wenn Sie dies im Voraus tun und den Projektassemblierungsprozess selbst konfigurieren.
5. Von einfach bis komplex. Erzählen Sie in zwei Tagen alles und werfen Sie den Neuankömmling in die Embrasur und zwingen Sie ihn, neue komplexe Funktionen zu schneiden? Großartiger Plan zum Scheitern. Die Ressourcen des menschlichen Gehirns sind nicht unbegrenzt, sondern schrittweise einführen. Verbringen Sie viel Zeit und wählen Sie ihm Aufgaben mit zunehmender Komplexität aus, um ihn allmählich auf den gewünschten Schwierigkeitsgrad zu bringen.

Auch hier habe ich nichts Neues gesagt, aber aus irgendeinem Grund machen viele Unternehmen weiterhin solche Fehler. Und dann sind sie überrascht, dass eine Person mit großer Erfahrung nervige Fehler macht. Es ist logisch, meine Lieblingsanalogie zum Sport zu ziehen: Ein Profispieler weiß, wie man den Ball tritt und geschickt einen Pass gibt, aber ohne Kenntnis der Taktik und Strategie des Teams gibt es keinen Sinn und keine Ergebnisse. Deshalb wird ein Trainer benötigt, um dem Spieler zu helfen, Teil des Teams zu werden. Wenn Sie ein Teamleiter sind, sollte die Einführung neuer Mitarbeiter in das Team bei Ihnen liegen. Zeitmangel und andere Gründe, das sind nur Ausreden. Dies ist ein wirklich wichtiger Prozess, den niemand für Sie reparieren wird.

Lebensgeschichten

Im Folgenden werde ich lehrreiche Fälle aus meiner eigenen Praxis teilen. Es ist mir auch nicht sofort gelungen, den Prozess zu debuggen, ich habe Fehler gemacht.

Über die Erhebung eines Projekts

Als mein Team für kleine Mitarbeiter sehr klein war, haben wir alle Services auf jeder Maschine von Grund auf neu erstellt. Natürlich habe ich viel Zeit damit verbracht oder es meinen Kollegen genommen, als ich sie um Hilfe bat. Mit dem Wachstum des Unternehmens und der IT-Abteilung wurde dies zu einem Kopfschmerz.

Ich gebe zu, ich habe diesen Moment verpasst. Darüber hinaus verursachte dies nicht nur bei Anfängern Probleme. Als einer der Mitarbeiter den Service erhöhen musste, den ein anderes Team schrieb, waren sie bereit, sich selbst zu erschießen. Und wenn es sofort notwendig war, ein Dutzend zu sammeln? Ich habe die Situation radikal entschieden: Ich habe die gesamte Infrastruktur auf Docker übertragen. Ja, es war nicht einfach, wir haben viel Zeit und Mühe aufgewendet, aber viel davon wurde in der Zukunft gespart. Wir haben die optimalen Projektkonfigurationen ausgewählt und jeweils detaillierte Anweisungen zum Bereitstellen und Erhöhen bereitgestellt.

Infolgedessen wurden alle unsere 15 internen Services in 20 bis 30 Minuten bereitgestellt. Das heißt, Neuankömmlinge übersprangen schmerzlos eine der Phasen der Anpassung an einem neuen Ort. Viele waren sogar überrascht, als sie sich an ihre früheren Erfahrungen erinnerten. Das war das beste Lob für mich. Übrigens kenne ich viele Unternehmen, in denen Neuankömmlinge mit dem Projekt alleine geworfen wurden, und sie mussten eine ganze Woche damit verbringen, sie aufzuziehen!

Informationen zur Dokumentation

Wahrscheinlich hatten wir wie alle anderen zu Beginn des Projekts überhaupt keine Dokumentation. Und obwohl das Team klein und der Service bescheiden war, gab es keine Probleme. Aber nach zwei Jahren, als sie zu anderen Teilen des Projekts wechselten, verstanden die Entwickler selbst nicht, wie die Teile des Dienstes, die sie lange Zeit nicht berührt hatten, funktionierten. Noch schwieriger war es, neuen Mitarbeitern von dem Projekt zu erzählen. Besonders wenn es aus 15 Diensten besteht, die auf unterschiedliche Weise und mit unterschiedlichen Technologien arbeiten.

In der ersten Phase der Problemlösung wurden Schulungsvideos für alle Mitarbeiter aller Abteilungen aufgezeichnet. Programmierer durften alles ansehen, um zu verstehen, wie die Arbeit der Dienste aus Sicht des Benutzers angeordnet war. Dies sparte viel Zeit, es war nicht notwendig, lange zu sprechen, 10 Minuten reichten aus, um Fragen nach dem Betrachten zu beantworten.

Dann haben wir die Dokumentation in zwei Versionen vorbereitet: für Anfänger und erweitert für alle anderen. Der erste war im Wesentlichen ein einfacher Spickzettel für die Anfangsphase der Einführung einer Person in das Team, in dem Neulinge alle wichtigen Dinge finden konnten. Und die zweite, erweiterte Version hat bereits jeder benutzt. Dort wurde alles beschrieben: von der Architektur über Anweisungen zum Bereitstellen von Projekten bis hin zu den subtilen technischen Nuancen des Einsatzes bestimmter Technologien. Später erstellten sie ein weiteres großes Dokument, in dem das Zusammenspiel aller Komponenten unseres gemeinsamen Systems beschrieben wurde.

Wir können sagen, dass es anfangs keine Suche auf dem großen Dock gab, die Verwendung war äußerst unpraktisch, sodass alles auf die Wiki-Engine übertragen wurde. Bei richtiger Organisation, und dies war auch beim ersten Versuch nicht möglich, erwies sich alles als sehr bequem und erschwinglich. Später haben wir zusätzliche Dokumente für verschiedene Abteilungen hinzugefügt. Und dann wurde unsere Dokumentation zu einer vollständigen Wissensbasis. Wenn Sie beispielsweise die Replikation für einige Dienste konfigurieren müssen, finden Sie den erforderlichen Artikel mit Anweisungen und Beispielen.

Jeder Mitarbeiter konnte Dokumente hinzufügen und bearbeiten, es gab Verantwortliche, die die Relevanz der Informationen überwachten, aber fast jeder war auf die eine oder andere Weise in den Prozess involviert. Es ist wichtig, hier einen wichtigen Punkt zu beachten - Wissen sollte nicht auf eine Person beschränkt sein, dies ist der Weg ins Nirgendwo. Er kann krank werden oder aufhören, dann kann in seiner Abwesenheit ein Informationskollaps auftreten.

Ich habe das Unternehmen bereits vor langer Zeit verlassen, aber die Basis lebt, die Mitarbeiter nutzen sie ständig.

Über Komfort

Als ich selbst zu einem neuen Job als gewöhnlicher Programmierer kam, freute ich mich, als sie versuchten, komfortable Bedingungen zu schaffen und alles erklärten. Aber es war, als sie sie einfach am Arbeitsplatz gepflanzt und mit dem Projekt allein gelassen haben. Es war furchtbar wütend. Das Management sah dies jedoch nicht als Problem an.

Ich erinnere mich an meine Erfahrung und versuche immer, Menschen zuzuhören und angenehme Bedingungen zu schaffen. Zum Beispiel war es so, dass einer Person gute Kopfhörer mit Geräuschunterdrückung oder ein Stuhl mit Rückenstütze fehlten. In meiner Praxis gab es sogar eine Geschichte, als ein Programmierer zu PHP kam, aber im Grunde wollte er JS machen. Ich habe gerade die Abteilung reformiert, und die Person hatte eine ausgezeichnete Motivation und brennende Augen. Infolgedessen habe ich es auf eine andere Position übertragen, alle waren zufrieden.

Die Leute, die in meine Abteilung kamen, schätzten diese Einstellung sehr. Sie sagten, dass bei uns alles sehr kompliziert sei, aber dank einer so reibungslosen Einführung in den Arbeitsablauf und der Hilfe anderer Mitarbeiter haben sie das Team schnell gemeistert.

Ich glaube, dass viel gute Kommunikation und eine freundliche Atmosphäre im Team sehr hilfreich sind. Teamleiter sollte mit dem Team leben, CTO mit TL und Prozessen, wahrscheinlich nur dann wird es eine Idylle geben.

Projekt Probefahrt

Es gibt solche unglücklichen Fälle, in denen eine neue Person in das Unternehmen aufgenommen wird, aber während der Arbeit stellt sich heraus, dass sie entweder nicht für das Projekt geeignet ist oder das Projekt aus irgendeinem Grund nicht zu ihm passt. Natürlich ist die Situation nicht gewöhnlich, aber manchmal passiert es.

Um die Risiken für beide Seiten zu minimieren, habe ich eine Praxis wie einen Testtag eingeführt. Wir haben diesen Ansatz verwendet, wenn Zweifel bestanden. Das heißt, ein Spezialist könnte einen Tag arbeiten, um ein neues Projekt für ihn auszuprobieren und zu sehen, wie alles funktioniert. Selbst in so kurzer Zeit konnten wir dies wiederum umfassend bewerten.

Ein Ingenieur kann viele Gründe haben, warum er das Projekt nicht mag. Zum Beispiel möchte er möglicherweise nicht mit Legacy arbeiten, er mag möglicherweise die Entwicklungsansätze nicht und schließlich passt die Atmosphäre im Team möglicherweise nicht zu ihm. Und es kommt vor, dass eine Person nicht genug dieser Gründe hat, um nach einer Probezeit zu gehen. Er bleibt, fühlt sich aber unwohl oder unzufrieden.

Um solche Situationen auszuschließen, haben wir Testtage verbracht. Die Leute nahmen sich einfach frei und kamen zu uns, um zu versuchen zu arbeiten. In diesem Fall blieb noch weniger Zeit, um sich mit dem Projekt vertraut zu machen. Deshalb haben wir sie in einem beschleunigten Programm in den Ablauf der Dinge eingeführt. Das hat sich ausgezahlt: Im Zweifelsfall haben wir nach dem Interview zusammen mit dem Kandidaten die richtige Entscheidung getroffen. So riskierte er nicht, seinen bestehenden Job zu verlieren und in ein Projekt einzusteigen, das ihm nicht gefiel, und wir sparten eine Menge Ressourcen, wenn eine Person nicht irgendwann Mitglied des Teams wurde. Ein ähnlicher Ansatz wird übrigens von einigen anderen Unternehmen verwendet.

Schlussfolgerungen

In verschiedenen Unternehmen sind Workflows sehr unterschiedlich, auch überall hat es seine eigene Spezifität und Architektur. Daher brauchen auch harte Profis Zeit, um sich anzupassen. Ihre Aufgabe ist es, es so effektiv wie möglich zu gestalten und es so schnell wie möglich zu reduzieren. Daher lohnt es sich, Zeit für das Debuggen eines solchen Prozesses wie die Aufnahme eines neuen Mitarbeiters in ein Team aufzuwenden. Wenn Sie keine Schritte in diese Richtung unternommen haben, versuchen Sie dies so schnell wie möglich. So sparen Sie in Zukunft viel Zeit. Und egal wie viele Leute im Unternehmen arbeiten, 10 oder 1000. Es ist auch wichtig zu verstehen, dass die Verantwortung immer noch beim Teamleiter liegt, wenn es niemanden gibt, der dies tut.

Mein Team hat es geschafft, die Eingabezeit auf drei Tage zu reduzieren! Nach so kurzer Zeit trat eine Person dem Team bei und übernahm aktuelle Aufgaben. Es gibt kein universelles Rezept, in jeder Situation wird Ihr Plan funktionieren. Meiner Meinung nach sind die wichtigsten Aspekte die sorgfältige Vorbereitung auf die Einstellung neuer Mitarbeiter (Dokumentation, Einrichtung der Umgebung, Hardware), die Schaffung komfortabler Bedingungen, die kompetente Kenntnis des Projekts und die Unterstützung durch Kollegen und natürlich den Teamleiter.

PS Was ist, wenn Sie interessante, lustige oder lehrreiche Geschichten darüber haben, wie Sie dem Team vorgestellt wurden? Brennen Sie in den Kommentaren! :) :)

Meine anderen IT-Management-Artikel:

Was ist ein Teamleiter?
Traumteam aus dem Nichts: Einstellung von IT-Fachleuten
So erstellen und verwalten Sie erfolgreiche Teams
Wachsen, Teamleiter, groß und klein