Wenn das gesamte IT-Wissen in einem Kopf steckt: Fallstudie zur geordneten Übergabe am Beispiel eines ruheständlichen Administrators
Photo: Wen Zhengming, Public domain, via Wikimedia Commons
Wenn Herr Böhm Ende März in Rente geht, verlässt ihn nicht nur ein Kollege – es geht das komplette Betriebswissen über die IT eines Maschinenbauunternehmens mit 180 Mitarbeitern. Seit 22 Jahren verwaltet der 65-Jährige Server, Netzwerk, Backup und die ERP-Installation im fränkischen Familienbetrieb. Dokumentiert hat er davon vergleichsweise wenig. „Das war immer alles hier drin“, sagt er und tippt an seine Schläfe.
Das Szenario ist im deutschen Mittelstand alles andere als selten. Umfragen von Branchenverbänden wie Bitkom und des ZVEI deuten seit Jahren auf ein wachsendes Problem hin: Unternehmen, deren kritische Systeme von einer Person betrieben werden, die sich dem Ruhestand nähert. Was als Effizienz erscheint – einer weiß, wie alles läuft – wird zur existenziellen Abhängigkeit.
Die Fallstudie: 180 Mitarbeiter, ein Admin, zwölf Wochen
Der Maschinenbaubetrieb aus unserem Beispiel erfuhr von der Verwundbarkeit erst, als Herr Böhm seinen Ausstieg ankündigte. Die Geschäftsleitung setzte daraufhin eine Übergabefrist von zwölf Wochen – und beauftragte zusätzlich eine externe IT-Beratung mit der Begleitung. Der Ablauf lässt sich auf andere Unternehmen übertragen.
Woche 1 bis 3: Inventur statt Panik
Zunächst entstand ein vollständiges Inventar aller Systeme: Domaincontroller, Fileserver, das Backup, der VPN-Zugang für Außendienst und Vertrieb, die Firewall, ein alter NVR für die Überwachungskameras sowie die Schnittstellen zur ERP-Software des Herstellers. Für jedes System wurde festgehalten: Wer betreibt es? Wer ist Ansprechpartner beim Dienstleister? Was passiert, wenn es ausfällt?
Interessant: Ein Drittel der erfassten Systeme erwies sich bei genauerem Hinsehen als verzichtbar. Ein verwaister Cloudspeicher, ein Testserver von 2019, zwei Alt-Domains mit laufenden Kosten. Die Übergabe wurde damit auch ein Aufräumprojekt.
Woche 4 bis 6: Passwörter und Zugänge aus dem Kopf in den Tresor
Der kritischste Punkt jeder Übergabe sind Zugangsdaten. In der Fallstudie lagen Admin-Passwörter teilweise nur im Kopf – oder in einer verschlüsselten Datei, deren Kennwort wiederum nur Herr Böhm kannte. Die Lösung: ein unternehmensweiter Passwort-Manager mit geteilter Tresor-Struktur. Kritische Zugänge wanderten in einen Tresor, auf den Geschäftsführung und der künftige IT-Verantwortliche gemeinsam zugreifen können. Zwei-Faktor-Authentifizierung wurde für alle Admin-Konten eingerichtet, die Wiederherstellungscodes hinterlegt.
Wichtig dabei: Nicht das persönliche Konto des scheidenden Admins übernehmen, sondern eigene Konten für die Nachfolge schaffen. In mehreren Fällen im Mittelstand endeten Übergaben damit, dass das Unternehmen jahrelang unter dem Account eines ehemaligen Mitarbeiters lief.
Woche 7 bis 9: Doku der kritischen Prozesse
Anschließend wurden die Systeme dokumentiert, deren Ausfall den Betrieb lahmlegt: das Backup inklusive Wiederherstellungstest, die Firewall-Regeln, der Druckserver für den Etikettendruck in der Fertigung, die Anbindung an den Steuerberater. Die Dokumentation entstand als internes Wiki – nicht perfekt, aber nachvollziehbar. Bewährt hat sich die Regel: Alles, was der Nachfolger in einer Notfallsituation innerhalb von 30 Minuten finden können muss, gehört in die Doku.
Ein Praxiswert, der oft übersehen wird: Der scheidende Admin sollte die Wiederherstellung eines Backups selbst einmal vorführen, während der Nachfolger zusieht oder selbst handelt. Theoretisches Wissen über ein Backup ist im Ernstfall wertlos.
Woche 10 bis 12: Notfallhandbuch und Probelauf
Die letzten Wochen dienten dem Trockenüben. Herr Böhm blieb auf Abruf erreichbar – per Diensthandy, nicht über seine private Nummer. Das Notfallhandbuch für den ersten Montag danach umfasst drei Seiten: Welche Dienste laufen wo, welche externen Dienstleister haben welche Bereiche, wen erreicht man unter welcher Nummer. Dazu ein Rhythmus für die ersten 90 Tage nach dem Ausscheiden, in denen der Nachfolger die Systeme unter Aufsicht betreibt.
Was Unternehmen daraus lernen können
Die Fallstudie zeigt ein Muster, das sich verallgemeinern lässt:
- Frühzeitigkeit. Zwölf Wochen sind das Minimum. Ideal ist ein Übergabezeitraum von sechs bis zwölf Monaten, beginnend mit der Inventur.
- Zwei-Köpfe-Prinzip. Kein kritisches System sollte dauerhaft nur einer Person bekannt sein. Schon ein Vertretungsmodell mit einem zweiten Mitarbeiter reduziert das Risiko erheblich.
- Externe Begleitung. Ein neutraler Berater stellt die unbequemen Fragen und verhindert, dass Halbwissen als Wissen dokumentiert wird.
- Kultur statt Kontrolle. Viele Allein-Admins empfinden die Dokumentationspflicht als Misstrauen. Es hilft, die Übergabe als Würdigung der Lebensarbeit zu rahmen: Das Wissen soll erhalten bleiben, nicht kontrolliert werden.
Fazit: Der Ruhestand ist planbar – die Abhängigkeit auch
Der Maschinenbaubetrieb kommt gut durch den Übergang. Herr Böhm bleibt als Berater auf Stundenbasis für die ersten sechs Monate gebunden, die Doku lebt im internen Wiki weiter. Das eigentliche Ergebnis ist aber nicht der Papierstapel, sondern die Erkenntnis der Geschäftsleitung: Die Abhängigkeit von einer einzelnen Person war ein unternehmerisches Risiko, das sich hätte viel früher abbauen lassen.
Für Mittelständler, in denen noch ein „geheimer Herr Böhm“ die IT trägt, gilt: Der beste Zeitpunkt für die strukturierte Wissensübergabe war vor fünf Jahren. Der zweitbeste ist diese Woche.