IT-Risiko ist selten technisch. Es ist strukturell und damit eine Führungsentscheidung.
Wer verantwortet die IT der Organisation?
Ein einzelner Mitarbeiter? Ein langjähriger Administrator? Vielleicht ein Familienmitglied, das sich „nebenbei” darum kümmert?
Das wirkt pragmatisch. Vertraut. Kosteneffizient.
Strukturell bedeutet es häufig: Der Truck-Faktor liegt bei eins.
Fällt diese Person aus, kündigt oder steht kurzfristig nicht zur Verfügung, entsteht kein reines Technikproblem. Es entsteht ein Entscheidungsproblem:
- Warum wurden Systeme genau so gebaut?
- Welche Abhängigkeiten existieren wirklich?
- Welche Kompromisse wurden bewusst eingegangen?
- Wer kann diese Entscheidungen heute nachvollziehbar vertreten?
Auslagern verschiebt das Problem
Genau mit diesem Szenario werben viele IT-Dienstleister. Sie versprechen Stabilität, Vertretungsregelungen, dokumentierte Prozesse, klare Service Levels. Das stimmt zunächst einmal. Professionelle Anbieter reduzieren operative Risiken, die bei Einzelpersonen zwangsläufig entstehen.
Der reflexhafte Schritt ist daher oft: auslagern. Eine externe IT-Firma soll es richten.
Doch solange IT als operative Servicefunktion verstanden wird, bleibt das strukturelle Risiko bestehen. Es verschiebt nur den Ort.
IT-Betrieb ist eine Führungsfrage
Auch nach einem Wechsel bleiben die entscheidenden Fragen:
- Ist Wissen verteilt oder konzentriert?
- Ist die Umgebung standardisiert oder nur implizit verstanden?
- Wer trägt Verantwortung für Architekturentscheidungen?
- Wer entscheidet bei Zielkonflikten zwischen Stabilität, Geschwindigkeit und Kosten?
Das ist keine Admin-Frage. Das ist eine Führungsentscheidung.
Das eigentliche Thema ist nicht, wer die IT betreibt. Das Thema ist, ob die Organisation unter realen Bedingungen entscheidungsfähig bleibt.
Dokumentation ist Steuerungsfähigkeit
Gewachsene Organisationen mit echter Betriebsverantwortung brauchen keine Einzelkämpfer. Sie brauchen ein System, das Personenwechsel übersteht, ohne operative Unsicherheit zu erzeugen.
Das bedeutet:
- Dokumentierte Entscheidungen statt implizitem Erfahrungswissen.
- Klare Verantwortlichkeiten statt historisch gewachsener Zuständigkeiten.
- Standardisierung dort, wo Individualität keinen strategischen Vorteil bringt.
Und vor allem: Die Dokumentation gehört in die eigene Hand.
Nicht als Gefälligkeit eines Dienstleisters. Nicht als verstreutes Wissen in Tickets oder Postfächern. Sondern als bewusst gepflegter Bestandteil der eigenen Steuerungsfähigkeit.
Übergabe ist ein Prozess, keine Rekonstruktion
Wenn ein Wechsel ansteht, darf die Übergabe keine wochenlange Rekonstruktion sein. Sie muss ein vorbereiteter, klarer Prozess sein.
Standardisierung reduziert Abhängigkeit. Dokumentation erhält Entscheidungsfähigkeit. Verteiltes Wissen senkt operativen Druck.
Wenn eine verantwortliche Person wechselt, darf kein Betriebsrisiko entstehen. Es wird lediglich eine Rolle neu besetzt.
Hier trennt sich IT-Betrieb von struktureller Lieferfähigkeit.
Nicht die Person ist der Sicherheitsfaktor. Das System ist es.