Onboarding-Atlas · T09 · Onboarding-Plan
Für interne Wechsel und neue Führungskräfte: nur das, was sich ändert, plus eine saubere Übergabe von Entscheidungen und Zugriffen.
Das angestrebte Ergebnis
Bereits abgeschlossenes Grundlagenwissen wiederverwenden; KI-Aufgaben nur ergänzen, wenn sich Aufgaben oder Werkzeuge der Person ändern. Bei Wechseln ohne Führungsverantwortung die Aufgaben zu direkt unterstellten Mitarbeitenden und zur Führungskräfteschulung auslassen.
Der Onboarding-Plan
Dies ist eine vorgeschlagene Reihenfolge aus dem Entwurf mit 8 Aufgaben. Zuständigkeiten, Zeitpunkte, Freigaben und Abschlussnachweise müssen vor Ort bestätigt werden. Öffnen Sie eine Aufgabe, um den vorgeschlagenen Zeitpunkt, die prüfende Person und den Abschlussnachweis zu sehen.
Phase 01 von 03
Phase 02 von 03
Phase 03 von 03
Lernpfad
Die Liste umfasst nur die Fähigkeiten, Aufgaben, Kontakte und Zugriffe, die sich in der neuen Rolle ändern.
Aufgabe im Entwurf MOVE01Eine Kollegin oder ein Kollege im neuen Team sagt zu, in den ersten Wochen in der Rolle praktische Fragen zu beantworten.
Aufgabe im Entwurf MOVE05Bisherige und neue Verantwortliche einigen sich über offene Entscheidungen, Risiken und darüber, wer ab welchem Datum Eskalationen übernimmt.
Aufgabe im Entwurf MOVE03Zugriffe aus der alten Rolle sind entfernt, und Zugriffe und Schulungen für die neue Rolle sind freigegeben.
Aufgabe im Entwurf MOVE04Die Notizen unterscheiden gemachte Zusagen, offene Anliegen und vertrauliche Themen.
Aufgabe im Entwurf MOVE02Jede direkt unterstellte Person hatte ein Einzelgespräch über ihre Arbeit, ihre Anliegen und die Art, wie sie am liebsten kommuniziert.
Aufgabe im Entwurf MOVE06Was die Belege zeigen
GitLab ermutigt Führungskräfte, bei einem Wechsel in ein neues Team neben einer Checkliste für den Übergang eine Ansprechperson für den internen Wechsel zuzuweisen.
S02McKinsey entwickelt nach dem Vorbild seines Plans für neue Mitarbeitende Entwicklungspläne für Personen, die in Rollen mit deutlich größerer Verantwortung wechseln.
S10Abschlussmeilenstein
Quellen und Herkunft
GitLab · Öffentliches Handbuch · Ohne Datum / laufend aktualisiert
Die Führungskraft bestimmt vor dem ersten Tag eine Ansprechperson; diese ruft am ersten Tag an und führt in der zweiten Woche mindestens zwei weitere Gespräche.
Grenzen: Die Auswahlkriterien sind als Idealvorstellungen formuliert, die laut Handbuch nicht immer erfüllt werden können.
Quelle öffnenMcKinsey · Darstellung eines Unternehmensprogramms · 2025-07-10
Eine Kompetenzdiagnose vor der Einarbeitung weist neue Mitarbeitende einem Grundlagen- oder Auffrischungspfad zu; tägliche Simulationen; ein persönlicher „Day 1 Growth Plan“.
Grenzen: Beschreibt die Programmgestaltung für Beratende; nennt keine Ergebnisdaten.
Quelle öffnenGitLab · Öffentliches Handbuch · Ohne Datum / laufend aktualisiert
Die Einarbeitung läuft als GitLab-Issue, das mindestens 4 Tage vor dem Startdatum eröffnet wird, mit einer Frist von 30 Tagen und rollenspezifischen Abschnitten.
Grenzen: Laufend gepflegte Handbuchseite, die sich häufig ändert; beschreibt den beabsichtigten Prozess, keine gemessenen Ergebnisse.
Quelle öffnenWenn etwas in einem Dokument nicht gefunden wurde, beweist das nicht, dass die Organisation keinen solchen Prozess hat. Alle Aufgabenpläne, Abschlusskriterien und Vorlagen hier sind eigens vorgeschlagene Anpassungen. Rechtliche Pflichten, tatsächliche Regeln, zugelassene Werkzeuge oder Produktionsberechtigungen niemals ableiten.
Ihr Dokument, Ihre Entscheidungen