Fragen, die vor der Technologieentscheidung kommen
Die meisten Workplace-Projekte scheitern nicht an der Plattform, sondern an Fragen, die zu spät gestellt werden. Hier stehen die Fragen, die in Architektur-Workshops tatsächlich auftauchen — mit Antworten, die eine Entscheidung ermöglichen.
Wohin die Reise geht — und warum das zuerst geklärt wird
Eine Workplace-Strategie beginnt nicht bei der Plattform, sondern bei der Frage, wie in drei Jahren gearbeitet werden soll.
Womit fängt eine Workplace-Strategie an, wenn nicht mit der Plattformauswahl?
Mit der Arbeitsweise. Bevor feststeht, welche Nutzergruppen es gibt, wie sie arbeiten und was sich daran ändern soll, ist jede Plattformentscheidung eine Wette.
Praktisch heißt das: erst erheben, wie gearbeitet wird — nicht laut Organigramm, sondern tatsächlich. Welche Anwendungen laufen wie lange, wo entstehen Wartezeiten, welche Wege gehen Nutzer an der IT vorbei. Daraus entstehen Personas, aus den Personas Anforderungen, und erst daraus folgt ein Bereitstellungsmodell.
Der umgekehrte Weg — Plattform zuerst, Anforderungen hinterher — führt regelmäßig dazu, dass Funktionen lizenziert werden, die niemand nutzt, während echte Engpässe bestehen bleiben.
Wie viele Personas sind sinnvoll — und woran erkennt man, dass es zu viele sind?
Die Zahl ist nicht das Kriterium. Entscheidend ist, ob sich für jede Gruppe in einem Satz begründen lässt, warum sie genau dieses Bereitstellungsmodell bekommt — und ob diese Begründung auf eine erhobene Antwort zurückgeht.
Lautet die Begründung für alle Gruppen gleich, ist es keine Persona-Struktur, sondern ein Rollout mit Etiketten. Umgekehrt gilt: Wenn zwei Personas dieselben technischen Anforderungen erzeugen, sind es betrieblich keine zwei.
Was ändert sich am Arbeitsplatz, wenn Agenten Aufgaben übernehmen?
Die Sitzung verliert ihre Rolle als Träger der Arbeit. Ein Agent, der einen Report erzeugt, braucht keine achtstündige Sitzung mit Profil und Cache — er braucht kurze Rechenzeit, einige API-Aufrufe und einen begrenzten Datenzugriff.
Für die Architektur heißt das: Die Frage nach der passenden Desktop-Plattform bleibt bestehen, aber daneben entsteht eine zweite — wo agentgetriebene Aufgaben laufen und wie beides unter einer gemeinsamen Governance bleibt. Ausführlich in der Seekarte.
Wie weit sollte eine Workplace-Strategie in die Zukunft reichen?
Weiter als der Lizenzvertrag, kürzer als die Prognosefähigkeit. Ein Horizont von drei bis fünf Jahren ist belastbar; alles darüber ist Spekulation.
Sinnvoller als ein fixer Zielzustand ist die Frage, welche Entscheidungen umkehrbar sind und welche nicht. Ein Identitätsmodell bindet länger als eine Protokollwahl — entsprechend unterschiedlich sollte die Sorgfalt bei der Festlegung ausfallen.
ALZ, CAF und die Frage, was zuerst gebaut wird
Frameworks liefern keine Architektur. Sie liefern eine Reihenfolge — und die ist der eigentliche Wert.
Was leistet eine Azure Landing Zone konkret — und was nicht?
Eine Landing Zone legt fest, in welche Struktur Workloads hineinwachsen: Abonnements, Netzwerktopologie, Namenskonventionen, Richtlinien, Rollenmodell, Protokollierung. Sie ist die Vorarbeit, die spätere Migrationen billig macht.
Was sie nicht leistet: Sie ersetzt keine Anforderungsanalyse und keine Betriebsorganisation. Eine technisch saubere Landing Zone ohne geklärte Zuständigkeiten führt dazu, dass Richtlinien umgangen statt eingehalten werden.
Mehr dazu im Klartext-Beitrag zu Azure Landing Zones.
Wie verhalten sich TOGAF und das Microsoft Cloud Adoption Framework zueinander?
Sie widersprechen sich nicht, sie arbeiten auf unterschiedlichen Ebenen. TOGAF beschreibt einen methodischen Zyklus von der Vision bis zum Änderungsmanagement und ist plattformunabhängig. Das CAF beschreibt die Umsetzung in Azure — konkret, aber auf einen Anbieter bezogen.
In der Praxis liefert TOGAF die Struktur für Anforderungen, Baseline und Zielarchitektur; das CAF liefert die Bausteine für Umsetzung und Betrieb. Wer nur mit CAF arbeitet, bekommt eine gute Azure-Umgebung ohne Begründung. Wer nur mit TOGAF arbeitet, bekommt eine Begründung ohne Umsetzung.
Die Zuordnung im Detail: TOGAF in der Praxis.
Woran scheitern Virtual-Desktop-Projekte tatsächlich?
Selten an der Desktop-Technologie. Häufig daran, dass ein Virtual-Desktop-Projekt als isoliertes Endgeräte-Vorhaben geführt wird, obwohl es ein Ökosystem berührt: Identität, Netzwerk, Anwendungsbereitstellung, Profilverwaltung, Sicherheitsrichtlinien, Betriebsprozesse.
Wenn eine dieser Schichten unreif bleibt, begrenzt sie das Ergebnis — unabhängig davon, wie gut die Plattform gewählt wurde. Ausführlich im Reifegrad-Beitrag.
Wann lohnt sich ein Proof of Concept — und wann ist er verschwendete Zeit?
Ein PoC lohnt sich, wenn eine konkrete Unsicherheit besteht, die sich nur messen lässt: Verhält sich eine bestimmte Anwendung unter Multi-Session stabil? Reicht die Anbindung eines Standorts für das gewählte Protokoll?
Verschwendet ist er, wenn er lediglich zeigen soll, dass eine etablierte Plattform grundsätzlich funktioniert. Das ist bekannt. Ein PoC ohne vorher definierte Abbruchkriterien wird außerdem fast immer bestanden — und beweist damit nichts.
Die Details, an denen es im Betrieb hängt
Was in der Präsentation gleich aussieht, unterscheidet sich im Alltag erheblich.
Wann ist Multi-Session sinnvoll — und wann kippt die Rechnung?
Multi-Session teilt einen Host unter mehreren Nutzern und senkt damit die Kosten je Arbeitsplatz — solange die Nutzungsprofile ähnlich und die Lastspitzen verteilt sind. Typisch geeignet: Sachbearbeitung, Callcenter, Schichtbetrieb.
Die Rechnung kippt bei Anwendungen, die viel Arbeitsspeicher oder exklusive Ressourcen beanspruchen, bei gleichzeitigen Lastspitzen aller Nutzer und bei Software, deren Lizenzmodell Einzelinstallationen verlangt. Dann steigt die Zahl der Hosts so weit, dass Single-Session einfacher und oft nicht teurer ist.
Woran erkennt man, dass nicht das Netzwerk das Problem ist, sondern der Profil-Container?
An der Verteilung der Beschwerden über den Tag. Netzwerkprobleme äußern sich als durchgehende Trägheit während der Sitzung — Verzögerungen bei Eingaben, ruckelnde Darstellung. Profilprobleme konzentrieren sich auf Anmeldung und Abmeldung.
Konkrete Anzeichen für den Container: lange Anmeldezeiten, die mit der Nutzungsdauer wachsen, verlorene Einstellungen nach Sitzungsende, Sperrkonflikte bei paralleler Anmeldung an zwei Hosts.
Der Unterschied ist wichtig, weil eine Netzwerkerweiterung teuer ist und ein Profilproblem nicht löst.
Wie wichtig ist die Wahl des Übertragungsprotokolls?
Wichtiger als oft angenommen, aber nicht in der Breite. Für Büroanwendungen unterscheiden sich die etablierten Protokolle im Alltag kaum. Relevant wird die Wahl bei Grafiklast, bei Video- und Konferenznutzung, bei hohen Latenzen und bei Peripherie wie Scannern, Signaturpads oder seriellen Geräten.
Sinnvoll ist deshalb, das Protokoll nicht generell zu bewerten, sondern gegen die konkreten Randfälle im eigenen Anwendungsportfolio zu prüfen.
Was gehört ins Gold Image — und was ausdrücklich nicht?
Ins Image gehört, was für alle gilt und sich selten ändert: Betriebssystem, Basiskonfiguration, Sicherheitsagenten, Anwendungen mit hoher Startlast.
Nicht ins Image gehört, was sich häufig ändert oder nur Teilgruppen betrifft. Jede solche Anwendung im Image erzeugt bei jeder Aktualisierung einen kompletten Neubau — und damit einen Prozess, der irgendwann nicht mehr durchgehalten wird.
Die Faustregel: Was sich häufiger ändert als das Image selbst gebaut wird, gehört daneben, nicht hinein.
Plattformen unterscheiden sich nicht dort, wo man es erwartet
Die Kernfunktionen sind weitgehend vergleichbar. Die Unterschiede liegen in Betrieb, Lizenzierung und Randfällen.
Was unterscheidet Azure Virtual Desktop und Windows 365 wirklich?
AVD ist eine Plattform, die Sie selbst dimensionieren und betreiben: Sie bestimmen Hostgrößen, Skalierung, Images und Zuordnung. Abgerechnet wird nach Verbrauch. Das erlaubt Multi-Session und feine Optimierung — erfordert aber Betriebskompetenz.
Windows 365 liefert einen zugewiesenen Cloud-PC zum Festpreis je Nutzer und Monat. Weniger Stellschrauben, dafür kalkulierbar und ohne Kapazitätsplanung.
Die Entscheidung folgt selten der Technik, sondern der Frage, ob Sie Betriebstiefe aufbauen wollen oder Planbarkeit brauchen. Beides parallel ist verbreitet und sinnvoll.
Wann ist eine bestehende Citrix- oder Horizon-Umgebung ein Grund zu bleiben?
Wenn die Umgebung Anforderungen abdeckt, die andernorts Zusatzaufwand erzeugen: komplexe Peripherie, granulare Richtliniensteuerung, gewachsene Betriebsprozesse und geschultes Personal.
Ein Wechsel rechnet sich nicht über Lizenzkosten allein. Er rechnet sich, wenn die bestehende Umgebung entweder betrieblich nicht mehr tragfähig ist oder Anforderungen entstehen, die sie strukturell nicht erfüllt.
Funktion für Funktion vergleichbar in den DaaS Maps.
Was kostet ein Wechsel des Bereitstellungsmodells — und was übersieht man dabei?
Übersehen werden regelmäßig: die Neuverpackung des Anwendungsportfolios, die Migration der Nutzerprofile, die Anpassung von Überwachung und Servicedesk-Prozessen, die Schulung des Betriebsteams und die Parallelphase, in der beide Umgebungen laufen.
Diese Positionen übersteigen die Lizenzdifferenz häufig deutlich. Eine Vergleichsrechnung, die nur Lizenz- und Infrastrukturkosten gegenüberstellt, führt daher fast immer zu einem zu günstigen Ergebnis.
Lässt sich Desktop-Virtualisierung mit Microsoft-Mitteln finanzieren?
Teilweise. Microsoft stellt für bestimmte Projektphasen Programme bereit, die Analyse-, Konzeptions- oder Migrationsleistungen bezuschussen. Voraussetzung sind meist ein definierter Umfang, ein Partner und ein nachweisbares Zielbild.
Welche Programme in Frage kommen und welche Bedingungen daran hängen: Microsoft Funding.
Regulatorik gehört in die Architektur, nicht ans Ende
Nachträglich hergestellte Konformität ist teuer. Früh berücksichtigte kostet meist nur eine Entscheidung.
An welcher Stelle im Projekt gehören Compliance-Anforderungen berücksichtigt?
In der Anforderungsphase, gemeinsam mit den fachlichen Anforderungen. Regulatorische Vorgaben wirken auf dieselben Entscheidungen wie fachliche — Standortwahl, Identitätsmodell, Protokollierung, Verschlüsselung, Aufbewahrung.
Wird das nachgelagert geprüft, sind diese Entscheidungen bereits gefallen. Die Korrektur trifft dann Fundamente statt Konfiguration.
Was bedeutet Datensouveränität über den Speicherort hinaus?
Der Speicherort ist die einfachste Ebene. Darüber hinaus stellen sich Fragen nach dem Betriebspersonal und dessen Zugriff, nach der Schlüsselhoheit, nach der Rechtsordnung des Anbieters und nach der Handlungsfähigkeit, falls ein Dienst nicht mehr verfügbar ist.
Eine Umgebung kann vollständig in der EU liegen und dennoch Abhängigkeiten aufweisen, die im Ernstfall entscheidend sind. Umgekehrt ist nicht jede Abhängigkeit ein Risiko — entscheidend ist, ob sie bewusst eingegangen wurde.
Wie lassen sich mehrere Regelwerke gleichzeitig erfüllen, ohne Doppelarbeit?
Über eine gemeinsame Kontrollbasis. Die verbreiteten Regelwerke überschneiden sich in weiten Teilen — Zugriffssteuerung, Protokollierung, Verschlüsselung, Notfallvorsorge tauchen in nahezu allen auf, nur unterschiedlich benannt.
Sinnvoll ist deshalb, technische Maßnahmen einmal zu definieren und anschließend auf die jeweiligen Anforderungen abzubilden — statt je Regelwerk eine eigene Umsetzung zu führen.
Was sich bis 2030 verschiebt
Keine Prognosen, sondern Entwicklungen, die heute schon Entscheidungen beeinflussen.
Verschwindet der virtuelle Desktop?
Nicht absehbar. Wahrscheinlicher ist eine Verschiebung seiner Rolle: Für längere, menschgetriebene Interaktionen bleibt eine Sitzung sinnvoll. Für kurze, automatisierte Aufgaben entstehen daneben Modelle ohne persistente Sitzung.
Für die Planung heißt das weniger „ablösen“ als „ergänzen“ — mit der Anforderung, beide Welten unter einer Governance zu halten.
Was bedeutet lokale KI-Beschleunigung im Endgerät für die Architektur?
Sie verschiebt die Frage, wo Daten verarbeitet werden. Rechnet ein Endgerät lokal, verlassen bestimmte Daten das Gerät nicht — was regulatorisch entlasten kann. Gleichzeitig entsteht eine neue Ungleichheit zwischen Geräten mit und ohne Beschleunigung.
Für gemischte Umgebungen heißt das: Funktionen, die lokale Beschleunigung voraussetzen, lassen sich nicht flächendeckend zusagen. Das gehört in die Persona-Zuordnung, nicht in die Beschaffung allein.
Wie bereitet man Governance auf autonome Abläufe vor?
Mit Grundlagen, die unabhängig von der konkreten Technik tragen: klassifizierte Daten, Richtlinien als Code statt als Dokument, nachvollziehbare Protokollierung und klar geregelte Berechtigungen für nicht-menschliche Identitäten.
Diese Arbeit lohnt sich unabhängig davon, wie schnell autonome Abläufe tatsächlich kommen — sie verbessert die heutige Umgebung ohnehin.
Ihre Frage steht nicht dabei?
Wenn Sie vor einer konkreten Entscheidung stehen und eine Einschätzung brauchen — schreiben Sie mir. Herstellerneutral und ohne Verkaufsgespräch.
E-Mail schreiben → Auf LinkedIn vernetzen