Wenn ein Kollege geht, bleibt mehr zurück als Code. Es gibt offene Fragen, Gründe für frühere Entscheidungen und kleine Betriebsabläufe, die nie dokumentiert wurden. Eine Übergabe macht diese Zusammenhänge für die übernehmende Person zugänglich.
Mit einer Übersicht der Verantwortlichkeiten beginnen
Listen Sie die Aufgabenbereiche der bisherigen Fachkraft auf und benennen Sie neue Verantwortliche. Unterscheiden Sie Routinearbeit, betriebliche Eingriffe und laufende Änderungen. Ein Repository-Link reicht nicht, wenn unklar ist, wer eine Veröffentlichung freigibt oder mit einem anderen Team kommuniziert.
Die Gründe hinter dem aktuellen Zustand festhalten
Dokumentieren Sie neben Anleitungen auch Einschränkungen und offene Entscheidungen. Was ist eine Übergangslösung? Welche Variante wurde aus welchem Grund verworfen? Trennen Sie den bestätigten Istzustand von persönlichen Empfehlungen. So kann die Nachfolge Entscheidungen prüfen, ohne die gesamte Geschichte rekonstruieren zu müssen.
Den Ablauf praktisch erproben lassen
Wählen Sie eine typische Tätigkeit, etwa das Starten der Entwicklungsumgebung oder eine Änderung in einem Test-Branch. Die übernehmende Person führt sie aus, der bisherige Verantwortliche beobachtet und ergänzt Kontext. Jede nötige mündliche Hilfestellung zeigt eine Dokumentationslücke. Betriebliche Eingriffe gehören ausschließlich in eine geeignete, freigegebene Umgebung.
Mit einer konkreten Vereinbarung abschließen
Halten Sie fest, was übernommen wurde, was offen bleibt und wer sich darum kümmert. Prüfen Sie Zugangsänderungen mit der zuständigen Administration; Passwörter gehören nicht ins Übergabedokument. Vereinbaren Sie nachträgliche Unterstützung vorab samt Umfang und Erreichbarkeit. Eine gute Übergabe setzt keine unbegrenzte Hilfe in der Freizeit des früheren Kollegen voraus.