Windows 10: Wer wechseln will, muss dringend seine Prozesse anpassen!

Windows 7 nähert sich mit großen Schritten Richtung Support-Ende. Aus diesem Grund stehen aktuell viele Unternehmen vor der Aufgabe, auf Windows 10 zu migrieren. Aber Achtung: Mit dem Konzept „Windows as a Service“ wird das Deployment und die Wartung zu einem kontinuierlichen Prozess. Das bedeutet Umdenken und benötigt ausreichend Vorbereitung.

Mit Windows 10 und dem Konzept von Windows as a Service (WaaS) ändert sich vor allem das Release und Update Management von Windows grundlegend. Das bedeutet, dass Windows 10 die letzte Version des Betriebssystems sein wird - so Microsoft. Neue Funktionen und Sicherheitsfeatures werden bei Windows 10 via Feature Updates hinzugefügt. Sicherheitsrelevante Updates werden wie gewohnt monatlich bereitgestellt. Diese sogenannten Quality Updates sind im Vergleich zu bisherigen Windows Versionen wie XP oder 7 kumulativ, was diverse unterschiedliche Patchstände verhindert und somit die Fehlersuche erleichtert.

Um einen guten Überblick zu bekommen, empfehle ich dieses 5-minütige Video:

Um trotzdem eine Orientierung zu behalten, um welchen „Update-Stand“ es sich bei Windows 10 handelt, zählt Microsoft intern weiterhin eine Versionsnummer mit. Sie setzt sich zusammen aus der Jahreszahl plus Erscheinungsmonat des Releases. Diese Versionsnummern sind in der folgenden Abbildung, einem Releaseplan für Windows 10, zu erkennen.

Den aufmerksamen Beobachtern fällt auf, dass die Release-Frequenz von neuen Versionen deutlich kürzer ist als in der Vergangenheit. Stand heute (Februar 2018) ist zwei Mal pro Jahr ein Feature Update geplant, im Frühjahr und im Herbst. Man spricht daher von einem Semi-Annual Channel [1]. Sie sind somit mit einer neuen Windows Version vergleichbar. Der Support pro Feature Update ist für 18 Monate gegeben.

Hintergrund für den verkürzten Release-Zyklus ist in erster Linie die Notwendigkeit, schneller auf aktuelle Sicherheitsgefahren reagieren zu können. Ein großer Fokus der Features liegt neben neuen Edge-, Management- und Verteilungsfunktionen auf der (Weiter-)Entwicklung von Sicherheitsfunktionen. Darüber hinaus kann Kundenfeedback schneller umgesetzt und neue Funktionen eingearbeitet werden.

Diese Art der agilen Softwareentwicklung ermöglicht es, bei korrekter Umsetzung, dass in Unternehmen große Migrationsprojekte (in der Vergangenheit ca. alle 3-5 Jahre notwendig) hinfällig werden und stattdessen die Migrationstätigkeiten in den Betrieb verlagert werden. Dafür ist jedoch eine akribische Planung der Prozesse und Verantwortlichkeiten notwendig.

Der traditionelle Release-Ansatz bei Windows Deployments verfolgte in der Regel ein Wasserfallmodell als lineares Vorgehen (siehe Abbildung 2). Zu Beginn stand eine neue Windows Version wie z. B. Windows 7. Nach einer Evaluationsphase wurde ein Client-Konzept erstellt, welches das Design inkl. Gruppenrichtlinienkonfigurationen vorgab. Im Anschluss wurden die Client Images erstellt und Task Sequenzen erzeugt. Mittels Pilotnutzern wurden umfangreiche Tests in einer Pilotphase durchgeführt und eventuelle Korrekturen vorgenommen, um im Anschluss mit dem Rollout zu starten. In diesem Modell folgt eine Phase stets der nächsten. Es sind darüber hinaus immer klare Projekt Anfangs-und Endpunkte definiert.

Im Gegensatz zum traditionellen Ansatz wird bei Windows as a Service ein agiles Modell der Softwareentwicklung verfolgt. Windows 10 bzw. Windows as a Service kann nicht als einmaliges Projekt mit Start und Zieldatum funktionieren, sondern setzt ein kontinuierliches Deployment und Wartung im Betrieb aus den oben genannten Gründen voraus. Darüber hinaus ist aufgrund der verkürzten Releasezyklen und Supportzeiträume nicht nur eine Windows-Version im Umlauf, sondern mehrere. Eine weitere Unterscheidung ist somit, dass der Testprozess von Betriebssystem und Applikationen nicht wie im Projektgeschäft einmalig abgeschlossen werden kann, sondern ein stetiger Testzyklus im Betrieb stattfinden muss.

Tipp: Lesen Sie auch diese Blogbeiträge

• Lizenzierung von Windows 10 für Unternehmen

• Windows 10 Upgrade für Unternehmen: So sollten Sie sich vorbereiten

Aufgrund der verkürzten Release-Dauer kann Windows 10 nicht wie eine traditionelle Version behandelt werden. Die größte Herausforderung ist die Verlagerung des Projektgeschäftes in den Betrieb. Damit Ihnen dies gelingt, müssen Sie sich neue Rollen und Verantwortlichkeiten für den Windows-as-a-Service-Zyklus überlegen bzw. bestehende anpassen.

Ein weiterer Erfolgsfaktor ist die Anpassung des Release-Modells. Es ist zukünftig nicht mehr möglich 100% der Anwendungslandschaft mit Testfällen auf jedem neuen Feature Release zu testen, bevor Sie es ausrollen. Demnach ist eine aktuelle (!) Applikationsliste inkl. Kritikalitätsbewertung und Ansprechpartnern von großer Wichtigkeit, um zu entscheiden, was in der Testumgebung und was reaktiv im Betrieb getestet wird.

Sobald Sie geeignete Rollen und Verantwortlichkeiten gefunden, neue Prozesse definiert und ein neues Releasemodell entwickelt haben, profitieren Sie von stetig neuen Sicherheitsfeatures und ersparen sich große, aufwendige Projekte, die viele Ressourcen binden.

Noch ein wichtiger Hinweis:
Um die Umstellung auf das Windows as a Service Konzept zu erleichtern, hat Microsoft den Supportzeitraum für die Enterprise und Education Editionen 1607, 1703 und 1709 um sechs Monate verlängert. (Mehr Infos dazu bei Microsoft)

-----
[1] Neben dem Semi-Annual Channel gibt es auch noch den Long-Term Servicing Channel, der Spezialsysteme wie medizinische Geräte und Geldautomaten betrifft. Alle Empfehlungen in diesem Artikel beziehen sich auf klassische Office-Geräte, also den “Semi-Annual Channel”. Mehr zur Unterscheidung erfahren.