CH
PL
Warum das Thema mehr ist als ein Update
Ein Feature-Update von Windows wirkt auf den ersten Blick wie Routine. In der Praxis betrifft es jedoch viele Bereiche gleichzeitig: Fachanwendungen, Treiber, Sicherheitssoftware, Drucker und Peripherie, Richtlinien im Client-Management und nicht zuletzt die Arbeitsabläufe der Nutzer:innen. Je größer und heterogener die Geräteflotte, desto wichtiger ist ein geordnetes Vorgehen.
Hinzu kommt: Geräte ohne Sicherheitsupdates sind ein Risiko für das gesamte Netzwerk. Für Organisationen, die unter das NISG 2026 fallen, gehört ein nachvollziehbares Patch- und Lifecycle-Management zu den Grundanforderungen.
Schritt 1: Gerätebestand erfassen
Am Anfang steht die Frage: Wie viele Geräte laufen noch auf 23H2, und wo stehen sie? Werkzeuge wie Microsoft Intune, Configuration Manager oder andere Client-Management-Lösungen liefern diese Übersicht in der Regel schnell. Wichtig ist, nicht nur die Anzahl, sondern auch den Kontext zu erfassen:
- Standort und Abteilung
- Gerätetyp und Hardwaregeneration
- Nutzung: Standardarbeitsplatz, Spezialarbeitsplatz, Kiosk oder Produktionsumgebung
- Gründe, warum das Gerät bisher nicht aktualisiert wurde
Gerade der letzte Punkt ist aufschlussreich. Oft gibt es konkrete Hindernisse: eine Fachanwendung, ein Treiber, ein Gerät, das selten im Netzwerk ist, oder schlicht fehlende Zuständigkeit.
Schritt 2: Kompatibilität prüfen
Bevor ein breiter Rollout startet, sollte klar sein, welche Anwendungen und Geräte kritisch sind. Dazu gehören:
- Geschäftsanwendungen, insbesondere ältere oder selbst entwickelte Software
- Treiber für Drucker, Scanner, Kartenleser und Spezialhardware
- Sicherheitslösungen wie Endpoint Protection, VPN-Clients und Verschlüsselung
- Gruppenrichtlinien und Konfigurationsprofile
Herstellerinformationen zur Unterstützung von 24H2 oder 25H2 sind ein guter Ausgangspunkt. Ersetzen können sie den eigenen Test jedoch nicht.
Schritt 3: Pilotgruppe bilden
Ein Pilotupdate auf einer kleinen Gerätegruppe hilft, typische Arbeitsabläufe vor dem breiteren Rollout zu prüfen. Die Pilotgruppe sollte möglichst repräsentativ sein: verschiedene Abteilungen, Gerätetypen und Anwendungsprofile. Ideal sind Nutzer:innen, die Probleme zuverlässig melden und bereit sind, kurzfristig Feedback zu geben.
Legt vorab fest, woran ihr den Erfolg der Pilotphase messt, zum Beispiel: Alle Kernanwendungen starten fehlerfrei, Drucken funktioniert, VPN-Verbindungen sind stabil, es gibt keine kritischen Supporttickets über einen definierten Zeitraum.
Schritt 4: Rollout planen und kommunizieren
Ein gestaffelter Rollout in Wellen reduziert das Risiko. Typisch ist eine Reihenfolge von der IT-Abteilung über die Pilotgruppe zu einzelnen Standorten oder Abteilungen bis zur gesamten Organisation. Zwischen den Wellen sollte genug Zeit bleiben, um Rückmeldungen auszuwerten.
Ebenso wichtig ist die Kommunikation. Nutzer:innen sollten wissen, wann das Update kommt, wie lange es dauert, ob sie etwas tun müssen und an wen sie sich bei Fragen wenden. Stimmt den Zeitpunkt der Aktualisierung mit den Fachbereichen ab, damit Monatsabschlüsse, Produktionsspitzen oder wichtige Termine nicht beeinträchtigt werden.
Schritt 5: Support nach dem Wechsel
Nach dem Update ist vor dem Support. In den ersten Tagen nach einer Welle steigt die Zahl der Anfragen erfahrungsgemäß an. Klärt vorab, wer Nutzer:innen unterstützt, wenn Fragen auftreten: Servicedesk, Vor-Ort-Support oder lokale Ansprechpersonen in den Abteilungen. Eine kurze FAQ mit den häufigsten Fragen entlastet zusätzlich.
Abschließend sollte geprüft werden, ob alle Geräte erfolgreich aktualisiert wurden. Ein Bericht aus dem Client-Management zeigt, welche Geräte noch fehlen und warum.
Sonderfälle nicht vergessen
In fast jeder Geräteflotte gibt es Geräte, die sich nicht in den Standardprozess einfügen. Dazu gehören Kiosk- und Infoterminals, Rechner an Produktionsanlagen oder Laborgeräten, Arbeitsplätze mit zertifizierter Software sowie Notebooks im Außendienst, die nur selten mit dem Unternehmensnetz verbunden sind.
Für diese Geräte braucht es eigene Lösungen. Manchmal muss ein Hersteller die neue Windows-Version erst freigeben, manchmal ist ein Vor-Ort-Termin nötig, und manchmal ist der Austausch der Hardware die bessere Option. Wichtig ist, diese Fälle früh zu identifizieren, statt sie am Ende als Restposten mitzuschleppen. Geräte, die vorübergehend nicht aktualisiert werden können, sollten dokumentiert, im Netzwerk abgeschottet und zusätzlich überwacht werden.
Fortschritt messbar machen
Ein Rollout lässt sich gut steuern, wenn wenige Kennzahlen regelmäßig sichtbar sind:
- Anteil der Geräte auf unterstützten Versionen, gesamt und pro Standort
- Anzahl der Geräte mit bekannten Hindernissen und deren Ursachen
- Supporttickets pro Rollout-Welle
- Fehlgeschlagene Installationen und deren Behebungsdauer
Diese Zahlen helfen nicht nur dem Projektteam. Sie sind auch die Grundlage für eine kurze Statusmeldung an die Geschäftsführung und für den Nachweis gegenüber Prüfern.
Wer verantwortet den gesamten Prozess?
Ein Windows-Rollout berührt viele Rollen: Client-Engineering, Servicedesk, Informationssicherheit, Fachbereiche und oft externe Partner. Ohne klare Verantwortung entstehen Lücken, etwa wenn niemand die Kompatibilität einer bestimmten Fachanwendung prüft oder die Nachverfolgung einzelner Geräte im Tagesgeschäft untergeht.
Bewährt hat sich eine Person oder ein kleines Team, das den Prozess von der Geräteübersicht bis zur Prüfung nach dem Update verantwortet. Diese Rolle koordiniert, dokumentiert und berichtet, auch an die Geschäftsführung.
Kapazität realistisch planen
Dabei fehlt in vielen IT-Teams nicht der Plan, sondern die Kapazität. Rollout, Pilotgruppe und Support nach dem Wechsel binden Menschen, die im Tagesgeschäft ohnehin ausgelastet sind. Mit zusätzlichen Fachkräften auf Zeit, etwa im Client-Engineering, Paketierung oder Vor-Ort-Support, lässt sich ein solches Vorhaben umsetzen, ohne den laufenden Betrieb zu überlasten.
Wichtig ist eine klare Aufgabenverteilung. Externe Unterstützung übernimmt definierte Pakete, das interne Team behält die Steuerung und das Wissen über die eigene Umgebung.
Checkliste auf einen Blick
- Geräte auf 23H2 identifizieren und Gründe für fehlende Updates dokumentieren
- Kritische Anwendungen, Treiber und Sicherheitslösungen testen
- Pilotgruppe definieren und Erfolgskriterien festlegen
- Rollout in Wellen planen und mit den Fachbereichen abstimmen
- Nutzer:innen rechtzeitig informieren
- Support für die ersten Tage nach jeder Welle sicherstellen
- Abschlussbericht erstellen und verbleibende Geräte nachverfolgen
Häufige Fragen
Funktionieren Geräte mit 23H2 nach dem 10. November weiter?
Ja, die Geräte laufen weiter. Sie erhalten jedoch keine Sicherheits- und Qualitätsupdates mehr und werden damit zum wachsenden Risiko im Netzwerk.
24H2 oder 25H2: Welche Version ist das richtige Ziel?
Beide Versionen werden unterstützt. Welche besser passt, hängt von eurer Update-Strategie, der Kompatibilität eurer Anwendungen und den Supportzeiträumen ab, die Microsoft für die jeweilige Edition angibt.
Fazit
Das Supportende von Windows 11 23H2 Enterprise und Education ist kein Grund zur Panik, aber ein klarer Auftrag. Wer Gerätebestand, Kompatibilität, Pilotphase, Rollout und Support strukturiert angeht und die Verantwortung klar regelt, bringt seine Clients sicher auf eine unterstützte Version.
Wir bei Suppliance unterstützen euch dabei, passende IT-Spezialist:innen für Infrastruktur- und Rollout-Projekte zu finden. Wer verantwortet bei euch den gesamten Prozess, von der Geräteübersicht bis zur Prüfung der Geräte nach dem Update?