Wie schnell ein Entwickler in den Rhythmus des Teams gelangt, beeinflusst nicht nur ihre Motivation, sondern auch die Geschwindigkeit des Versands neuer Features in die Produktion. Darüber hinaus haben wir zwei verschiedene Architekturen, zwei Navigationssysteme, einen spezifischen Code-Stil, unseren eigenen git-Flow und viele projektspezifische Nuancen. Wir brauchten eine systematische Lösung, um neuen Mietern zu helfen, ihre ersten Schritte ohne unnötigen Stress zu machen. Das Problem, ohne System zu starten Früher würde ein neuer iOS-Entwickler direkt in ein riesiges Projekt mit einer UDF-Architektur eintauchen. Das Debuggen war schwierig: Ein Ereignis könnte sich über ein Dutzend Codeabschnitte verteilen, Abhängigkeiten waren nicht offensichtlich und es gab keine Dokumentation oder etablierte Prozesse. Um die Dinge noch schlimmer zu machen, implementierte jedes Team UDF unterschiedlich, was noch mehr Variation und Komplexität hinzufügte. (Wir werden darüber sprechen, wie wir später Prozesse in einem separaten Artikel vereinheitlicht haben.) Entwickler verbringen oft Wochen, manchmal Monate, nur zu versuchen zu verstehen, „wie alles funktioniert.“ Am zweiten Tag erhalten sie möglicherweise bereits eine Produktaufgabe – aber ohne den Code-Stil des Projekts, die Architektur, die Navigation, die Netzwerkebene oder sogar etwas so Grundlegendes zu wissen, wie man eine Pull-Anfrage richtig öffnet. Das Ergebnis war vorhersehbar: Dutzende Kommentare in Bewertungen, endlose Bearbeitungen und Änderungsanfragen, verschwendete Zeit und das Risiko von Bugs, die es aufgrund eines Mangels an architektonischem Wissen in die Produktion bringen. Die Lösung: Zwei Wochen Onboarding Um diese Barriere zu verringern, haben wir ein strukturiertes Onboarding-Programm eingeführt, das zwei Wochen dauert und in einem separaten Repository stattfindet – eine Mini-Anwendung, die die Kernprozesse eines Produktionsprojekts simuliert. Schritt für Schritt lernt der neue Mieter mit: 
 
 
 
 
 
 
 
 Zwei Architekturen: inClean und UDF Zwei Navigationsrahmen: XCoordinator und Nivelir Networking und Analytik Unternehmenskodex Stil Design Systemintegration Pull Request Regeln Wie wir Tests schreiben Jedes Thema wird mit Übung verstärkt: Der Entwickler erhält eine Aufgabe, löst sie, öffnet eine Pull-Anfrage und erhält Feedback von seinem Freund und dem iOS Community Lead. Während früher neue Entwickler mit dem Projekt allein gelassen wurden, wird jetzt jeder für zwei Wochen geführt, um ihnen zu helfen, sich schneller einzulegen. Ihre Onboarding-Track-Anfragen werden sorgfältig überprüft: Wir weisen auf Probleme hin und erklären Ansätze, so dass die Arbeit mit dem Produkt später einfacher wird.Am Ende des Onboardings füllt der Neuling ein Feedback-Formular aus, das uns hilft zu verstehen, was gut funktioniert hat, was herausfordernd war und wie wir es verbessern können. Zeit sparen und Qualität verbessern Auf dem Papier „verliert“ das Unternehmen zwei Wochen – aber in Wirklichkeit gewinnt es viel mehr. Nach dem Onboarding öffnet der Entwickler seine erste Produkt-Trail-Anfrage und versteht bereits, wie Prozesse eingerichtet werden. Extra Vorteile Das Onboarding löst auch andere wichtige Probleme: 
 
 
 
 
 Kritische Produktionsfehler, die durch architektonische Missverständnisse verursacht werden, treten seltener auf. Bewertung von Kandidaten: Wenn sich jemand auch nach zwei Wochen nicht bewältigen kann, ist es ein klares Signal, dass er möglicherweise nicht für echte Aufgaben bereit ist. Jeder Teilnehmer teilt Eindrücke und das Programm wird regelmäßig aktualisiert.  Each newcomer has a buddy from their product team and an iOS Community Lead. The latter ensures expert reviews and guidance, even if the buddy is busy. Community support. Skala und Ergebnisse Die erste Version des Onboarding wurde am 7. Februar 2024 gestartet.Seitdem haben mehr als 30 Entwickler es abgeschlossen, mit fast 500 Pull-Anfragen geöffnet. Die meisten Teilnehmer sagen, dass sie diese Art von Onboarding sonst noch nie gesehen haben. "Sie verstehen zuerst, wie das Projekt strukturiert ist, und gehen erst dann zu Produktaufgaben." Insgesamt haben wir über 30 Bewertungen gesammelt - alle bestätigen, dass es eine der besten Onboarding-Erfahrungen in ihrer Karriere ist und ihnen hilft, schneller eintauchen zu können. Was ist als nächstes? Das Onboarding entwickelt sich weiter: Das Team sammelt Feedback, verfeinert Aufgaben und verbessert die Struktur.Im Wesentlichen ist es nicht nur ein Kurs für Neulinge, sondern ein Werkzeug zur Aufrechterhaltung der Qualität, zur Reduzierung von Fehlern und zum Aufbau einer starken iOS-Entwicklergemeinschaft bei inDrive. Wir haben erkannt: Systematisches Onboarding dreht sich nicht um „HR-Checkboxes“ oder Formalitäten, sondern um ein strategisches Werkzeug, das Menschen dabei hilft, ihr Potenzial schneller zu entfalten und das Geschäft schneller und zuverlässiger zu bewegen. Für uns ist es Teil der Kultur geworden: Wir investieren in den Lernprozess ebenso ernst, wie wir in das Produkt investieren.

inDrive.Tech

Dieses Audio ist in der Originalsprache der Geschichte produziert!

Wie wir ein professionelles iOS-Onboarding auf inDrive aufgebaut haben

About Author

KOMMENTARE

Hängeetiketten

DIESER ARTIKEL WURDE VORGESTELLT IN

Related Stories

HackerNoon Decoded 2024: Wir feiern unsere Remote-Work-Community!

Welcome to HackerNoon Decoded: The Best of 2024 Tech Blogging

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

HackerNoon's DeFi Writing Contest with SORA Network: XSTUSD Use Cases

HackerNoon Decoded 2024: Wir feiern unsere Remote-Work-Community!

Welcome to HackerNoon Decoded: The Best of 2024 Tech Blogging

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

HackerNoon's DeFi Writing Contest with SORA Network: XSTUSD Use Cases

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps