L’alternative DAWO NixOS défie Microsoft, mais le pilote néerlandais est la véritable histoire
L’alternative DAWO NixOS est entrée dans un pilote impliquant quatre villes néerlandaises, alors que Microsoft reste profondément implanté dans les technologies de poste de travail du secteur public. Amsterdam, Ede, Zaanstad et ’s-Hertogenbosch testent des ordinateurs portables Linux aux côtés d’un environnement de collaboration open source. Le pilote se poursuit jusqu’à la fin de 2026.
C’est plus précis que d’affirmer que le gouvernement néerlandais a remplacé Microsoft. Ce n’est pas le cas. DAWO, acronyme de Digitaal Autonome Werkomgeving Overheid, reste une plateforme de poste de travail gouvernementale en évolution, avec des essais sur le terrain encore limités.
Il s’agit néanmoins de davantage qu’une nouvelle installation Linux expérimentale. Le ministère néerlandais de l’Intérieur soutient une architecture complète de poste de travail couvrant les appareils, les logiciels de collaboration, l’identité, l’administration, les services cloud et, à terme, l’accès mobile.
L’enjeu central n’oppose donc pas simplement NixOS à Windows. Il met en regard une architecture ouverte, reproductible et contrôlée par l’administration, et la simplicité d’usage ainsi que l’intégration d’une pile commerciale dominante pour le poste de travail.
Microsoft ne fait face à aucun remplacement immédiat à l’échelle nationale. La pression provient de quelque chose de plus subtil : les administrations néerlandaises construisent une voie de sortie qu’elles peuvent tester, examiner et potentiellement étendre.
L’alternative DAWO NixOS est passée aux essais municipaux
DAWO a franchi la frontière entre un concept politique et un environnement opérationnel que les agents publics peuvent évaluer.
Le pilote officiel réunit quatre municipalités et l’Association des municipalités néerlandaises, connue sous le nom de VNG. Elles travaillent avec le ministère de l’Intérieur et SSC-ICT, un fournisseur de services informatiques partagés pour l’administration centrale néerlandaise.
Chaque municipalité participante expérimente à petite échelle. La configuration testée associe un ordinateur portable sous Linux à MijnBureau, un environnement de collaboration open source développé par le ministère de l’Intérieur.
DAWO s’exécute sur l’ordinateur portable en tant que poste de travail autonome sous-jacent. Selon le pilote municipal du gouvernement, les tests se poursuivront jusqu’à la fin de 2026.
Le pilote poursuit trois objectifs pratiques. Il doit recueillir les retours des utilisateurs, révéler les problèmes techniques et améliorer l’intégration avec les systèmes gouvernementaux existants. Il doit aussi déterminer quels groupes d’employés pourraient utiliser MijnBureau en premier en production.
Ces objectifs montrent pourquoi « remplacement de Microsoft » est une description incomplète. Remplacer une image de système d’exploitation n’est qu’une partie du remplacement d’un environnement de travail établi.
Les agents publics ont aussi besoin d’échanges de documents, de messagerie électronique, de calendriers, de visioconférences, de contrôles d’identité, d’administration des appareils, de politiques de sécurité et d’accès à des applications spécialisées. Chaque composant doit fonctionner avec les archives publiques et les processus administratifs existants.
L’architecture de poste de travail plus large de DAWO couvre plusieurs de ces couches. Sa structure publiée comprend les systèmes d’exploitation, la gestion de flotte, la gestion des identités et des accès, l’infrastructure cloud, les logiciels de collaboration, l’intégration de l’IA et le travail mobile.
DAWO-Core met en œuvre la configuration principale basée sur NixOS. Une branche distincte Fedora Kinoite sert de voie de développement de repli, plutôt que de concentrer tous les paris techniques sur une seule distribution.
DAWO-Sextant doit gérer les flottes d’appareils DAWO-NixOS. D’autres chantiers portent sur un cloud gouvernemental ouvert, des services d’identité, l’accès mobile et les applications de collaboration.
MijnBureau couvre une partie de la couche applicative. Le gouvernement indique qu’il combine des composants associés à La Suite française, OpenDesk allemand et Nextcloud. Ce mélange européen est important, car le projet recherche l’interopérabilité, et non simplement un bureau estampillé néerlandais.
Les référentiels DAWO publics rendent également le travail d’ingénierie visible. Le référentiel central décrit une construction NixOS basée sur des flakes, avec des modules pour les environnements de bureau, le matériel, le réseau, les services, les utilisateurs et le renforcement du système.
Ces éléments étayent une conclusion plus restreinte, mais plus solide, que le titre viral. Les organismes publics néerlandais disposent d’une véritable base de code et d’un véritable pilote, mais pas encore d’un successeur national à Microsoft 365.
La portée limitée du pilote est un atout à ce stade. Un déploiement contrôlé laisse aux équipes municipales la possibilité d’identifier les défaillances avant que les attentes politiques ne transforment un logiciel expérimental en infrastructure obligatoire.
Cette distinction crée la tension principale de l’article. DAWO est suffisamment crédible pour compter, mais encore assez précoce pour que ses promesses les plus ambitieuses dépendent toujours de preuves issues de postes de travail réels.
Pourquoi les Pays-Bas veulent dès maintenant une voie de sortie de Microsoft
L’objectif néerlandais est de disposer d’un choix sous contrainte, et non d’atteindre une isolation technologique complète.
La politique nationale à l’origine de DAWO a pris forme avant que le projet n’attire l’attention internationale. En décembre 2025, le cabinet néerlandais a approuvé une vision gouvernementale de l’autonomie et de la souveraineté numériques.
Cette vision définit l’autonomie comme la capacité à choisir des technologies et à changer de fournisseur lorsqu’un prestataire échoue ou ne répond plus aux exigences de l’administration. Elle souligne aussi la nécessité de conserver suffisamment d’expertise interne pour contrôler les systèmes informatiques publics.
Le gouvernement a identifié plusieurs risques liés à la dépendance envers un petit nombre de fournisseurs étrangers. Ils incluent les interruptions de service, les cyberattaques, les pressions géopolitiques et une maîtrise réduite des informations sensibles.
Sa stratégie d’autonomie appelle à davantage de normes ouvertes, à un recours accru à l’open source, à des achats coordonnés, à la modernisation des systèmes hérités et à la coopération européenne.
Cette formulation n’exige pas l’élimination de tous les produits américains. Les responsables néerlandais ont explicitement reconnu qu’une indépendance complète n’existe pas. L’objectif affiché est de préserver les choix et le contrôle.
La nuance importe, car les produits Microsoft peuvent rester utiles tout en créant un risque de concentration. Une administration peut valoriser les applications de Microsoft tout en jugeant inacceptable de ne disposer d’aucune voie de sortie pratique.
La politique s’est concrétisée en juillet 2026, lorsque le gouvernement néerlandais a durci ses règles relatives au cloud. Les organisations de l’administration centrale doivent désormais tenir compte de l’exposition géopolitique et de la dépendance à un fournisseur unique avant d’utiliser des services de cloud public.
Il est conseillé aux organisations critiques de ne pas recourir, pour leurs missions essentielles, à des fournisseurs régis en dehors de l’Union européenne ou de l’Espace économique européen. L’utilisation de cloud public est aussi déconseillée pour les services de messagerie électronique et de documents.
Les nouvelles exigences relatives au cloud imposent un plan de sortie pour les services cloud importants. Ce plan doit expliquer comment les opérations se poursuivraient après une interruption ou une transition de fournisseur.
Les services existants disposent de quatre ans pour s’adapter, avec des prolongations possibles dans les cas complexes. Ce calendrier montre que le gouvernement comprend le poids opérationnel de sa politique.
DAWO offre à cette politique un pendant pratique. Un plan de sortie est moins convaincant lorsqu’aucun poste de travail alternatif n’a été installé, intégré et testé par les employés.
Le projet reflète également une approche européenne plus large. La France, l’Allemagne, l’Italie et les Pays-Bas ont contribué à former un consortium européen consacré aux biens numériques communs. Neuf États membres de l’UE l’avaient rejoint en décembre 2025.
Le champ d’action du consortium comprend le cloud computing, la cybersécurité, les applications bureautiques, l’intelligence artificielle et les plateformes sociales. L’intérêt de DAWO pour les systèmes de collaboration français et allemands s’inscrit dans cette orientation transfrontalière.
Microsoft subit une pression parce que les gouvernements ne se contentent plus de discuter de souveraineté au niveau des achats. Ils financent du code, testent des appareils et relient des projets nationaux à des composants européens.
Cette pression ne doit toutefois pas être exagérée. Microsoft propose toujours une combinaison mature de systèmes d’exploitation, d’applications de productivité, d’outils d’identité, de contrôles des appareils, de support et de services partenaires.
DAWO doit démontrer qu’une architecture ouverte peut fournir une part suffisante de cette expérience intégrée sans créer une charge ingérable pour les équipes informatiques du secteur public.
La victoire politique immédiate n’est pas la migration. C’est l’établissement d’une voie alternative que les responsables des achats peuvent envisager de manière crédible.
Pourquoi NixOS est au cœur de l’alternative DAWO NixOS
NixOS transforme un poste de travail gouvernemental en définition de système versionnée, ce qui facilite la reproduction, l’inspection et la restauration des configurations.
L’administration traditionnelle des postes de travail combine souvent des images d’installation, des politiques de gestion, des scripts, des corrections manuelles et des logiciels déployés à différents moments. Deux machines censées être identiques peuvent progressivement diverger.
NixOS utilise un modèle déclaratif. Les administrateurs décrivent l’état souhaité du système, y compris les paquets, les services, les utilisateurs et les paramètres, dans des fichiers de configuration.
Le système d’exploitation construit ensuite cet état déclaré. Les dépendances et les entrées peuvent être figées, tandis que les configurations peuvent être stockées dans un contrôle de version et examinées comme tout autre code.
Le modèle NixOS officiel prend également en charge les modifications atomiques et les restaurations. Une mise à jour défaillante n’a pas à écraser la dernière configuration fonctionnelle.
Pour les flottes gouvernementales, ce modèle offre un mécanisme opérationnel attrayant. Une équipe informatique municipale peut définir un poste de travail approuvé, le reproduire sur plusieurs appareils et examiner les modifications avant le déploiement.
Il permet aussi de relier une modification à une révision précise de la configuration. Cette traçabilité est précieuse lorsque les administrateurs doivent expliquer pourquoi un contrôle de sécurité ou une application est apparu sur une machine.
Le référentiel central de DAWO suit cette approche via les Nix flakes, qui figent les entrées et décrivent les sorties dans une structure standardisée. Ses modules séparent les configurations matérielles, de bureau, réseau, utilisateur et de service.
Le référentiel qualifie cette conception de multi-tenant. En pratique, des composants communs peuvent être partagés, tandis que différentes organisations ou différents rôles d’appareils conservent leurs propres profils.
Cette architecture correspond à la réalité politique des Pays-Bas. Les municipalités ont besoin de briques communes, mais elles n’utilisent pas toutes des applications, réseaux ou processus de service identiques.
Une fondation reproductible pourrait leur permettre de partager des règles de renforcement et des composants de poste de travail sans obliger chaque organisation à adopter une image administrée manuellement.
NixOS offre également un comportement de restauration rapide, car les nouvelles configurations n’écrasent pas les précédentes de manière conventionnelle. Les administrateurs peuvent revenir à une génération antérieure du système après une mauvaise mise à jour.
Cette fonctionnalité n’élimine pas le risque de mise à niveau. Elle modifie le mécanisme de récupération et rend les états antérieurs du système plus accessibles.
La promesse de reproductibilité connaît d’importantes limites. Nix fournit de solides outils pour contrôler les entrées, mais les compilations logicielles peuvent toujours contenir des horodatages ou d’autres sources de non-déterminisme.
Les propres recommandations de reproductibilité du projet NixOS indiquent que les références de dépendances déterministes constituent un excellent point de départ, et non une garantie que chaque paquet est reproductible.
DAWO ne peut donc pas traiter NixOS comme un certificat de sécurité automatique. Ses équipes doivent toujours assurer les tests, l’examen de la chaîne d’approvisionnement, la gestion des vulnérabilités, la signature sécurisée et un contrôle rigoureux des entrées de configuration.
Le dépôt public témoigne de la prise en compte de cette charge de travail plus large. Sa cartographie des modules publiée inclut le renforcement de la sécurité, tandis que des descriptions récentes du dépôt mentionnent les nomenclatures logicielles et les rapports spécifiques aux hôtes.
Le projet nécessite également une orchestration de parc. Les définitions reproductibles sont utiles, mais une administration doit encore distribuer les mises à jour, gérer les appareils, surveiller les défaillances et traiter les machines qui ne respectent plus les exigences.
DAWO-Sextant est destiné à remplir ce rôle de gestion. Son succès sera aussi important que celui de la distribution Linux sous-jacente, car les administrateurs publics gèrent des parcs, et non des démonstrations isolées.
NixOS implique également un compromis en matière de compétences. Son langage de configuration, son modèle de paquets et ses conventions de système de fichiers diffèrent sensiblement des environnements Linux conventionnels.
Ces différences peuvent améliorer le contrôle, mais elles alourdissent l'apprentissage. Les organisations publiques auront besoin d'ingénieurs qui comprennent à la fois NixOS et les exigences opérationnelles propres aux postes de travail gouvernementaux.
Le mécanisme qui en résulte est prometteur mais exigeant. DAWO obtient une base versionnée et inspectable, tout en assumant la responsabilité de l'expertise qu'un fournisseur commercial apportait auparavant.
C'est le véritable pari technique du projet. La souveraineté découle de la capacité opérationnelle, et pas simplement de la publication de fichiers de configuration sous licence open source.
La pile intégrée de Microsoft est la référence que DAWO doit atteindre
DAWO est en concurrence avec une expérience de travail établie, et non avec le noyau Windows pris isolément.
Un agent public expérimente rarement les technologies de travail comme des couches d'infrastructure distinctes. Il ouvre un ordinateur portable, s'authentifie, lit ses messages, modifie des documents, participe à des réunions et accède aux systèmes de son administration.
Microsoft regroupe bon nombre de ces étapes dans un environnement connecté. Windows, Microsoft 365, Entra ID, Intune, Exchange, SharePoint et Teams peuvent être achetés et gérés comme des services associés.
Cette intégration crée la même tension qui préoccupe les défenseurs de la souveraineté. Plus une organisation adopte de services d'un même fournisseur, plus une transition future devient difficile.
DAWO sépare l'environnement de travail en composants remplaçables. NixOS fournit la base du système d'exploitation, MijnBureau assure les fonctions de collaboration, et d'autres chantiers traitent de l'identité, du cloud et de la gestion des appareils.
Cette modularité peut réduire l'enfermement propriétaire, car un composant peut théoriquement évoluer sans remplacer l'ensemble de l'environnement. Elle transfère aussi la responsabilité de l'intégration vers l'administration et ses partenaires.
C'est à ce stade que de nombreuses migrations vers l'open source deviennent difficiles. Une licence peut autoriser l'inspection et la modification, mais elle ne garantit pas que chaque flux de travail, document, périphérique et processus de support fonctionnera.
La compatibilité des fichiers est une préoccupation. Les documents bureautiques complexes peuvent dépendre de polices, de macros, de modèles, de plugins, du comportement de mise en page et d'automatisations propres à l'organisation.
Les applications métier constituent un autre défi. Certains systèmes municipaux peuvent fonctionner dans un navigateur, tandis que d'autres peuvent dépendre de clients Windows, de middleware propriétaire ou de flux d'authentification construits autour des services Microsoft.
L'accessibilité doit également être testée au quotidien. Un poste de travail techniquement fonctionnel n'est pas prêt pour la production si les technologies d'assistance, la navigation au clavier, la visioconférence ou la remédiation documentaire se comportent de manière incohérente.
Les attentes en matière de support créent une pression supplémentaire. Les agents publics ont besoin de services d'assistance prévisibles, de procédures de remplacement, de réponses aux incidents de sécurité, de supports de formation et de voies d'escalade.
Microsoft et son réseau de partenaires fournissent déjà des structures matures pour ces tâches. DAWO doit construire un modèle de service équivalent ou définir quelles organisations assumeront chaque responsabilité.
Le pilote mené dans quatre villes est conçu pour révéler précisément ces problèmes. Les retours des utilisateurs sont importants, car une architecture peut sembler cohérente dans un dépôt tout en créant des frictions dans le travail administratif courant.
La résistance des employés ne doit pas être écartée comme une simple réticence à apprendre. Un petit délai, répété lors du traitement des documents, des réunions et de la gestion des dossiers, peut devenir un coût institutionnel considérable.
Le modèle open source modifie également la responsabilité. Les administrations obtiennent le droit d'inspecter et de modifier le code, mais elles doivent décider qui évalue les vulnérabilités et qui maintient les changements locaux.
Un modèle de contribution communautaire peut diffuser les améliorations entre les organisations publiques. Il peut aussi produire des variantes fragmentées si les règles de gouvernance, les processus de publication et les responsabilités restent flous.
Le schéma directeur public de DAWO tente de coordonner ces couches sous une même bannière. Le déplacement du développement principal vers une plateforme de collaboration communautaire signale un intérêt pour une participation dépassant un seul ministère.
Pourtant, l'activité d'un dépôt n'équivaut pas à une capacité institutionnelle. Un environnement de travail public durable nécessite des responsables de maintenance financés, une planification des versions, de la documentation, un soutien aux achats et des opérations de sécurité à long terme.
L'argument le plus solide en faveur de DAWO n'est donc pas qu'il surpassera immédiatement Microsoft sur toutes les fonctionnalités. Il est que l'administration peut établir un contrôle réel sur l'architecture et les choix de fournisseurs.
L'argument le plus fort contre une migration rapide est tout aussi pragmatique. Le contrôle n'a de valeur que si l'alternative reste utilisable, sécurisée, maintenable et abordable dans le cadre du travail gouvernemental réel.
Ce compromis explique pourquoi le pilote néerlandais compte davantage qu'une annonce symbolique. Il soumet la souveraineté numérique à des tests quotidiens que les documents de politique publique ne peuvent pas trancher.
Le pilote doit prouver que l'ouverture produit un contrôle opérationnel
Le code ouvert crée la possibilité de l'autonomie, mais le pilote doit montrer que les institutions néerlandaises peuvent l'exercer.
La première incertitude concerne l'adoption. Le gouvernement n'a pas publié d'objectif de déploiement national, de nombre total d'appareils ni de calendrier pour le remplacement des produits Microsoft dans les administrations néerlandaises.
Le périmètre annoncé est une petite expérimentation impliquant quatre municipalités. Toute affirmation d'une transition nationale achevée irait bien au-delà des éléments vérifiés.
La deuxième incertitude concerne la couverture applicative. Les documents publics décrivent une architecture étendue, mais ne documentent pas la compatibilité avec chaque charge de travail municipale.
Cette lacune compte, car les systèmes spécialisés déterminent souvent si une migration de postes de travail peut s'étendre. Un environnement bureautique général peut bien fonctionner tandis qu'un petit nombre d'applications critiques bloque une adoption plus large.
La troisième incertitude concerne la responsabilité organisationnelle. DAWO couvre le ministère de l'Intérieur, SSC-ICT, VNG, les municipalités, des projets européens et une communauté croissante de contributeurs.
Le développement partagé peut éviter la duplication des efforts. Il peut aussi brouiller les responsabilités lorsqu'un incident de production traverse les couches du système d'exploitation, de l'identité, du cloud et de la collaboration.
La quatrième incertitude est la validation de la sécurité. Le code public permet une revue externe, mais la visibilité seule ne garantit ni une correction rapide ni un déploiement sécurisé.
DAWO devra disposer de processus clairs pour la divulgation des vulnérabilités, la priorisation des correctifs, les versions signées, l'examen des dépendances, la réponse aux incidents et l'audit des configurations.
NixOS améliore la capacité à définir et reproduire un système souhaité. Il ne peut pas déterminer si cet état souhaité contient une politique faible, un paquet vulnérable ou une intégration non sécurisée.
La cinquième incertitude concerne la productivité des utilisateurs. Le pilote doit distinguer les coûts temporaires d'apprentissage des problèmes persistants de flux de travail.
La formation peut résoudre la question de menus ou d'emplacements de fichiers inconnus. Elle ne peut pas corriger des fonctionnalités documentaires manquantes, des réunions peu fiables, des périphériques non pris en charge ou des applications inaccessibles.
La sixième incertitude porte sur le coût, même si les comparaisons publiques doivent éviter une arithmétique simpliste des licences. Les licences commerciales ne représentent qu'une partie de la dépense totale liée à l'environnement de travail.
Une plateforme open source requiert toujours des ingénieurs, des travaux d'intégration, un accompagnement à la migration, de la formation, des services d'assistance, des opérations de sécurité, des tests matériels et la remédiation des applications.
Certains de ces coûts développent une capacité publique réutilisable. D'autres peuvent devenir des obligations de maintenance récurrentes difficiles à partager entre des organisations décentralisées.
La bonne comparaison n'oppose donc pas les logiciels gratuits aux logiciels payants. Elle oppose une capacité contrôlée par l'administration à une capacité fournie par un fournisseur, y compris les coûts et les risques des deux côtés.
Hacker News et les discussions plus larges autour de Linux ont salué l'utilisation de NixOS, en particulier son modèle de configuration reproductible. Des commentateurs ont également interrogé la duplication des efforts nationaux et la difficulté de coordonner des plateformes souveraines.
Ces deux réactions saisissent une partie du problème. Les pilotes nationaux peuvent créer des avancées concrètes, tandis qu'une fragmentation excessive peut laisser l'Europe soutenir plusieurs alternatives incomplètes.
La réutilisation par DAWO de composants français, allemands et Nextcloud apporte une réponse. Le projet peut conserver une base opérationnelle néerlandaise tout en contribuant à des services européens partagés.
Son recours de secours à Fedora Kinoite est un autre signe de pragmatisme. Maintenir une voie alternative réduit la dépendance à NixOS, même si cela ajoute aussi du travail d'ingénierie.
Le succès doit être mesuré par des résultats observables plutôt que par des déclarations politiques. Le pilote doit fournir des éléments sur la fiabilité, la compatibilité applicative, la demande de support, les opérations de sécurité et la productivité des employés.
Il doit aussi documenter quels problèmes ont été résolus en amont, lesquels ont nécessité du code spécifique aux Pays-Bas et lesquels sont restés dépendants de services propriétaires.
Ces éléments montreraient si l'ouverture produit un véritable pouvoir de changement de fournisseur. Sans eux, DAWO risque de devenir une démonstration techniquement intéressante avec une valeur limitée pour les achats publics.
Ce qu'il faut surveiller avant que DAWO puisse devenir une alternative crédible à Microsoft
Trois signaux détermineront si DAWO devient une infrastructure publique ou reste une expérimentation circonscrite.
Le premier signal est l'évaluation du pilote à la fin de 2026. Les résultats les plus utiles identifieront les groupes d'employés participants, les flux de travail testés, les défaillances récurrentes et les changements requis avant une utilisation en production.
Une annonce positive sans détails opérationnels fournirait peu d'éléments. Des améliorations documentées en matière de compatibilité, de support et d'expérience utilisateur renforceraient les arguments en faveur d'une extension.
Le deuxième signal est un engagement en production d'au moins une municipalité participante ou d'une organisation du gouvernement central. Cet engagement devrait inclure une charge de travail définie et une équipe d'exploitation responsable.
Faire passer un groupe limité d'employés en production ne constituerait pas une migration nationale. Cela prouverait que DAWO peut dépasser l'évaluation temporaire tout en assumant de réelles obligations de service.
Une décision de prolonger les tests sans chemin vers la production affaiblirait les affirmations selon lesquelles la plateforme devient une alternative pratique à Microsoft.
Le troisième signal est une intégration durable entre les couches du projet. DAWO-Core, Sextant, MijnBureau, les services d'identité et les composants cloud doivent fonctionner comme un environnement de travail unique et maintenable.
L'activité d'un dépôt seule ne suffira pas à établir ce résultat. Il faudra surveiller des versions stables, une documentation de sécurité, des guides de déploiement, des profils matériels pris en charge et une attribution claire de la maintenance.
La réutilisation européenne comptera également dans ce signal. Des contributions partagées avec OpenDesk, La Suite, Nextcloud, NixOS ou d'autres projets publics montreraient que DAWO évite de devenir un fork national isolé.
L'alternative DAWO fondée sur NixOS modifie déjà la conversation sur les achats, car les administrations néerlandaises peuvent s'appuyer sur du code opérationnel et des tests municipaux. Elle ne modifie pas encore la base installée à l'échelle nationale.
Pour les développeurs, le projet teste si une infrastructure déclarative peut gouverner des appareils de travail ordinaires, et pas seulement des serveurs et des systèmes spécialisés.
Pour les acheteurs du secteur public, il teste si des composants open source modulaires peuvent offrir une voie de sortie crédible sans sacrifier la qualité de service.
Pour les travailleurs du savoir, la question décisive est plus simple : l’alternative peut-elle prendre en charge les documents quotidiens, les réunions, la communication et les systèmes spécialisés sans introduire de frictions persistantes ?
Suivez les résultats du projet pilote, le premier engagement en production et le bilan des intégrations. Si ces signaux convergent, DAWO deviendra plus qu’une déclaration de souveraineté. Dans le cas contraire, l’avantage de Microsoft restera opérationnel plutôt que simplement commercial.
