Wenn Wissen an einzelnen Köpfen hängt, müssen Übergabe und Nachfolge parallel beginnen. Fotoillustration: indivHR
Fachmagazin IT-Recruiting · Schlüsselrollen & Nachfolge
Wenn eine IT-Schlüsselperson kündigt, laufen drei Uhren gleichzeitig: Der Betrieb muss stabil bleiben, Erfahrungswissen muss aus dem Kopf ins Team gelangen, und die Nachfolge braucht ein Rollenprofil, das mehr kann als den Lebenslauf der gehenden Person zu kopieren.
Die Kündigung liegt auf dem Tisch. Noch acht Wochen. Plötzlich wird sichtbar, dass eine einzige Person die Eigenheiten des ERP kennt, die Eskalationen mit dem Hosting-Partner löst und weiß, warum eine scheinbar überflüssige Schnittstelle auf keinen Fall abgeschaltet werden darf. Im Organigramm war das kaum zu erkennen.
Was jetzt hilft, ist kein hektischer Einzelauftrag an HR. Unternehmen sollten Betriebssicherung, Wissenstransfer und Nachfolge als drei parallele Arbeitsstränge führen. In den ersten 48 Stunden werden Risiken und Zugänge geklärt. In der ersten Woche entsteht eine Landkarte der kritischen Aufgaben. Gleichzeitig entscheidet das Unternehmen, ob eine interne Nachfolge realistisch ist, eine externe Festbesetzung gestartet werden muss oder eine befristete Brücke nötig wird.
Kurzantwort: Was ist sofort zu tun?
Benennen Sie eine verantwortliche Person für die Übergabe, schützen Sie die Restzeit vor Tagesgeschäft, priorisieren Sie betriebs- und sicherheitskritisches Wissen und starten Sie die Nachfolgeentscheidung innerhalb weniger Tage. Dokumentation allein genügt nicht: Die übernehmende Person muss Abläufe beobachten, selbst ausführen und unter realistischen Bedingungen testen.
IT-Schlüsselperson kündigt: Jetzt zeigt sich das eigentliche Risiko
Eine Schlüsselperson ist nicht einfach jemand mit langer Betriebszugehörigkeit. Kritisch wird die Abhängigkeit, wenn nur eine Person Entscheidungen erklären, Störungen beheben, privilegierte Zugänge verwalten oder Lieferanten und Fachbereiche zusammenbringen kann. Das kann der SAP-Spezialist sein, der kundeneigene Erweiterungen kennt. Es kann eine Infrastruktur-Administratorin sein, die gewachsene Abhängigkeiten überblickt. Oder der IT-Leiter, bei dem Budgetwissen, Dienstleistersteuerung und informelle Entscheidungswege zusammenlaufen.
Der demografische Druck verstärkt diese Lage. Das Statistische Bundesamt weist darauf hin, dass ein großer Teil der Erwerbstätigen zur Babyboomer-Generation gehört und in den kommenden rund 15 Jahren in den Ruhestand geht. Jüngere Jahrgänge können die entstehende Lücke zahlenmäßig nicht vollständig schließen. Zugleich meldet die aktuelle Bitkom-Studie zum IT-Arbeitsmarkt, dass eine IT-Stelle im Durchschnitt 7,7 Monate unbesetzt bleibt.
Diese Werte sagen nichts über die individuelle Vakanz voraus. Sie zeigen aber, weshalb „Wir suchen später in Ruhe Ersatz“ bei einer spezialisierten IT-Rolle keine belastbare Planung ist. Die Kündigungsfrist ist oft kürzer als die Such- und Einarbeitungszeit zusammen.
Die ersten 48 Stunden: Stabilisieren, bevor Aktionismus beginnt
Ein Gegenangebot, eine eilige Stellenanzeige oder die Aufforderung „Bitte alles dokumentieren“ sind verständliche Reflexe. Keiner davon ersetzt eine nüchterne Lageaufnahme. Die ersten Gespräche sollten klären, was bis zum Austritt gesichert werden muss und wo ein kurzfristiger Ausfall den Betrieb treffen würde.
Betrieb
Welche Systeme, Prozesse, Releases, Abschlüsse oder Kundenleistungen hängen unmittelbar an der Person? Welche Termine fallen in oder kurz nach die Kündigungsfrist?
Zugänge & Sicherheit
Welche privilegierten Konten, Schlüssel, Zertifikate, Notfallkontakte und Freigaben sind personengebunden? Zugänge gehören geordnet in Rollen und sichere Systeme – nicht in private Notizen.
Entscheidungswissen
Welche Architekturentscheidungen, Ausnahmen und Workarounds sind nirgends erklärt? Besonders wertvoll ist das Warum hinter einer Lösung, nicht nur eine Klickfolge.
Beziehungen
Welche Dienstleister, Fachbereiche und Schlüsselanwender wenden sich direkt an diese Person? Wer übernimmt fachliche und kaufmännische Eskalationen?
Die gehende Person sollte fair und professionell behandelt werden. Wissenstransfer funktioniert schlecht, wenn die letzten Wochen von Misstrauen, Vorwürfen oder einem überfüllten Kalender geprägt sind. Vereinbaren Sie klar, welche laufenden Aufgaben pausieren dürfen, welche Übergaben Vorrang haben und wer Abnahmen erteilt.
Wissen sichern heißt: beobachten, ausführen, testen
Ein Ordner voller Bildschirmfotos beruhigt, macht aber noch niemanden handlungsfähig. IT-Wissen hat mehrere Ebenen: dokumentierbare Fakten, eingeübte Routinen, situatives Urteilsvermögen und ein Netz aus Ansprechpartnern. Für jede Ebene braucht es ein anderes Übergabeformat.
| Wissensart | Geeignetes Format | Abnahmekriterium |
|---|---|---|
| System- und Servicelandschaft | Service Map mit Abhängigkeiten, Eigentümern, Datenflüssen, Betriebszeiten und Kritikalität. | Eine außenstehende Fachperson kann erklären, was bei Ausfall eines Bausteins betroffen wäre. |
| Wiederkehrende Abläufe | Runbooks für Monatsabschluss, Release, Backup-Restore, Berechtigungen und Eskalationen. | Die übernehmende Person führt den Ablauf selbst aus; die bisherige Schlüsselperson beobachtet nur. |
| Störungswissen | Incident-Historie mit Symptomen, Diagnosewegen, Workarounds und dauerhaften Lösungen. | Ein Probevorfall oder Tabletop-Test zeigt, dass Diagnose und Eskalation ohne Zuruf funktionieren. |
| Entscheidungslogik | Kurze Decision Records: Ausgangslage, Alternativen, Gründe, Folgen und offene Schulden. | Das Team versteht, warum eine ungewöhnliche Lösung existiert und wann sie neu bewertet werden muss. |
| Stakeholderwissen | Kontakt- und Verantwortungsmatrix für Fachbereiche, Anbieter, Prüfer und Management. | Übergabegespräche haben stattgefunden; Zuständigkeiten sind auf beiden Seiten bestätigt. |
Die Bundesagentur für Arbeit empfiehlt Unternehmen ausdrücklich, Wissenstransfer rechtzeitig zu planen. Als wirksam nennt sie unter anderem Mentorings, Tandems, Wissenslandkarten und strukturierte Nachfolgeplanung. Die Betonung liegt auf „rechtzeitig“. Bei einer bereits ausgesprochenen Kündigung muss derselbe Gedanke in komprimierter Form umgesetzt werden.
Die Nachfolge ist selten ein Klon
Viele Schlüsselrollen sind über Jahre gewachsen. Was heute bei einer Person liegt, war vielleicht nie als einheitliche Stelle geplant. Ein Systemadministrator betreut zusätzlich Datenschutzfragen. Eine SAP-Beraterin übernimmt Projektsteuerung und Prozessdesign. Der IT-Leiter ist zugleich Architekt, Einkauf und Eskalationsstelle. Wer diese Mischung unverändert ausschreibt, sucht womöglich ein Profil, das der Markt kaum kennt.
Vor der Suche steht deshalb eine Designentscheidung: Welche Aufgaben bleiben intern? Welche können im Team verteilt, automatisiert, an einen Dienstleister übergeben oder bewusst beendet werden? Erst der verbleibende Kern wird zum Anforderungsprofil.
| Option | Passt, wenn … | Grenze | Erster Prüfpunkt |
|---|---|---|---|
| Interne Nachfolge | eine Person bereits Systemkontext, Vertrauen und einen großen Teil der Kernkompetenzen mitbringt. | Loyalität ersetzt keine fachliche oder zeitliche Kapazität. | Welche Lücken sind in drei bis sechs Monaten realistisch schließbar? |
| Externe Festbesetzung | die Verantwortung dauerhaft intern bleiben soll und der Zielmarkt identifizierbar ist. | Suche plus Kündigungsfrist der neuen Person übersteigt oft die verbleibende Übergabezeit. | Ist die Rolle suchbar – mit Prioritäten, Verantwortung, Rahmen und Wechselargument? |
| Interim-Brücke | Betrieb, Transformation oder Führung keinen mehrmonatigen Leerraum vertragen. | Ein Interim-Profil darf nicht zum teuren Dauerprovisorium ohne Wissensübergabe werden. | Welches konkrete Ergebnis muss die Brücke bis zur Festbesetzung liefern? |
| Managed Service | standardisierbare Betriebsaufgaben extern verlässlich erbracht werden können. | Architektur-, Prozess- und Steuerungswissen muss auf Unternehmensseite erhalten bleiben. | Welche Verantwortung bleibt intern, auch wenn operative Arbeit ausgelagert wird? |
| Rolle aufteilen | die bisherige Stelle fachlich mehrere Märkte oder Arbeitslogiken vermischt. | Mehr Schnittstellen brauchen klare Eigentümer und Entscheidungsrechte. | Welche Aufgaben gehören zwingend zusammen, welche nur historisch? |
So wird aus der Übergabe ein 30-Tage-Plan
- Tage 1–3: Kritikalität, Restlaufzeit, laufende Termine und Stellvertretung klären. Arbeitsstränge benennen und Übergabezeit verbindlich blocken.
- Tage 4–7: Service Map, Zugangsrollen, Anbieterbeziehungen und offene Risiken erfassen. Nachfolgeoptionen bewerten und Entscheidung treffen.
- Woche 2: Runbooks und Decision Records erstellen. Shadowing beginnen, Fachbereiche und externe Partner an neue Zuständigkeiten heranführen.
- Woche 3: Reverse Shadowing: Die übernehmende Person arbeitet, die Schlüsselperson beobachtet. Kritische Abläufe und Notfälle testen.
- Woche 4: Offene Lücken benennen, nicht kaschieren. Verantwortungen abnehmen, Zugriffsmodell aktualisieren und Such- oder Interimprozess nachschärfen.
- Danach: Nach 30 und 90 Tagen prüfen, wo Wissen weiterhin an einer Person hängt. Die Übergabe endet nicht automatisch am Austrittsdatum.
Ist die Kündigungsfrist länger, sollte der Plan nicht gemütlicher werden, sondern belastbarer. Zusätzliche Zeit eignet sich für echte Übung, für die Einarbeitung einer Nachfolge und für das Auflösen technischer Altlasten. Ist sie kürzer, müssen Risiken sichtbar bleiben. Ein dokumentiertes „derzeit nicht abgesichert“ ist besser als eine vermeintlich vollständige Übergabe, die im ersten Störfall scheitert.
IT-Recruiting beginnt mit der Betriebsrealität
Eine Nachfolgesuche für eine Schlüsselrolle lässt sich nicht aus dem alten Stellenprofil ableiten. Recruiting braucht Zugang zu den Menschen, die mit der Rolle arbeiten: Fachbereich, IT-Team, Management und gegebenenfalls Dienstleister. Gemeinsam müssen sie den Auftrag in beobachtbare Verantwortung übersetzen.
Sieben Fragen für das Nachfolgebriefing
- Welche Leistung darf auch während der Übergangsphase nicht ausfallen?
- Welche drei Ergebnisse soll die neue Person in den ersten sechs Monaten erreichen?
- Welche Kompetenzen sind am ersten Tag nötig – und was kann das Team vermitteln?
- Geht es um Betrieb, Modernisierung, Architektur, Führung oder eine Kombination mit klarer Priorität?
- Welche Entscheidungen darf die Rolle selbst treffen?
- Welche technische Realität muss offen benannt werden, damit erfahrene Kandidat:innen den Auftrag ernst nehmen?
- Welche Übergangslösung greift, wenn die Festbesetzung nicht vor dem Austritt gelingt?
Bei Legacy-, SAP-, Infrastruktur- oder Security-Rollen ist die Suchlogik besonders kontextabhängig. Ein Jobtitel zeigt selten, ob jemand gewachsene Systeme stabilisieren, eine Ablösung führen oder lediglich Standardbetrieb übernehmen kann. Bei IT-Führungsrollen kommen Budget, Transformation, Dienstleistersteuerung und politische Anschlussfähigkeit hinzu. Genau diese Unterschiede bestimmen Zielmarkt, Ansprache und Auswahlprozess.
Was Unternehmen in der Hektik vermeiden sollten
Alles auf die gehende Person laden
Tagesgeschäft, Projekte und vollständige Dokumentation passen selten gleichzeitig in die Restzeit. Ohne Priorisierung entsteht viel Material, aber wenig übernommene Verantwortung.
Den alten Lebenslauf ausschreiben
Historisch gewachsene Kombinationen verengen den Markt. Besser ist ein Rollenprofil aus künftiger Aufgabe, nicht aus der Biografie des Vorgängers.
Zugänge nur kopieren
Personengebundene Konten und unklare Berechtigungen verlagern das Risiko. Der Austritt ist Anlass, Rollen, Eigentümer und Notfallzugriffe sauber zu ordnen.
Auf die perfekte Festbesetzung warten
Wenn der Betrieb vorher eine Lücke bekommt, braucht es eine Brücke. Das ist keine Niederlage, sondern Risikosteuerung – sofern Auftrag und Enddatum klar sind.
Belege und redaktionelle Einordnung
Demografie: Destatis beschreibt den absehbaren Ruhestand großer Babyboomer-Jahrgänge und die kleinere nachrückende Erwerbsbevölkerung. Das belegt den strukturellen Druck, nicht das Alter einzelner IT-Teams.
IT-Arbeitsmarkt: Bitkom nennt für 2025 durchschnittlich 7,7 Monate bis zur Besetzung einer IT-Stelle. Der Wert stammt aus einer repräsentativen Unternehmensbefragung und ist kein Versprechen für einzelne Suchen.
Wissenstransfer: Die Bundesagentur für Arbeit empfiehlt Mentoring, Tandems, Wissenslandkarten und Nachfolgeplanung. Der Beitrag überträgt diese Instrumente auf kritische IT-Rollen.
Häufige Fragen, wenn eine IT-Schlüsselperson kündigt
Was sollte am ersten Tag nach der Kündigung passieren?
Benennen Sie eine verantwortliche Person, klären Sie Kündigungsfrist und verfügbare Übergabezeit, erfassen Sie betriebs- und sicherheitskritische Abhängigkeiten und schützen Sie feste Zeitblöcke für die Übergabe. Die Suche nach einer Nachfolge sollte parallel vorbereitet werden.
Welche IT-Dokumentation hat Vorrang?
Vorrang haben Service-Abhängigkeiten, privilegierte Zugänge, Notfall- und Wiederanlaufverfahren, wiederkehrende kritische Abläufe, offene Risiken sowie Entscheidungen, deren Gründe sonst verloren gingen. Dokumentation sollte durch praktische Ausführung und Tests abgenommen werden.
Sollten wir zuerst intern oder extern nach einer Nachfolge suchen?
Prüfen Sie beides anhand derselben Kriterien. Eine interne Person ist stark, wenn sie Kontext, Lernfähigkeit und Kapazität mitbringt. Eine externe Suche ist nötig, wenn zentrale Kompetenzen fehlen oder die Rolle neu zugeschnitten wird. Zeitkritische Lücken können zusätzlich eine Interim-Brücke erfordern.
Wann ist ein Interim-Manager oder externer Spezialist sinnvoll?
Wenn Betrieb, Transformation oder Führung keinen mehrmonatigen Leerraum vertragen. Der Auftrag sollte messbar sein: Stabilisierung, Übergabe, Teamführung oder Vorbereitung der Festbesetzung. Ohne klares Ziel droht ein teures Dauerprovisorium.
Wie vermeiden wir die nächste Abhängigkeit von einer Person?
Für kritische Services braucht es Stellvertretungen, rollenbasierte Zugänge, gemeinsam gepflegte Runbooks, regelmäßiges Reverse Shadowing und klare Eigentümer. Wissen muss im Arbeitsprozess geteilt und getestet werden, nicht erst beim Offboarding.
Wie lange dauert die Besetzung einer IT-Schlüsselrolle?
Das hängt von Rolle, Markt, Gehalt, Standort, Prozess und Kündigungsfristen ab. Bitkom nennt für IT-Stellen im Durchschnitt 7,7 Monate Vakanz. Für die konkrete Planung sollten Unternehmen deshalb mit Szenarien arbeiten und eine Übergangslösung vorsehen, statt einen Durchschnitt als Termin zu behandeln.
Passend dazu
Ihre IT-Schlüsselrolle braucht Nachfolge, bevor die Zeit knapp wird?
Wir schärfen mit Ihnen den Suchauftrag und trennen historisch gewachsene Aufgaben von der Verantwortung, die künftig wirklich besetzt werden muss.
So kann die Suche starten, während Ihr Team Übergabe und Betrieb absichert.
