Warum Onboarding in Engineering-Teams oft länger dauert als geplant

Die meisten Engineering-Teams planen vier Wochen Onboarding. In der Praxis werden daraus oft acht. Diese Differenz wirkt klein. Kostet aber über das Jahr ganze Teamkapazitäten. Diese Lücke fällt im Tagesgeschäft kaum auf, weil sie sich als „der gewöhnt sich noch ein" tarnt.

Für Entscheider ist genau diese Lücke relevant. Sie wiederholt sich bei jeder Einstellung, sie summiert sich über das Jahr und sie hängt selten an der einzelnen Person. Über mehrere Einstellungen hinweg entsteht so schnell ein Verlust von mehreren Personenmonaten pro Jahr. Die Ursachen sind strukturell und damit lösbar.

Drei Gründe, warum sich die Einarbeitung zieht

Das Wissen liegt verstreut

Confluence-Bereiche, SharePoint-Ablagen, Wiki-Artikel und GitHub-Repos sind voll. Das Material ist vorhanden, verteilt sich aber über mehrere Systeme ohne gemeinsame Landkarte. Neue Mitarbeitende verbringen die ersten Wochen damit, herauszufinden, wo überhaupt etwas steht.

Seniors werden zum Flaschenhals

Wenn die Reihenfolge nirgends festgehalten ist, übernehmen erfahrene Mitarbeitende die Einarbeitung mündlich. Sie erklären immer wieder dieselben Grundlagen, sobald sie Zeit haben. Das Tempo des Onboardings hängt damit an der Verfügbarkeit weniger Personen, und diese Zeit fehlt an anderer Stelle im Team.

Niemand kennt den richtigen Startpunkt

Ohne definierte Abfolge rekonstruiert jeder Neuzugang die Reihenfolge selbst. Was baut auf was auf, was kann warten, was ist für die erste Aufgabe wirklich nötig? Diese Fragen klärt aktuell jede neue Person von vorn, oft über Wochen.

Kurz: Die Verzögerung entsteht aus fehlender Struktur über vorhandenem Wissen.

Mini-Case: Wenn vier Wochen zu acht werden

Ein VP Engineering plante pro Neueinstellung vier Wochen Einarbeitung. Tatsächlich dauerte es im Schnitt acht, bis ein neuer Entwickler eigenständig lieferte. Bei sechs Einstellungen im Jahr summierte sich die ungeplante Differenz auf rund 24 Personenwochen, verteilt auf das ganze Team.

Nach einer Bestandsaufnahme wurde klar, woran es lag: drei Wissensquellen, keine gemeinsame Reihenfolge, zwei Seniors, die das Onboarding nebenbei trugen. Das Team brachte die vorhandenen Inhalte einmal in feste Pfade mit klaren Voraussetzungen. Die durchschnittliche Einarbeitung sank auf viereinhalb Wochen, und die Seniors gewannen einen spürbaren Teil ihrer Woche zurück.

Was die Verzögerung kostet

Die zusätzlichen Wochen lassen sich grob beziffern. Ein neuer Cloud Engineer, der statt in vier erst in acht Wochen produktiv wird, bindet in dieser Zeit sein Gehalt, ohne vollen Beitrag zu leisten. In vielen Organisationen liegen die Kosten dieser Verzögerung bei über 15.000 Euro pro Einstellung, bevor die Person den ersten echten Wert schafft.

Dazu kommt die Zeit der Seniors, die in der Einarbeitung gebunden ist und an ihrer eigentlichen Arbeit fehlt. Und es kommt ein Faktor dazu, der sich schlechter messen lässt: Eine lange, unklare Einarbeitung frustriert gerade qualifizierte Neuzugänge und erhöht das Risiko früher Fluktuation.

Der Lösungsweg: Wissen in eine Reihenfolge bringen

Die Einarbeitung wird schneller, sobald das vorhandene Wissen eine klare Abfolge bekommt. Jeder Neuzugang braucht einen sichtbaren nächsten Schritt, und die Abhängigkeiten zwischen Themen müssen erkennbar sein, damit niemand in der falschen Reihenfolge lernt.

Das lässt sich als fester Lernpfad abbilden, der die bestehenden Quellen verbindet. Genau dafür haben wir mit Caltrix ein Werkzeug gebaut. Es legt eine Struktur über das, was bereits in Confluence, SharePoint, Wiki oder auf YouTube existiert, speichert die Inhalte selbst aber nicht und zeigt jedem neuen Teammitglied, was als Nächstes kommt. Die Seniors strukturieren ihr Wissen einmal und werden danach entlastet.

Der entscheidende Schritt ist die Bestandsaufnahme: Welche Quellen gibt es, welche Reihenfolge ergibt fachlich Sinn, wer pflegt den Pfad. Das Werkzeug hilft erst, wenn diese Fragen geklärt sind.

Woran Entscheider das Problem erkennen

1. Die geplante Einarbeitungszeit wird regelmäßig überschritten.
2. Wenige erfahrene Personen tragen das Onboarding fast allein.
3. Neue Mitarbeitende fragen in den ersten Wochen vor allem, wo etwas zu finden ist.
4. Es existiert keine verbindliche Reihenfolge, nur Linklisten oder Tabellen.
5. Niemand ist klar verantwortlich, das Einarbeitungsmaterial aktuell zu halten.

Treffen drei oder mehr Punkte zu, liegt die lange Einarbeitung an der Struktur und lässt sich gezielt verkürzen.

Fazit

Onboarding in Engineering-Teams dauert vor allem deshalb länger als geplant, weil verstreutes Wissen, überlastete Seniors und fehlende Startpunkte zusammenkommen. Jede dieser Ursachen ist strukturell und damit veränderbar.

Wer das vorhandene Wissen einmal in eine klare Reihenfolge bringt, halbiert die Einarbeitungszeit, entlastet die erfahrenen Leute und senkt das Risiko, dass neue Talente früh wieder gehen. Für Entscheider ist das einer der Hebel mit dem besten Verhältnis aus Aufwand und Wirkung.