Fast das gesamte Skyeng-Entwicklungsteam, das aus mehr als 100 Mitarbeitern besteht, arbeitet remote und die Anforderungen an Spezialisten waren immer hoch: Wir suchten nach Unterzeichnern, Fullstack-Entwicklern und Mitten. Anfang 2019 haben wir jedoch zunächst drei Junioren eingestellt. Dies geschah aus mehreren Gründen: Die Einstellung von nur Superspezialisten löst nicht alle Probleme, und um eine gesunde Atmosphäre in der Entwicklung zu schaffen, werden Menschen mit unterschiedlichem Professionalitätsniveau benötigt.
Wenn Sie remote arbeiten, ist es äußerst wichtig, dass eine Person zum Projekt kommt und sofort Vorteile bringt, ohne lange Lernprozesse und Aufbau. Bei Junioren klappt es nicht, und neben dem Training ist auch eine kompetente Integration eines Anfängers in das Team erforderlich, da ihm alles neu ist. Und dies ist eine separate Aufgabe für den Teamleiter. Daher haben wir uns darauf konzentriert, erfahrenere und bereits etablierte Entwickler zu finden und einzustellen. Im Laufe der Zeit stellte sich jedoch heraus, dass Teams, die nur aus Signorern und Fullstack-Entwicklern bestehen, ihre eigenen Probleme haben. Wer wird zum Beispiel an routinemäßigen, aber obligatorischen Aufgaben beteiligt sein, für die keine Superqualifikationen und spezielle Kenntnisse erforderlich sind?
Anstatt Junioren einzustellen, haben wir uns mit Freiberuflern angelegt
Obwohl es nur wenige Aufgaben gab, haben unsere Unterzeichner irgendwie die Zähne zusammengebissen und diese uninteressanten Aufgaben für sich übernommen, weil die Entwicklung voranschreiten sollte. Dies konnte aber nicht lange so bleiben: Die Projekte wuchsen, die Anzahl der routinemäßigen einfachen Aufgaben nahm zu. Die Situation sah immer mehr wie ein Witz aus, als Nägel mit einem Mikroskop anstelle eines Hammers gehämmert wurden. Aus Gründen der Klarheit können Sie sich der Arithmetik zuwenden: Wenn Sie eine Person anziehen, deren Tarif die bedingten 50 USD / Stunde für die Arbeit ist, die ein Mitarbeiter mit einem Tarif von 10 USD / Stunde bewältigen kann, haben Sie Probleme.
Das Wichtigste, was wir aus dieser Situation gelernt haben, ist, dass das derzeitige Paradigma, nur coole Spezialisten einzustellen, unsere Probleme mit Routineaufgaben nicht löst. Wir brauchen jemanden, der bereit ist, die Arbeit zu erledigen, die der erfahrene Signor als Bestrafung wahrnimmt und ihnen anvertraut, was kitschig und unwirksam ist. Zum Beispiel, um Bots für Slack-Chats unserer Lehrer und Kurs-Compiler zu schreiben oder um kleine Verbesserungsprojekte für interne Bedürfnisse durchzuführen, für die Entwickler ständig nicht genug Zeit haben, mit denen das Leben jedoch viel angenehmer wird.
Zu diesem Zeitpunkt wurde eine Zwischenlösung ausgearbeitet. Wir haben begonnen, Freiberufler in unsere Projekte einzubeziehen. Es war genau ein solches Outsourcing, dass einfache und nicht dringende Aufgaben zu erledigen begannen: irgendwo, um etwas zu reparieren, irgendwo, um es zu überprüfen, etwas, um es neu zu schreiben. Unser freiberuflicher Flügel ist ziemlich aktiv gewachsen. Einer unserer Projektmanager sammelte Aufgaben aus verschiedenen Projekten und verteilte sie an Freiberufler, die sich an der vorhandenen Datenbank der ausübenden Künstler orientierten. Dann schien es uns eine gute Entscheidung zu sein: Wir haben den Unterzeichnern die Last abgenommen und sie konnten wieder in vollem Wachstum schaffen, anstatt an etwas Elementarem zu basteln. Natürlich gab es Aufgaben, die aufgrund von Geschäftsgeheimnissen nicht an externe Künstler weitergegeben werden konnten, aber es gab weniger solche Probleme im Vergleich zu der Masse der Aufgaben, die freiberuflich erledigt werden.
Aber das konnte nicht ewig dauern. Das Unternehmen sah sich mit der Tatsache konfrontiert, dass sich die freiberufliche Abteilung in ein ungeschicktes Monster verwandelte. Die Anzahl der einfachen Routineaufgaben nahm mit den Projekten zu, und irgendwann gab es zu viele, um sie effektiv auf externe Darsteller zu verteilen. Darüber hinaus ist der Freiberufler nicht in die Besonderheiten der Projekte eingetaucht, und dies ist eine ständige Zeitverschwendung beim Onboarding. Wenn Ihr Team über 100 professionelle Entwickler hat, können Sie natürlich nicht einmal etwa fünfzig Freiberufler einstellen, um ihnen zu helfen und ihre Aktivitäten effektiv zu verwalten. Darüber hinaus ist die Interaktion mit Freiberuflern immer ein Risiko für Fristen und andere organisatorische Probleme.
Es ist wichtig anzugeben, dass der Remote-Mitarbeiter und der Freiberufler zwei verschiedene Einheiten sind. Der Remote-Mitarbeiter ist vollständig im Unternehmen registriert, hat eine festgelegte Arbeitszeit, ein Team, Vorgesetzte usw. Ein Freiberufler ist eine Projektarbeit, die hauptsächlich nur durch Fristen geregelt wird. Ein Freiberufler ist im Gegensatz zu einem Remote-Mitarbeiter weitgehend auf sich allein gestellt und interagiert schlecht mit dem Team. Daher die potenziellen Risiken durch die Interaktion mit ähnlichen Darstellern.
Wie sind wir zur Schaffung einer "Abteilung für einfache Aufgaben" gekommen und was haben wir getan?
Nach Analyse der aktuellen Situation kamen wir zu dem Schluss, dass wir weniger qualifizierte Mitarbeiter benötigen. Wir haben uns keine Illusionen gemacht, dass wir aus allen Junioren zukünftige Superstars machen würden oder dass das Mieten eines Dutzend Joons uns drei Copecks kosten würde. Im Allgemeinen ist die Situation bei Junioren wie folgt:
- Für eine kurze Strecke ist es wirtschaftlich nicht machbar, sie einzustellen. Anstelle des 5. bis 10. Juni "jetzt" ist es besser, einen Unterzeichner zu nehmen und ihm Millionen von Geld für qualitativ hochwertige Arbeit zu zahlen, als Budgets für Neuankömmlinge auszugeben.
- Junioren haben einen langen Einstieg in das Projekt und die Ausbildung.
- In diesem Moment, in dem June etwas gelernt hat und es den Anschein hat, als sollte er in den ersten sechs Monaten seiner Arbeit anfangen, Investitionen in sich selbst zu „erarbeiten“, muss er in die Mitte befördert werden, oder er wird für diese Position in einem anderen Unternehmen abreisen. Die Einstellung von June eignet sich daher nur für reife Unternehmen, die bereit sind, ohne Garantie für kurzfristige Gewinne in sie zu investieren.
Aber wir sind so groß geworden, dass das Team ohne Junioren nirgendwo ist: Die Anzahl der normalen Aufgaben wächst, und es ist einfach ein Verbrechen, menschliche Stunden mit erfahrenen Fachleuten für sie zu verbringen. Aus diesem Grund haben wir eine Abteilung speziell für Nachwuchsentwickler eingerichtet.
Die Arbeitszeit in der Abteilung für einfache Aufgaben ist auf drei Monate begrenzt - das ist eine Standard-Probezeit. Nach drei Monaten voll bezahlter Arbeit geht der Newcomer entweder zu einem Team, das ihn als Junior-Entwickler in seinen Reihen sehen möchte, oder wir trennen uns von ihm.
Die von uns geschaffene Abteilung wird von einem erfahrenen PM geleitet, der für die Verteilung der Arbeitsaufgaben im Juni und deren Interaktion mit anderen Teams verantwortlich ist. June erhält die Aufgabe, führt sie aus und erhält Feedback sowohl vom Team als auch von seinem Manager. In der Phase der Arbeit in der Abteilung für einfache Aufgaben weisen wir Anfänger keinen bestimmten Teams und Projekten zu - sie haben entsprechend ihren Fähigkeiten Zugriff auf den gesamten Aufgabenpool (jetzt stellen wir Front-End-Renderer in AngularJS, Unterstützer in PHP ein oder suchen Kandidaten für eine Position als Webentwickler in beiden Sprachen). und kann mit mehreren Projekten gleichzeitig arbeiten.
Aber alles beschränkt sich nicht nur auf das Mieten von Joons - sie müssen arbeitsfähige Bedingungen schaffen, und dies ist bereits eine ganz andere Aufgabe.
Das erste, was wir beschlossen haben, ist freiwilliges Mentoring in gesunden Mengen. Das heißt, zusätzlich zu der Tatsache, dass wir niemanden gezwungen haben, bestehende Spezialisten zu betreuen, wurde klar darauf hingewiesen, dass die Ausbildung eines Anfängers kein Ersatz für die Hauptaufgabe sein sollte. Nein "50% der Zeit, in der wir arbeiten, lernen 50% Juna." Um eine klare Vorstellung davon zu bekommen, wie viel Zeit für das Mentoring aufgewendet wird, wurde ein kleiner „Lehrplan“ erstellt: eine Liste von Aufgaben, die jeder Mentor mit seinem Mentee erledigen musste. Dasselbe wurde für den Projektmanager der Jones getan, und als Ergebnis erhielten wir ein sehr reibungsloses und verständliches Szenario, um Neuankömmlinge auszubilden und sie in die Arbeit zu bringen.
Wir haben folgende Punkte ins Auge gefasst: Testen des theoretischen Wissens, Vorbereitung einer Reihe von Materialien, falls der Juni etwas beenden musste, Genehmigung eines einzigen Prinzips für die Durchführung einer Codeüberprüfung für Mentoren. In jeder Phase geben die Manager dem Neuankömmling Feedback, was für diesen äußerst wichtig ist. Ein junger Mitarbeiter versteht, in welchen Aspekten er stark ist und in welchen er vorsichtig sein muss. Um den Lernprozess für Junioren und erfahrene Entwickler zu vereinfachen, wurde in Slack ein allgemeiner Chat erstellt, damit andere Teammitglieder sich mit dem Lernprozess verbinden und anstelle eines Mentors eine Frage beantworten können. All dies macht die Arbeit mit den Joons ziemlich vorhersehbar und vor allem zu einem kontrollierten Prozess.
Am Ende der dreimonatigen Probezeit führt der Mentor ein abschließendes technisches Interview mit dem Junior, anhand dessen entschieden wird, ob der Junior in einem der Teams dauerhaft arbeiten kann oder nicht.
Insgesamt
Auf den ersten Blick sieht unsere Juniorabteilung aus wie ein Inkubator oder ein speziell angefertigter Sandkasten. Tatsächlich ist dies jedoch eine echte Abteilung mit allen Eigenschaften eines vollwertigen Kampfteams, das echte Aufgaben und keine Trainingsaufgaben löst.
Vor allem aber geben wir den Menschen einen bestimmten Horizont. Die Abteilung für einfache Aufgaben ist kein endloses Glied, in dem man sich für immer festsetzen kann. Es gibt eine klare Frist von drei Monaten, für die der Junior einfache Aufgaben in Projekten löst, sich aber gleichzeitig beweisen und zu einem Team gehen kann. Die von uns eingestellten neuen Mitarbeiter wissen, dass sie einen eigenen Projektmanager, einen Mentor der Herren (oder vielleicht mehrere) und die Möglichkeit haben werden, sich dem Team vollständig anzuschließen, wo er begrüßt und gewartet wird.
Seit Jahresbeginn wurden 12 Joons in der Abteilung für einfache Aufgaben eingestellt, nur zwei haben die Probezeit nicht bestanden. Ein anderer Mann hat keine Wurzeln im Team geschlagen, aber da er sehr arbeitsfähig ist, wurde er für eine neue Amtszeit in die Abteilung für einfache Aufgaben zurückgebracht, für die er hoffentlich ein neues Team finden wird. Die Arbeit mit Junioren hat sich positiv auf unsere erfahrenen Entwickler ausgewirkt. Einige von ihnen entdeckten nach einer Zeit des Mentorings die Stärke und den Wunsch, die Rolle der Teamleiter auszuprobieren. Jemand, der den Jones ansah, sammelte sein eigenes Wissen und wechselte von der Position der Mitte zur Position des Signoret.
Wir werden unsere Praxis der Einstellung junger Entwickler nur erweitern, da dies viele Vorteile für das Team bietet. Der Juni bietet jedoch die Möglichkeit einer vollwertigen Fernbeschäftigung, unabhängig von ihrer Wohnregion: Mitglieder unserer Entwicklungsteams leben von Riga bis Wladiwostok und bewältigen den Zeitunterschied dank gut funktionierender Prozesse im Unternehmen. All dies öffnet den Weg für talentierte Menschen, die in abgelegenen Städten leben. Und wir sprechen nicht nur über die Schüler und Schüler von gestern, sondern auch über Menschen, die aus irgendeinem Grund beschlossen haben, ihren Beruf zu wechseln. Unser Junior mit dem gleichen Erfolg kann sowohl 18 als auch 35 Jahre alt sein, denn bei einem Junior geht es um Erfahrung und Fähigkeiten, aber nicht um das Alter.
Wir sind zuversichtlich, dass unser Ansatz problemlos auf andere Unternehmen ausgedehnt werden kann, die das Remote-Entwicklungsmodell verwenden. Gleichzeitig können talentierte Nachwuchskräfte aus ganz Russland oder der GUS gezielt eingestellt werden, während gleichzeitig die Mentoring-Fähigkeiten erfahrener Entwickler gefördert werden. In finanzieller Hinsicht ist diese Geschichte äußerst kostengünstig, sodass jeder davon profitiert: das Unternehmen, unsere Entwickler und natürlich Junioren, die nicht in große Städte oder Hauptstädte ziehen müssen, um Teil eines erfahrenen Teams zu werden und an interessanten Projekten zu arbeiten.