Windows 365 Cloud-PC für externe Entwickler und BYOD einführen

In Kürze

• Windows 365 Business eignet sich bis 300 Cloud-PCs, Enterprise braucht Entra-ID-P1- und Intune-Lizenzen ohne Obergrenze.

• Daten bleiben im Microsoft-Tenant des Unternehmens, Umleitung von USB und Zwischenablage lässt sich zentral einschränken.

• Microsoft stellt Dev Box ein und macht Windows 365 zur einzigen Cloud-PC-Plattform, auch für Entwickler.

Ausgangslage

Externe Entwickler und Bring-your-own-Device-Nutzer (BYOD) brauchen Zugriff auf Firmenressourcen, ohne dass private oder fremd verwaltete Geräte direkt ins Unternehmensnetz eingebunden werden. Windows 365 Cloud PC bietet dafür eine vollständige, im Microsoft-Tenant gehostete virtuelle Windows-Umgebung, auf die sich per Browser oder App von praktisch jedem Endgerät zugreifen lässt, ohne dass Unternehmensdaten das Gerät selbst erreichen.

Für ein KMU stehen zwei Lizenzvarianten offen: Windows 365 Business ist auf kleinere Organisationen mit bis zu 300 Cloud-PCs ausgelegt und lässt sich ohne volle Intune-Infrastruktur einrichten. Windows 365 Enterprise setzt eine funktionierende Intune- und Microsoft-Entra-ID-Umgebung voraus, verlangt pro Nutzer Windows-E3-, Intune- und Entra-ID-P1-Lizenzen zusätzlich zur Windows-365-Lizenz, bietet dafür aber unbegrenzte Cloud-PC-Zahl, eigene Images und volle Integration in bestehende Intune-Richtlinien – relevant, wenn externe Entwickler dieselben Compliance-Vorgaben erfüllen müssen wie interne Mitarbeitende. Die dritte, ebenfalls zu prüfende Option ist, weiterhin auf klassische VPN-Zugänge oder physische Firmengeräte für Externe zu setzen und auf Cloud-PCs ganz zu verzichten – das vermeidet laufende Pro-Nutzer-Kosten, verlangt aber ein eigenes Gerätemanagement für jede externe Partei.

Bemerkenswert für Entwicklerszenarien: Microsoft stellt Dev Box ein und positioniert Windows 365 als alleinige strategische Plattform für virtualisierte Entwicklerumgebungen. Bestehende Dev-Box-Deployments laufen gemäss dem offiziellen Service-Zeitplan weiter, ein konkretes Abschaltdatum nennt Microsoft im entsprechenden Blogbeitrag vom 14. September 2026 nicht. Microsoft begründet den Schritt damit, dass Dev Box gezeigt habe, was Entwicklerinnen und Entwickler brauchen, und dass Windows 365 dieses Bedürfnis nun breiter abdecken soll – nicht nur für klassische Entwicklung, sondern auch für KI-gestützte Werkzeuge und Agenten, über ein gemeinsames Fundament für Identität, Sicherheit und Zugriffsmodelle.

Technisch bleibt der Zugriffsweg für beide Editionen gleich: Nutzer melden sich über windows365.microsoft.com oder eine App an, wahlweise auch über das eigenständige Windows-365-Link-Gerät. Für externe Entwickler bedeutet das: Ihr eigenes Gerät dient lediglich als Anzeige- und Eingabekanal, während sämtliche Entwicklungsdaten, Quellcode und Build-Werkzeuge ausschliesslich im Cloud PC innerhalb des Unternehmens-Tenants liegen.

Schritt für Schritt

1. Bestimmen Sie die Zielgruppe – externe Entwickler oder BYOD-Mitarbeitende – und ordnen Sie diese Windows 365 Business oder Enterprise zu, abhängig von Cloud-PC-Zahl und vorhandener Intune-Infrastruktur.

1. Prüfen Sie die Lizenzvoraussetzungen: Bei Enterprise benötigen Nutzer Windows E3, Intune und Microsoft Entra ID P1 zusätzlich zur Windows-365-Lizenz, bei Business genügt die Windows-365-Business-Lizenz selbst.

1. Legen Sie externe Identitäten in einer eigenen Microsoft-Entra-Gruppe an, getrennt von internen Mitarbeitenden, um Zuweisung und spätere Deprovisionierung klar zu halten.

1. Konfigurieren Sie über Intune Richtlinien für Umleitungssteuerung: Zwischenablage-, USB- und Druckerumleitung lassen sich pro Gruppe granular sperren oder erlauben, je nach Schutzbedarf der Daten.

1. Definieren Sie die Cloud-PC-Grösse nach vCPU, RAM und Speicher je nach Entwicklungslast, und dokumentieren Sie die Region, in der der Cloud PC bereitgestellt wird.

1. Klären Sie mit dem Rechtsdienst die Auftragsverarbeitungsvereinbarung mit Microsoft und die Anforderungen des revDSG, bevor Sie Cloud PCs für externe Personen produktiv schalten.

1. Testen Sie die Netzabhängigkeit unter realistischen Bedingungen: Ein Cloud PC ist ohne stabile Internetverbindung nicht nutzbar, was bei Entwicklern im Homeoffice oder unterwegs relevant ist. Prüfen Sie dabei auch die Bandbreite und Latenz zur gewählten Azure-Region, da eine schwache Verbindung die Arbeit im Cloud PC spürbar verlangsamt.

1. Planen Sie die Ablösung bestehender Dev-Box-Nutzung frühzeitig ein, auch ohne fixes Abschaltdatum, indem Sie neue Entwicklerumgebungen direkt auf Windows 365 aufsetzen.

Die Kostenseite

Windows 365 Business veröffentlicht Microsoft öffentlich in monatlichen Pro-Nutzer-Preisen in US-Dollar; für Enterprise sind die Preise je nach Vertrag und Region unterschiedlich und nicht pauschal öffentlich gelistet.

Risiken und Gegenargumente

Windows 365 bindet Zugriff und Betrieb an Microsofts Tenant-Modell: Ohne stabile Internetverbindung ist der Cloud PC für externe Entwickler oder BYOD-Nutzer schlicht nicht erreichbar, was bei instabilen Heim- oder Reiseverbindungen zum Praxisproblem wird. Anders als beim physischen Firmengerät gibt es keinen lokalen Offline-Modus, in dem zumindest eingeschränkt weitergearbeitet werden könnte. Vertraglich bleiben Daten zwar im Tenant des Unternehmens, die Auftragsverarbeitung durch Microsoft muss dennoch geprüft und mit den Anforderungen des revDSG sowie, je nach Branche, FINMA-Vorgaben abgeglichen werden, bevor sensible Entwicklungsdaten über Cloud PCs zugänglich gemacht werden.

Die Einstellung von Dev Box zeigt zudem, wie schnell Microsoft Produktlinien konsolidiert: Wer heute in Dev-Box-spezifische Abläufe investiert, muss diese mittelfristig auf Windows 365 migrieren. Die Umleitungssteuerung für Zwischenablage und USB reduziert das Risiko von Datenabfluss, verhindert es aber nicht vollständig, wenn Nutzer alternative Wege wie Cloud-Uploads nutzen. Wer stattdessen bei physischen Firmengeräten oder klassischem VPN-Zugang bleibt, vermeidet die Cloud-PC-Abhängigkeit, muss aber jedes Gerät einzeln beschaffen, absichern und zurücknehmen – bei häufig wechselnden externen Entwicklern ein spürbarer Verwaltungsaufwand.

Bei Windows 365 Enterprise kommt hinzu, dass Microsoft Entra Domain Services für die Bereitstellung von Cloud PCs ausdrücklich nicht unterstützt wird, weil dieser Dienst kein Microsoft-Entra-Hybrid-Join ermöglicht – wer also plant, Cloud PCs über die eigene, on-premises Active Directory hybrid einzubinden, muss diese Infrastruktur bereits besitzen oder neu aufbauen. Für sehr kleine externe Teams kann zudem die Grössenordnung ein Thema sein: Bei Windows 365 Business fallen laufende Kosten pro zugewiesenem Nutzer an, auch wenn ein externer Entwickler den Cloud PC nur zeitweise nutzt, was Windows 365 Flex mit nicht gleichzeitiger Mehrfachnutzung pro Lizenz für manche Konstellationen wirtschaftlicher machen kann, allerdings mit eigenen Lizenzvoraussetzungen.

Was das für Ihr KMU heisst

• Windows 365 Business genügt für die meisten KMU-Szenarien mit externen Entwicklern, solange die 300-Cloud-PC-Grenze nicht erreicht wird.

• Prüfen Sie die Auftragsverarbeitungsvereinbarung und revDSG-Konformität, bevor Sie Cloud PCs für Externe produktiv schalten.

• Konfigurieren Sie Umleitungssteuerung für Zwischenablage und USB als Standard, nicht als Ausnahme.

• Planen Sie eine allfällige Dev-Box-Ablösung frühzeitig, auch ohne bekanntes Abschaltdatum.