Vom Terminalserver zur KI-fähigen Arbeitsumgebung: Die 90-Tage-Entscheidungsvorlage für Geschäftsführer

Die Frage „Können wir KI einsetzen?“ führt in vielen mittelständischen Unternehmen in die falsche Richtung. Die interessantere Frage lautet: Welche Arbeitsumgebung braucht ein Team, damit KI eine Aufgabe zuverlässig vorbereiten, Informationen sicher erreichen und Ergebnisse nachvollziehbar übergeben kann?

Wer heute noch weitgehend auf Terminalservern, alten Fachanwendungen und gewachsenen Dateiablagen arbeitet, muss dafür nicht erst ein Komplettprogramm zur IT-Erneuerung beschließen. Aber er braucht mehr als eine Lizenzentscheidung. Eine belastbare 90-Tage-Vorlage schafft Klarheit: Was bleibt vorerst bestehen, wo liegt das Risiko, welcher erste Anwendungsfall lohnt sich – und wann wird aus einem Pilot ein Stopp-Signal?

Warum ist die Arbeitsumgebung plötzlich eine Führungsfrage?

Ein Terminalserver ist nicht automatisch ein Auslaufmodell. Viele Unternehmen betreiben darauf Fachanwendungen stabil und wirtschaftlich. Problematisch wird er, wenn er zugleich der einzige Ort für E-Mail, Dateien, Zusammenarbeit, Browser, Identitäten und neue KI-Werkzeuge sein soll. Dann entscheidet nicht die Qualität eines einzelnen Tools über den Erfolg, sondern die gesamte Kette aus Gerät, Anmeldung, Datenzugriff, Berechtigungen und Prozessverantwortung.

Das ist eine Führungsfrage, weil die Folgen geschäftlich sind: unklare Risiken, verstreute Informationen, lange Bearbeitungszeiten und Investitionen ohne messbaren Nutzen. Die Geschäftsführung muss keine Serverrollen beurteilen. Sie muss entscheiden, welche Arbeitsabläufe modernisiert werden, welches Risiko akzeptabel ist und welche Ergebnisse ein Pilot liefern muss.

Was sollte in den ersten 30 Tagen geklärt werden?

Die erste Phase ist keine Inventur um der Inventur willen. Sie soll sichtbar machen, an welchen Stellen der aktuelle Arbeitsplatz Arbeit erschwert oder Risiken erzeugt. Dafür genügt zunächst eine pragmatische Übersicht – nicht das perfekte Architekturdiagramm.

1. Arbeitsplätze und Anwendungen nach Bedeutung ordnen

Erfassen Sie die Arbeitsgruppen, die regelmäßig mit Kundenanfragen, Angeboten, Servicefällen, Qualitätsdokumenten oder internen Auskünften arbeiten. Notieren Sie pro Gruppe: Welche Anwendung ist fachlich führend? Wo liegen die benötigten Informationen? Arbeiten die Nutzer auf einem aktuellen persönlichen Gerät, im Browser oder vollständig in einer Terminalserver-Sitzung?

Entscheidend ist die Trennung zwischen kritisch und gewohnt. Eine alte ERP-Maske kann geschäftskritisch sein. Ein gemeinsam genutzter Desktop für E-Mail und Dateien ist dagegen oft nur historisch gewachsen. Wer beides gleich behandelt, macht jede Modernisierung unnötig groß.

2. Datenwege und Rechte sichtbar machen

Für den ersten Überblick reichen vier Fragen: Welche Dokumente oder Daten braucht der Prozess wirklich? Wer darf sie sehen? Wo werden Ergebnisse abgelegt? Wer gibt sie frei? Gerade bei Angeboten, Personalthemen, Reklamationen oder Qualitätsdaten ist diese Klarheit wichtiger als die Auswahl eines KI-Modells.

Eine KI-fähige Arbeitsumgebung bedeutet nicht, dass ein System überall Zugriff erhält. Sie bedeutet, dass für einen klaren Aufgabenbereich die nötigen Informationen kontrolliert, rollenbasiert und nachvollziehbar verfügbar sind.

3. Risiken benennen, statt sie pauschal zu fürchten

Typische Risiken sind nicht abstrakt: nicht mehr unterstützte Betriebssysteme, gemeinsam verwendete Konten, lokale Schattenablagen, unklare Freigaben oder Daten, die ohne sauberen Kontext in externe Werkzeuge gelangen könnten. Diese Punkte gehören auf eine kurze Risikoliste mit Verantwortlichem und möglicher Gegenmaßnahme. Das schafft eine sachliche Grundlage für Prioritäten – statt die Diskussion mit einem allgemeinen „Datenschutz geht nicht“ zu beenden.

Wie wird aus der Bestandsaufnahme eine sinnvolle Priorität?

In den Tagen 31 bis 45 werden nicht die technisch spannendsten Ideen ausgewählt, sondern die wirtschaftlich vernünftigsten. Ein guter erster Fall verbindet häufige, klar abgrenzbare Arbeit mit überschaubarem Risiko.

Bewerten Sie jeden Kandidaten auf einer einfachen Skala von 1 bis 5 nach vier Kriterien:

• Wirkung: Wie viel Zeit, Qualität oder Reaktionsfähigkeit lässt sich realistisch verbessern?
• Wiederholbarkeit: Tritt der Ablauf regelmäßig und ähnlich genug auf?
• Daten- und Zugriffsrisiko: Sind die benötigten Informationen begrenzt und die Rechte klärbar?
• Umsetzbarkeit: Kann der Pilot neben der bestehenden Fachanwendung laufen, ohne den Betrieb zu gefährden?

Ein Beispiel: Die Vorbereitung eingehender Kundenanfragen kann ein guter Start sein. Ein Agent oder eine unterstützende KI strukturiert Inhalte, ordnet Dokumente zu und erstellt einen Entwurf für die zuständige Fachkraft. Das ERP bleibt führend, die Freigabe bleibt beim Menschen. Der Nutzen ist messbar: Bearbeitungszeit, Nacharbeitsquote und Reaktionszeit vor und nach dem Pilot.

Wie sieht eine sichere Pilotumgebung aus?

Zwischen Tag 46 und 75 wird keine neue Gesamtarchitektur gebaut. Ziel ist ein abgegrenzter Arbeitsbereich für einen Nutzerkreis, einen Prozess und einen kontrollierten Datenumfang. Der Pilot darf neben Legacy-Systemen laufen; gerade das reduziert das Risiko eines Big Bang.

Eine belastbare Pilotumgebung hat fünf Eigenschaften:

1. Persönliche Identitäten: Keine geteilten Konten. Zugriffe lassen sich einer Person und Rolle zuordnen.
2. Aktuelle Basis: Browser, Endgerät und Anmeldung sind innerhalb des Support- und Sicherheitsrahmens.
3. Begrenzte Datenquellen: Der Pilot erhält nur die Dokumente, Felder und Wissensquellen, die für den Prozess nötig sind.
4. Menschliche Freigabe: Die KI bereitet vor; fachlich relevante Entscheidungen oder externe Kommunikation werden geprüft.
5. Messung von Beginn an: Baseline, Durchlaufzeit, Fehlerbilder und Nutzerfeedback werden vor dem Start festgelegt.

Damit entsteht keine Parallelwelt für eine Demo. Es entsteht ein belastbarer Test, ob eine modernere Arbeitsumgebung im Alltag tatsächlich bessere Arbeit ermöglicht.

Welche Go/No-Go-Kriterien braucht die Geschäftsführung?

Die letzten 15 Tage dienen der Entscheidung, nicht der Präsentation. Ohne feste Kriterien wird jeder Pilot entweder aus Begeisterung verlängert oder aus Unsicherheit beendet. Beides ist teuer.

Ein Go ist sinnvoll, wenn der Pilot nachweisbar einen relevanten Prozess verbessert, die Nutzer ihn annehmen und die Daten- sowie Freigaberegeln im Alltag funktionieren. Als Orientierungswert kann gelten: Der Prozess wird spürbar schneller oder verlässlicher bearbeitet, ohne dass die Nacharbeit steigt. Die genaue Schwelle sollte vor dem Pilot je Prozess festgelegt werden – beispielsweise mindestens 20 Prozent weniger Bearbeitungszeit bei gleichbleibender oder besserer Qualität.

Ein No-Go ist kein Scheitern, wenn zentrale Annahmen nicht tragen: benötigte Daten sind nicht sauber abgrenzbar, die Rechte bleiben unklar, die Fachverantwortlichen müssen Ergebnisse zu stark nacharbeiten oder die technische Basis ist nicht ausreichend abgesichert. Die Konsequenz lautet dann nicht „KI funktioniert nicht“, sondern: zuerst Datenzugriff, Identitäten oder den Prozess selbst verbessern.

Was bleibt nach 90 Tagen übrig?

Am Ende steht idealerweise keine große Transformationsfolie, sondern eine geschäftsfähige Entscheidung: einen begrenzten Anwendungsfall ausrollen, den nächsten Prozess vorbereiten oder eine klar benannte technische Voraussetzung schaffen. Vielleicht bleibt die Fachanwendung noch Jahre auf dem Terminalserver. Das ist vertretbar, solange sie nicht mehr die gesamte Arbeitsweise des Unternehmens bestimmt.

Der wichtigste Takeaway für Entscheider: Modernisieren Sie nicht den Terminalserver, weil KI gerade auf der Agenda steht. Nutzen Sie einen klaren KI-Anwendungsfall, um die Arbeitsumgebung dort zu erneuern, wo sie nachweislich Zeit, Qualität und Steuerbarkeit verbessert. Nach 90 Tagen sollte eine belastbare Entscheidung stehen – kein weiterer Technologie-Workshop.