Hallo Habr!
Mein Name ist Ekaterina, ich bin Teamleiterin des MySklad Service Billing Teams.
Vor ungefähr zweieinhalb Jahren bestand das MyStore-Entwicklungsteam aus 20 Mitarbeitern. In dieser Zeit haben wir uns verdreifacht, seit Anfang 2019 haben wir drei neue Teams. Vor dem Hintergrund des schnellen Wachstums mussten wir das Trainingsmodell „Der Teamleiter wird alles persönlich erzählen und zeigen“ in ein skalierbareres Modell ändern.
Wenn Sie auch auf ein solches Problem gestoßen sind und herausfinden möchten, wie wir es gelöst haben, dann sind Sie bei cat willkommen!
Wie zuvor
Als ich vor zweieinhalb Jahren zu MySklad kam, war mein Training warm und röhrenförmig, aber nicht sehr produktiv. Timlid rollte sich auf einem Stuhl zu meinem Tisch und sagte mir: Wie man die Arbeitsumgebung einrichtet, welche Komponenten im Projekt sind, wie sie interagieren, wie es auf dem Produkt funktioniert, wird getestet und entwickelt.
Wenn alle sechs Monate ein neuer Entwickler im Team erscheint, funktioniert dieser Ansatz gut - der neue Mitarbeiter kommuniziert viel mit dem Teamleiter und den leitenden Entwicklern und lernt das Team schnell kennen. Der Teamleiter und die leitenden Entwickler brauchten jedoch viel Zeit, um den Newcomer in Betrieb zu nehmen, obwohl in Wirklichkeit allen das Gleiche gesagt wurde.
Ab einem bestimmten Zeitpunkt kamen Neuankömmlinge nicht mehr nach sechs Monaten, sondern nach zwei oder drei Personen pro Monat. Die Zeit für das Onboarding begann länger zu dauern, und am Ende haben wir den ersten Artikel für Anfänger geschrieben - wir haben erklärt, wie man eine Arbeitsumgebung einrichtet. Vor diesem Artikel dauerte es bis zu drei Tage, um die Entwicklungsumgebung bereitzustellen und das Projekt kennenzulernen. Jetzt reichen zwei Stunden aus.
0 Tage in der Firma
Noch bevor der neue Mitarbeiter zur Arbeit kommt, lösen wir einige wichtige Probleme:
Team In der Regel versuchen wir bereits vor dem Interview zu entscheiden, in welchem Team die Person arbeiten wird. Wenn einer der Teamleiter den Kandidaten mochte, führt er ein Interview und betrachtet eine Person mit Blick auf sein Team. Natürlich berücksichtigen wir die Bedürfnisse von Teams, Fähigkeiten und Wünschen eines neuen Mitarbeiters - einige interessieren sich mehr für das Backend, andere lieben die Benutzeroberfläche.
Arbeitsplatz. Ein neuer Mitarbeiter sollte sofort einen Laptop und alles Notwendige für die Arbeit an seinem Schreibtisch sehen. Er sollte nicht um Admins taumeln und Ausrüstung durch Tickets und Zettel ausschalten. In MySklad hat ein Neuling am Arbeitstag bereits einen Arbeitsplatz mit Laptop, Monitor und Maus, einem Firmennotizbuch mit Stift und einer coolen Tasse vorbereitet. So kann der Mitarbeiter sofort mit der Konfiguration der Arbeitsumgebung beginnen.
Zugriff auf Unternehmensressourcen. Bieten Sie sofort Zugriff auf Mail, Slack, Gitlab, Confluence und andere.
Gehen Sie zur Seite von MySklad - wir haben coole Tassen und Leckereien
1 Tag in der Firma
Ziel des ersten Arbeitstages ist es, sich mit der Organisationsstruktur des Unternehmens vertraut zu machen und Antworten auf organisatorische Fragen zu erhalten. Die meisten erforderlichen Informationen werden in Confluence gespeichert. Am Ende des Tages sollte der neue Mitarbeiter über eine angepasste Arbeitsumgebung verfügen und sich mit der Struktur des Projekts vertraut machen.
In der Praxis machen wir das. Zu Beginn des Tages sendet Eichar dem neuen Mitarbeiter einen Artikel mit nützlichen Informationen: wie man ein Profil in Slaka korrekt ausfüllt; Wenn Ihr Monitor ausfällt, Ihr Notebook ausgeht, sind Sie verloren, verwirrt und wissen nicht, was Sie tun sollen. Spoiler: Timlid und das gleiche Eycharu.
Darüber hinaus bieten wir Links zu Artikeln mit allgemeinen organisatorischen Aspekten. Wir empfehlen Ihnen, sich am ersten Tag mit ihnen vertraut zu machen und sie zu kontaktieren, während Sie für das Unternehmen arbeiten.
Hier ist die Struktur der Informationen, mit denen wir den neuen Entwickler am ersten Tag vorstellen. Sie können diese Struktur verwenden, wenn Sie eine ähnliche Dokumentation für Ihr Unternehmen oder Team erstellen möchten.
An einen neuen Mitarbeiter:
- Grundlegende Werkzeuge für den Job. Wir bieten Links zu Firmenpost, Slack, Kalendern, Jira.
- Regeln zum Ausfüllen eines Profils in Slaka.
- Regeln zum Ausfüllen der Unterschrift in der Mail (optional).
- Organisationsstruktur des Unternehmens und Sitzplan für das Büro. Damit der Anfänger immer weiß, wen, zu welchen Themen und in welche Richtung er laufen soll.
Allgemein:
- Gehalt. Abgrenzungsplan, Regeln für die Division durch Gehalt und Vorauszahlung.
- Krankenhaus Wie man bezahlt und was man mit Krankheit macht.
- Urlaub Alle notwendigen Anweisungen und Musteranwendung.
- Vergütungstraining. Wie, wie viel und zu wem, wenn Sie plötzlich an einer Konferenz oder an Kursen teilnehmen möchten.
- VHI. Wann, wie, was ist verfügbar, wen kann man fragen?
- Andere Brötchen. Hier über den Arbeitsplan, die Fähigkeit zur Fernarbeit, die Entschädigung für Mahlzeiten und allgemein über alles, was Sie einem neuen Mitarbeiter noch mitteilen möchten.
Alle Organisationsartikel sind maximal komprimiert und strukturiert. In ihnen haben wir nur das Notwendigste gesammelt, was für ein angemessenes Leben im Büro erforderlich ist. Ein mehr oder weniger sorgfältiges Lesen dauert ungefähr eine Stunde.
Zu diesem Zeitpunkt ist der Anfänger bereits im Büro orientiert und versteht, wer mit einem bestimmten Problem zu tun hat. Wenn die Kekse vorbei sind, wird er sie bei den Admins nicht suchen.
Dann gibt der Teamleiter dem neuen Mitarbeiter Anweisungen:
Allen Einrichtungsteams am Arbeitsplatz gemeinsam. Hier erfahren Sie, wie Sie das Projekt entladen, die erforderlichen Komponenten herunterladen und wer das Projekt lokal auf einem Laptop starten und seine Leistung überprüfen kann. Auf diese Schritte folgen Links zu Repositorys.
Separat für ein bestimmtes Team. Es enthält spezielle Anforderungen für die Bearbeitung von Tickets, die Durchführung einer Überprüfung und die Einreichung eines Tickets zum Testen. Zum Beispiel haben wir benutzerdefinierte Status und Ticketarten in Jira. Sie können sogar die Person verwirren, die zuvor mit Gira gearbeitet hat. Daher haben wir an einem Ort die Anforderungen gesammelt, die alle im Bugtracker erstellten Tickets erfüllen müssen.
Diese Aktionen werden in Form einer kleinen Checkliste dargestellt:
Die Links enthalten Artikel, die spezifische Dinge für unser Unternehmen oder ein bestimmtes Team beschreiben
Es dauert durchschnittlich drei bis vier Stunden, um sich mit den technischen Artikeln vertraut zu machen und die Anwendung lokal zu starten. Infolgedessen verfügt der Neuling über eine vollständig konfigurierte Entwicklungsumgebung und ist bereit, mit der Entwicklung des ersten Tickets zu beginnen. Aber vorher werde ich am Ende des Tages eine kleine Kundgebung mit einem neuen Mitarbeiter organisieren: Ich werde die Hauptrichtungen der Teamarbeit aussprechen und Fragen zu dem Material beantworten, das während des Tages studiert wurde.
1 Woche in der Firma
In der ersten Woche im Unternehmen lernt ein neuer Entwickler die Hauptfunktionalität der Anwendung kennen und erstellt die ersten Tickets.
Um mich mit der Funktionalität des Projekts vertraut zu machen, habe ich eine separate kleine Checkliste:
Damit beginnt der Entwickler, die Hauptpunkte der Anwendung zu verstehen, die Position im Code der Haupteintrittspunkte kann selbstständig navigieren.
Dann wird das erste Ticket an den Anfänger in der Entwicklung ausgegeben. Ich wähle im Voraus Tickets für neue Entwickler aus und erstelle eine kleine Liste davon in Confluence. Dies ist wichtig und hier ist der Grund.
In jedem Ticket überprüfe ich, ob alle Beschreibungen verständlich waren. Es sollte keine produktspezifischen Definitionen geben. Wenn dies der Fall ist, sollten sie mit Links zur Dokumentation versehen sein. Die generierte Liste der Tickets ermöglicht es dem neuen Entwickler, Aufgaben selbst zu erledigen, ohne Kollegen zu fragen - alle Aufgaben in dieser Liste sind arbeitsbereit. Und vor allem ist der Entwicklungsplan für die Aufgaben für den nächsten Monat sofort sichtbar.
Während der Arbeit an einem Ticket kann ein neuer Entwickler zuvor erhaltene Artikel überprüfen, das Ticket zur Überprüfung und zum Testen einreichen. Bei diesem Ansatz geht die fertige Aufgabe bereits in der ersten Woche an das Produkt, und der Entwickler erhält Feedback von der von ihm getroffenen Entscheidung.
1 Monat im Unternehmen und darüber hinaus
Wenn Sie dachten, dass unser System mit Checklisten und Tickets eine Person in Einzelschwimmen versetzt, ist dies nicht der Fall. Vom ersten Tag an kümmert sich der Teamleiter um den Neuankömmling, fordert Sie zu den Komponenten des Produkts auf und teilt Artikel aus der Wissensdatenbank, die zur Lösung des Problems beitragen.
Wenn der Entwickler zieht, können wir bereits im ersten Monat eine wichtige architektonische Aufgabe anvertrauen.
Während des Testzeitraums halten wir mehrere persönliche Treffen ab: am Ende der ersten Arbeitswoche, am Ende des ersten Monats und am Ende des Prozesses. Wir tauschen Feedback darüber aus, teilen Pläne für Aufgaben und passen an, was schief gehen könnte. Und oft sagen wir einfach: "Großartig, wir arbeiten weiter!"
Ergebnisse
Mit Hilfe von Produkt- und Unternehmensdokumentationen, Checklisten für das Onboarding und Anweisungen zum Einrichten der Arbeitsumgebung haben wir den Zeitraum bis zur Entwicklung des ersten Tickets erheblich verkürzt. Jetzt erfolgt die Veröffentlichung des ersten kleinen Tickets bereits in den ersten Arbeitstagen, und vor der Einführung des Onboarding dauerte es ungefähr zwei Wochen.
Die Einführung von Zwischentreffen während der Probezeit hat ebenfalls sehr geholfen. Jetzt beheben wir die sofort auftretenden Probleme und warten nicht auf das Ende des Testzeitraums. Es ist für uns einfacher geworden, die Zwischen- und Endergebnisse zusammenzufassen, und für Anfänger, in die Arbeit einzusteigen.
Die Timlids verbrachten weniger Zeit mit einer mündlichen Geschichte über grundlegende Dinge - wir haben sie in Artikeln festgehalten. Jetzt müssen Sie nur noch nach Anfängern Ausschau halten, um die Informationen richtig zu verwenden. Wir haben es auch geschafft, die Einstellungen zu skalieren - das Entwicklungsteam hat sich in zweieinhalb Jahren verdreifacht.