Wie arbeite ich Mitarbeitende in agilen Teams ein?

Warum klassisches Onboarding in agilen Teams scheitert

Im Wasserfall-Modell startet der Neue mit einem Stapel Dokumentation, einem zweiwöchigen Schulungsplan und einem ersten echten Task ab Woche 4. Das funktioniert nicht, wenn das Team selbstorganisiert nach Sprints arbeitet: Es gibt schlicht keinen Schulungs-Vortragenden mit Vollzeit-Kapazität, und Dokumentation ist nie aktuell. Wer nach 4 Wochen noch nichts beigetragen hat, fühlt sich überflüssig, und Studien zeigen, dass die ersten 90 Tage die Retention bis Jahr 2 fast vollständig entscheiden.

Die 4 Bausteine eines agilen Onboardings

1) Buddy: Eine feste Person, kein Vorgesetzter, beantwortet alle „dumme Fragen“. Mindestens 30 Min/Tag in Woche 1, dann ausschleichend. 2) First Useful Contribution: Bereits in Woche 1 ein kleiner, echter Beitrag (Bug-Fix, Doku-Update, Mini-Story). Symbolisch wichtig: „Ich bin im Team angekommen.“ 3) Working Agreements lesen lassen: Team-Spielregeln, Definition of Done, Slack-Etikette, nicht das Produkthandbuch zuerst. 4) Tägliche 15-Min-Check-ins mit Führungskraft in Woche 1, dann 2× pro Woche bis Tag 30.

Der 30/60/90-Tage-Plan konkret

Tag 1–30 (Lernen): Beobachten, Fragen stellen, kleine Stories ziehen. Ziel: Vertrauen aufbauen, Tools-Stack beherrschen, Teamdynamik verstehen. Tag 31–60 (Beitragen): Eigenständig User Stories umsetzen, in Refinement aktiv sein, eigenes Daily-Format kennenlernen. Tag 61–90 (Gestalten): Erste Verantwortung für ein Feature/Thema, Vorschlag in Retro einbringen, Mentee-Status verlassen. Ein offizieller 90-Tage-Review (kein Probezeit-Verhör, sondern beidseitiges Feedback) schließt den Prozess ab.

Häufigste Fehler

Fehler 1: Buddy ist Vorgesetzter, dann werden Fragen aus Angst zurückgehalten. Fehler 2: Tools-Zugänge erst nach Tag 5 fertig, verbrennt das Anfangsmomentum. Fehler 3: Erst nach 6 Wochen ersten Beitrag liefern. Identifikation kippt. Fehler 4: 90-Tage-Review ausfallen lassen, das Signal: „Wir haben kein Interesse an deinem Feedback.“ Faustregel: Onboarding ist ein Produkt. Wie jedes Produkt braucht es Owner, Iteration und Messgrößen (Time-to-First-Contribution, Time-to-Full-Productivity, eNPS nach 90 Tagen).