- Eine Fachkraft aus People Operations eröffnet das Einarbeitungs-Issue mindestens vier Tage vor dem Startdatum und weist die Führungskraft zu, die eigene Aufgaben vor dem Start hat. S01
- Die Auswahl der Ansprechperson ist die erste Aufgabe der Führungskraft vor dem Start. Die ideale Ansprechperson ist seit über drei Monaten bei GitLab, arbeitet in derselben Abteilung, hat eine ähnliche Zeitzone und ist in den ersten zwei Wochen verfügbar. S02
- Alle zwei Wochen findet ein Begrüßungsgespräch zu drei verschiedenen Uhrzeiten statt, um die Zeitzonen abzudecken, sodass künftige neue Mitarbeitende ein bis zwei Wochen vor ihrem Start Fragen stellen können. S01
Zurück zur BibliothekHandbuch des Arbeitgebers
Onboarding-Atlas · Unternehmensrecherche
GitLab
Remote und verteilt
RemoteEntwicklungUnternehmenseinführungRollenbezogenes LernenÜbliche Zusammenarbeit
Zusammenfassung öffentlicher Recherche, kein offizieller Unternehmensablauf
Diese Seite berichtet nur über Beobachtungen aus den zitierten öffentlichen Quellen. Sie bedeutet keine Empfehlung; was dort fehlt, kann intern im Unternehmen dennoch vorhanden sein.
Zusammenfassung
Was die Quellen beschreiben
GitLab ist ein vollständig remote arbeitendes Unternehmen, das seinen Einarbeitungsprozess in seinem öffentlichen Handbuch veröffentlicht. Jedes neue Teammitglied arbeitet ein GitLab-Issue ab, das als gemeinsame Checkliste für die neue Person, ihre Führungskraft und unterstützende Teams dient, und erhält eine von der Führungskraft ausgewählte Ansprechperson.
- Die Ansprechperson begrüßt die neue Person am ersten Tag in einem Gespräch, idealerweise spät am Tag, damit die neue Person das Einarbeitungs-Issue gelesen hat und Fragen bereithält. S02
- Das Issue enthält einen Abschnitt, den jedes Teammitglied innerhalb von 30 Tagen erledigt, gefolgt von abteilungs- und rollenspezifischen Aufgaben. S01
- Das Handbuch empfiehlt mindestens zwei volle Wochen allgemeiner Einarbeitung; die teamspezifische Schulung beginnt in Woche drei. S01
- Am zweiten Tag wird ein Zugriffsantrag erzeugt, sofern für die Rolle eine Vorlage existiert; die IT ist für Zugriffsanträge verantwortlich. S01
- Ansprechpersonen planen in der Woche nach dem Startdatum mindestens zwei Folgegespräche und im ersten Monat mindestens ein weiteres und organisieren eine Vertretung, wenn sie abwesend sein werden. S02
- Jeder Punkt der Checkliste muss abgehakt werden, entweder als erledigt oder als nicht zutreffend. Eine monatliche Prüfung fasst bei offenen Issues nach, und ein Bot schließt alle, die nach 60 Tagen noch offen sind. S01
- Wenn jemand in ein neues Team wechselt, werden Führungskräfte ermutigt, zusätzlich eine Ansprechperson für den internen Wechsel zuzuweisen. S02
In diesen Quellen nicht gefunden
Das Fehlen hier bedeutet nicht, dass es bei GitLab nicht existiert; die geprüften Quellen sagen dazu lediglich nichts.
- Wie die Bereitschaft über das Abarbeiten der Checkliste hinaus beurteilt wird
- Wie Ergebnisse der Einarbeitung über die Umfrage zur Einarbeitung hinaus gemessen werden
- Wie sich der Prozess nach Land oder Beschäftigungsart unterscheidet
WeekOne-Anpassung
Was Sie übernehmen und vor Ort prüfen können
- Eine einzige Checkliste mit einem Abschnitt pro verantwortlicher Stelle (neue Person, Führungskraft, IT, Personalabteilung) führen statt getrennter Listen, die auseinanderlaufen.
- Punkte als „nicht zutreffend“ markieren lassen, statt sie zu löschen, damit nachvollziehbar bleibt, was berücksichtigt wurde.
- Kriterien für Ansprechpersonen (Betriebszugehörigkeit, Team, Überschneidung der Zeitzonen, Verfügbarkeit) schriftlich festlegen und vor dem ersten Tag eine Vertretung benennen.
Dies sind unsere Vorschläge, nicht die Praxis von GitLab. Übernehmen Sie unternehmensspezifische Termine, Werkzeuge oder Regeln nicht, ohne zu prüfen, ob sie zu Ihrer Organisation passen.
Zugehörige WeekOne-Entwürfe
Quellen und Herkunft
Belege im Zusammenhang lesen
S01Geprüft 2026-09-25
GitLab Onboarding
GitLab · Ö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 öffnenS02Geprüft 2026-09-25
GitLab Onboarding Buddies
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 ö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