Drei Leute in der IT, 200 Mitarbeitende im Unternehmen, und der Drucker im zweiten Stock druckt wieder nur leere Seiten. Wer dieses Bild kennt, weiß auch: Die IT-Abteilung im Mittelstand ist chronisch überlastet. Nicht weil die Leute schlecht wären, sondern weil die Rolle falsch geschnitten ist. Die IT soll gleichzeitig Helpdesk, Netzwerkadmin, Security-Team und Digitalisierungsabteilung sein. Das funktioniert nicht. Und genau hier verändert KI-gestützte Automatisierung die Spielregeln.
Der Feuerlöschmodus als Dauerzustand
In den meisten mittelständischen IT-Abteilungen sieht der Alltag so aus: Morgens die Tickets von gestern Abend abarbeiten. Mittags ein spontaner Serverausfall. Nachmittags erklärt jemand dem Vertrieb zum dritten Mal, wie das VPN funktioniert. Und die Cloud-Migration, die seit einem halben Jahr auf der Roadmap steht? Wird wieder verschoben. Wir haben das Muster undefined schon beschrieben: Das Problem ist selten die Technik. Es ist die Kapazität.
Der Feuerlöschmodus hat eine perfide Eigenschaft. Er fühlt sich produktiv an. Am Ende des Tages hat euer Team dutzende Probleme gelöst. Aber kein einziges davon war strategisch. Kein internes Tool wurde gebaut, keine Schnittstelle standardisiert, keine wiederkehrende Aufgabe automatisiert. Das Team reagiert nur noch, es gestaltet nicht mehr.
Dazu kommt: Der Feuerlöschmodus reproduziert sich selbst. Weil niemand Zeit hat, Prozesse zu stabilisieren, treten die gleichen Probleme immer wieder auf. Das Monitoring schlägt bei jedem Neustart eines Dienstes an, obwohl das erwartetes Verhalten ist. Die Fileserver-Migration scheitert zum dritten Mal, weil niemand die Berechtigungsstruktur sauber dokumentiert hat. Jede nicht investierte Stunde in Prävention erzeugt drei Stunden Reaktion.
Was KI tatsächlich übernehmen kann
Wenn von KI in der IT die Rede ist, denken viele sofort an den großen Wurf: vollautonome Systeme, die sich selbst heilen. Das ist Quatsch, zumindest heute. Was aber funktioniert, sind gezielte Entlastungen bei Routineaufgaben.
Log-Analyse ist ein gutes Beispiel. Ein LLM, das auf eure Infrastruktur-Logs trainiert ist, kann Muster erkennen und Alarme vorsortieren. Statt dass euer Admin morgens 80 Alerts durchscrollt, von denen 70 harmlos sind, bekommt er die zehn relevanten mit Kontext serviert. Das spart keine Stellen, aber es spart Nerven und vor allem Zeit.
Ähnlich bei Standard-Anfragen: Ein interner Chatbot, der Confluence und Jira durchsucht, beantwortet einen großen Teil der immer gleichen Fragen. "Wie setze ich mein Passwort zurück?" "Wo finde ich die VPN-Anleitung?" "Welcher Drucker ist für meine Etage konfiguriert?" Kein Admin sollte diese Fragen zum hundertsten Mal beantworten müssen. Und auch bei der Script-Generierung helfen LLMs: Ein Ansible-Playbook oder ein Terraform-Modul als Entwurf generieren lassen, dann reviewen und anpassen. Das ersetzt nicht das Fachwissen, beschleunigt aber die Umsetzung erheblich. Statt vier Stunden an einem Deployment-Script zu sitzen, habt ihr in 20 Minuten einen funktionierenden Entwurf, den euer Senior-Admin in einer halben Stunde auf Produktionsqualität bringt.
Freiräume schaffen reicht nicht
Hier machen viele Unternehmen einen Denkfehler. Sie führen Automatisierung ein und erwarten, dass sich die Rolle der IT von selbst verändert. Tut sie nicht. Wenn euer Team drei Stunden pro Tag durch KI-gestützte Tools spart, werden diese drei Stunden sofort von den nächsten Tickets aufgesogen. Es sei denn, ihr definiert die Rolle bewusst neu.
Der entscheidende Schritt ist: Die IT-Abteilung muss anfangen, interne Dienste als Produkte zu denken. Nicht als Einmal-Projekte, die irgendwann fertig sind, sondern als lebendige Plattformen mit eigener Roadmap. Das CRM-ERP-Interface ist nicht "ein Script, das läuft", sondern ein interner Service mit API-Dokumentation, Versionierung und einem Verantwortlichen. Der undefined, muss zum Plattform-Owner werden, der Prioritäten nach Geschäftswirkung setzt.
Vom Admin zum Architekten
Das klingt nach einem großen Kulturwandel, und das ist es auch. Aber er beginnt klein. Fangt mit einer einzigen wiederkehrenden Aufgabe an, die ihr automatisiert. Nicht die komplexeste, sondern die nervigste. Messt, wie viel Zeit das spart. Und investiert diese Zeit dann explizit in Architekturarbeit, nicht in mehr Tickets.
Eure Admins brauchen dafür neue Kompetenzen. Nicht unbedingt ein AWS-Zertifikat (obwohl das nicht schadet), sondern vor allem die Fähigkeit, in Services und Schnittstellen zu denken statt in Einzellösungen. Wer heute ein Monitoring-Dashboard baut, sollte nicht nur an die aktuelle Anforderung denken, sondern an eine Plattform, auf der morgen auch das nächste Dashboard aufsetzt.
Agile Methoden helfen dabei, auch in kleinen Teams. Zweiwöchige Sprints für Infrastruktur-Themen, kurze Retrospektiven nach Ausfällen, ein Backlog für Automatisierungskandidaten. Das muss nicht SAFe oder LeSS sein. Ein Kanban-Board mit drei Spalten reicht für den Anfang. Wichtig ist, dass Automatisierungsprojekte denselben Stellenwert bekommen wie Kundenanfragen. Wenn sie immer das Erste sind, das bei Engpässen gestrichen wird, passiert gar nichts.
Infrastructure as Code gehört in diese Kategorie. Wenn eure Server-Konfiguration in Ansible oder Terraform liegt statt in den Köpfen von zwei Leuten, dann überlebt das Wissen auch Urlaub, Krankheit und Kündigung. Das ist kein Nice-to-have, das ist Risikomanagement.
Führung muss mitspielen
Keine IT-Abteilung transformiert sich selbst, wenn die Geschäftsführung weiterhin nach Ticketzahlen bewertet. Wenn der Erfolg der IT daran gemessen wird, wie schnell Störungen behoben werden, optimiert das Team auf Geschwindigkeit bei der Fehlerbehebung, nicht auf Vermeidung von Fehlern. Das Budget muss an strategische Ziele gebunden sein: Wie viele manuelle Prozesse wurden automatisiert? Wie stabil laufen die Kernservices? Wie schnell kann ein neues internes Tool bereitgestellt werden?
Führungskräfte müssen außerdem Lernzeit einplanen und schützen. Nicht als Lippenbekenntnis im Jahresgespräch, sondern als festen Block im Kalender. Ein Tag pro Monat für Weiterbildung, für Experimente mit neuen Tools, für den Austausch mit anderen IT-Teams. Das kostet kurzfristig Kapazität und zahlt sich mittelfristig mehrfach aus.
Noch wichtiger: Hört auf, IT-Erfolg in gelösten Tickets zu messen. Die spannendere Kennzahl ist, wie viele Tickets gar nicht erst entstehen. Wie viele Prozesse laufen durch, ohne dass jemand eingreifen muss? Wie viele Fachabteilungen können ihre Standardprobleme selbst lösen, weil Self-Service-Werkzeuge existieren? Wer so misst, belohnt Prävention statt Reaktion.
Die IT-Abteilung im Mittelstand steht an einem Wendepunkt. KI-gestützte Automatisierung kann den Feuerlöschmodus durchbrechen. Aber Technik allein reicht nicht. Erst wenn Rolle, Kultur und Führung sich mitbewegen, wird aus dem Ticketlöser ein Plattformbauer. Das passiert nicht über Nacht. Aber es passiert auch nicht von allein. Wir bei Alumo, als Digitalisierungsagentur für den Mittelstand, sehen das jeden Tag: Der erste Schritt ist immer die Entscheidung, dass die IT mehr sein darf als die Abteilung, die den Drucker repariert.