L’alternativa DAWO NixOS sfida Microsoft, ma il vero punto è il pilota olandese
L’alternativa DAWO NixOS è entrata in un pilota olandese in quattro città, nonostante Microsoft resti profondamente integrata nella tecnologia degli ambienti di lavoro del settore pubblico. Amsterdam, Ede, Zaanstad e ’s-Hertogenbosch stanno testando laptop Linux insieme a un ambiente di collaborazione open source. Il pilota proseguirà fino alla fine del 2026.
Questo è più preciso che affermare che il governo olandese abbia sostituito Microsoft. Non lo ha fatto. DAWO, abbreviazione di Digitaal Autonome Werkomgeving Overheid, resta una piattaforma per l’ambiente di lavoro governativo in evoluzione, con test sul campo limitati.
Eppure, è più di un’altra installazione sperimentale di Linux. Il Ministero dell’Interno olandese sostiene un’architettura completa per l’ambiente di lavoro che comprende dispositivi, software di collaborazione, identità, gestione, servizi cloud e futuro accesso mobile.
La sfida centrale non è quindi semplicemente NixOS contro Windows. È un’architettura aperta, riproducibile e sotto il controllo del governo contrapposta alla comodità e all’integrazione di uno stack commerciale dominante per l’ambiente di lavoro.
Microsoft non rischia un’immediata sostituzione a livello nazionale. La pressione arriva da qualcosa di più sottile: le agenzie olandesi stanno costruendo una via d’uscita che possono testare, ispezionare e potenzialmente ampliare.
L’alternativa DAWO NixOS è entrata nei test comunali
DAWO ha superato il confine tra un concetto politico e un ambiente funzionante che i dipendenti pubblici possono valutare.
Il pilota ufficiale coinvolge quattro comuni e l’Associazione dei Comuni dei Paesi Bassi, nota come VNG. Collaborano con il Ministero dell’Interno e SSC-ICT, un fornitore condiviso di servizi IT per il governo centrale olandese.
Ogni comune partecipante sta sperimentando su piccola scala. La configurazione testata combina un laptop basato su Linux con MijnBureau, un ambiente di collaborazione open source sviluppato dal Ministero dell’Interno.
DAWO opera sul laptop come ambiente di lavoro autonomo sottostante. Secondo il pilota comunale del governo, i test continueranno fino alla fine del 2026.
Il pilota ha tre obiettivi pratici. Deve raccogliere le esperienze degli utenti, far emergere problemi tecnici e migliorare l’integrazione con i sistemi governativi esistenti. Deve inoltre identificare quali gruppi di dipendenti potrebbero utilizzare per primi MijnBureau in produzione.
Questi obiettivi mostrano perché “sostituzione di Microsoft” sia una descrizione incompleta. Sostituire un’immagine del sistema operativo è solo una parte della sostituzione di un ambiente di lavoro consolidato.
I dipendenti pubblici necessitano anche di scambio di documenti, email, calendari, videoriunioni, controlli delle identità, gestione dei dispositivi, policy di sicurezza e accesso ad applicazioni specializzate. Ogni componente deve funzionare con gli archivi pubblici e i processi amministrativi esistenti.
La più ampia architettura dell’ambiente di lavoro di DAWO affronta diversi di questi livelli. La sua struttura pubblicata comprende sistemi operativi, gestione delle flotte, gestione delle identità e degli accessi, infrastruttura cloud, software di collaborazione, integrazione dell’IA e lavoro mobile.
DAWO-Core implementa la principale configurazione basata su NixOS. Un percorso separato basato su Fedora Kinoite funge da alternativa di sviluppo, anziché concentrare ogni scommessa tecnica su una sola distribuzione.
DAWO-Sextant è destinato a gestire flotte di dispositivi DAWO-NixOS. Altri filoni di lavoro riguardano un cloud governativo aperto, servizi di identità, accesso mobile e applicazioni di collaborazione.
MijnBureau copre una parte del livello applicativo. Il governo afferma che combina componenti associati a La Suite francese, OpenDesk tedesco e Nextcloud. Questo mix europeo è importante perché il progetto punta all’interoperabilità, non semplicemente a un desktop con marchio olandese.
I repository pubblici di DAWO rendono visibile anche il lavoro ingegneristico. Il repository principale descrive una build NixOS basata su flake, con moduli per desktop, hardware, rete, servizi, utenti e rafforzamento della sicurezza del sistema.
Queste evidenze sostengono una conclusione più circoscritta ma più solida rispetto al titolo virale. Gli enti pubblici olandesi dispongono di una base di codice reale e di un pilota reale, ma non hanno ancora un successore nazionale di Microsoft 365.
In questa fase, la portata limitata del pilota è un vantaggio. Un’implementazione controllata offre ai team comunali spazio per individuare i problemi prima che le aspettative politiche trasformino software sperimentale in infrastruttura obbligatoria.
Questa distinzione crea la tensione principale dell’articolo. DAWO è abbastanza credibile da meritare attenzione, ma ancora sufficientemente precoce perché le sue affermazioni più ambiziose dipendano dalle prove raccolte nei luoghi di lavoro reali.
Perché i Paesi Bassi vogliono ora una via d’uscita da Microsoft
L’obiettivo olandese è avere possibilità di scelta sotto pressione, non un isolamento tecnologico completo.
La politica nazionale alla base di DAWO ha preso forma prima che il progetto attirasse l’attenzione internazionale. Nel dicembre 2025, il governo olandese ha approvato una visione governativa per l’autonomia e la sovranità digitale.
Quella visione definiva l’autonomia come la capacità di scegliere la tecnologia e cambiare fornitori quando un provider fallisce o smette di soddisfare i requisiti governativi. Sottolineava inoltre la necessità di mantenere internamente competenze sufficienti per controllare i sistemi IT pubblici.
Il governo ha individuato diversi rischi derivanti dalla dipendenza da un numero ristretto di fornitori stranieri. Tra questi figuravano interruzioni del servizio, attacchi informatici, pressioni geopolitiche e un controllo ridotto sulle informazioni sensibili.
La sua strategia per l’autonomia richiedeva più standard aperti, un maggiore uso dell’open source, appalti coordinati, modernizzazione dei sistemi legacy e cooperazione europea.
Questo linguaggio non impone la rimozione di ogni prodotto americano. I funzionari olandesi hanno esplicitamente riconosciuto che l’indipendenza completa non esiste. L’obiettivo dichiarato è preservare le possibilità di scelta e il controllo.
La distinzione è importante perché i prodotti Microsoft possono restare utili creando al contempo un rischio di concentrazione. Un governo può valorizzare le applicazioni Microsoft e decidere comunque che non disporre di una concreta via d’uscita sia inaccettabile.
La politica è diventata più concreta nel luglio 2026, quando il governo olandese ha inasprito le regole sul cloud. Le organizzazioni del governo centrale devono ora considerare l’esposizione geopolitica e la dipendenza da un singolo fornitore prima di utilizzare servizi cloud pubblici.
Alle organizzazioni critiche viene sconsigliato di utilizzare, per le funzioni essenziali, provider soggetti a giurisdizioni esterne all’Unione europea o allo Spazio economico europeo. L’uso del cloud pubblico è inoltre scoraggiato per i servizi di email e documenti.
I nuovi requisiti cloud richiedono un piano di uscita per i servizi cloud importanti. Tale piano deve spiegare come le operazioni continuerebbero dopo un’interruzione o una transizione di fornitore.
I servizi esistenti ricevono quattro anni per adeguarsi, con possibili proroghe nei casi complessi. Questa tempistica mostra che il governo comprende il peso operativo della propria politica.
DAWO fornisce alla politica una controparte pratica. Un piano di uscita è meno convincente quando nessun ambiente di lavoro alternativo è stato installato, integrato e testato dai dipendenti.
Il progetto riflette anche un approccio europeo più ampio. Francia, Germania, Italia e Paesi Bassi hanno contribuito a formare un consorzio europeo per beni digitali condivisi. Entro dicembre 2025 vi avevano aderito nove Stati membri dell’UE.
L’ambito del consorzio comprende cloud computing, cybersecurity, applicazioni per ufficio, intelligenza artificiale e piattaforme social. L’interesse di DAWO per i sistemi di collaborazione francesi e tedeschi si inserisce in questa direzione transfrontaliera.
Microsoft subisce pressioni perché i governi non discutono più di sovranità soltanto a livello di appalti. Stanno finanziando codice, testando dispositivi e collegando progetti nazionali con componenti europei.
Tuttavia, questa pressione non va sopravvalutata. Microsoft offre ancora una combinazione matura di sistemi operativi, applicazioni per la produttività, strumenti di identità, controlli dei dispositivi, supporto e servizi dei partner.
DAWO deve dimostrare che un’architettura aperta possa offrire una parte sufficiente di quell’esperienza integrata senza creare un onere ingestibile per i team IT pubblici.
La vittoria politica immediata non è la migrazione. È l’istituzione di un percorso alternativo che i responsabili degli appalti possano prendere in considerazione in modo credibile.
Perché NixOS è al centro dell’alternativa DAWO NixOS
NixOS trasforma un desktop governativo in una definizione versionata del sistema, rendendo le configurazioni più facili da riprodurre, ispezionare e ripristinare.
L’amministrazione tradizionale dei desktop combina spesso immagini di installazione, policy di gestione, script, correzioni manuali e software distribuito in momenti diversi. Due macchine destinate a essere identiche possono divergere lentamente.
NixOS utilizza un modello dichiarativo. Gli amministratori descrivono lo stato desiderato del sistema, inclusi pacchetti, servizi, utenti e impostazioni, attraverso file di configurazione.
Il sistema operativo crea quindi quello stato dichiarato. Le dipendenze e gli input possono essere fissati, mentre le configurazioni possono essere archiviate nel controllo di versione e sottoposte a revisione come altro codice.
Il modello NixOS ufficiale supporta inoltre modifiche atomiche e rollback. Un aggiornamento non riuscito non deve sovrascrivere l’ultima configurazione funzionante.
Per le flotte governative, questo modello offre un meccanismo operativo interessante. Un team IT comunale può definire una postazione di lavoro approvata, riprodurla su più dispositivi e revisionare le modifiche prima della distribuzione.
Può inoltre collegare una modifica a una revisione specifica della configurazione. Questa tracciabilità è preziosa quando gli amministratori devono spiegare perché un controllo di sicurezza o un’applicazione sia comparso su una macchina.
Il repository principale di DAWO segue questo approccio tramite Nix flakes, che fissano gli input e descrivono gli output in una struttura standardizzata. I suoi moduli separano la configurazione di hardware, desktop, rete, utenti e servizi.
Il repository definisce questo un design multi-tenant. In termini pratici, i componenti comuni possono essere condivisi mentre organizzazioni diverse o ruoli differenti dei dispositivi mantengono i propri profili.
Questa architettura corrisponde alla struttura politica dei Paesi Bassi. I comuni necessitano di elementi costitutivi comuni, ma non utilizzano tutti applicazioni, reti o processi di servizio identici.
Una base riproducibile potrebbe consentire loro di condividere regole di rafforzamento della sicurezza e componenti dell’ambiente di lavoro senza costringere ogni organizzazione a una singola immagine mantenuta manualmente.
NixOS offre inoltre un rapido comportamento di rollback perché le nuove configurazioni non sovrascrivono quelle precedenti nel modo convenzionale. Gli amministratori possono tornare a una generazione precedente del sistema dopo un aggiornamento problematico.
Questa funzionalità non elimina il rischio di aggiornamento. Cambia il meccanismo di ripristino e rende più accessibili gli stati passati del sistema.
Esistono limiti importanti all’affermazione sulla riproducibilità. Nix fornisce strumenti efficaci per controllare gli input, ma le build software possono ancora contenere timestamp o altre fonti di non determinismo.
La guida alla riproducibilità del progetto NixOS afferma che i riferimenti deterministici alle dipendenze rappresentano un ottimo punto di partenza, non una garanzia che ogni pacchetto sia riproducibile.
DAWO non può quindi trattare NixOS come un certificato di sicurezza automatico. I suoi team necessitano ancora di test, revisione della supply chain, gestione delle vulnerabilità, firme sicure e controllo disciplinato degli input di configurazione.
Il repository pubblico mostra consapevolezza di questo carico di lavoro più ampio. La sua mappa dei moduli pubblicata include l'hardening, mentre le recenti descrizioni del repository menzionano le distinte base software e la reportistica specifica per host.
Il progetto necessita inoltre di orchestrazione della flotta. Le definizioni riproducibili sono utili, ma un ente deve comunque distribuire aggiornamenti, gestire i dispositivi, monitorare i guasti e intervenire sulle macchine che non rispettano la conformità.
DAWO-Sextant è pensato per svolgere quel ruolo di gestione. Il suo successo sarà importante quanto quello della distribuzione Linux sottostante, perché gli amministratori pubblici gestiscono flotte, non dimostrazioni isolate.
NixOS comporta inoltre un compromesso sul fronte delle competenze. Il suo linguaggio di configurazione, il modello dei pacchetti e le convenzioni del filesystem differiscono sostanzialmente dagli ambienti Linux convenzionali.
Queste differenze possono migliorare il controllo, ma aumentano l'onere di apprendimento. Le organizzazioni pubbliche avranno bisogno di ingegneri che comprendano sia NixOS sia le specifiche esigenze operative dei desktop governativi.
Il meccanismo risultante è promettente ma impegnativo. DAWO ottiene una base versionata e ispezionabile, assumendosi però la responsabilità delle competenze che in precedenza forniva un vendor commerciale.
Questa è la vera scommessa tecnica alla base del progetto. La sovranità deriva dalla capacità operativa, non semplicemente dalla pubblicazione di file di configurazione con una licenza open source.
Lo Stack Integrato di Microsoft È il Riferimento che DAWO Deve Raggiungere
DAWO compete con un'esperienza di lavoro consolidata, non con il kernel Windows preso isolatamente.
Un dipendente pubblico raramente percepisce la tecnologia sul posto di lavoro come livelli infrastrutturali separati. L'utente apre un laptop, si autentica, legge i messaggi, modifica documenti, partecipa a riunioni e accede ai sistemi dipartimentali.
Microsoft integra molti di questi passaggi in un ambiente connesso. Windows, Microsoft 365, Entra ID, Intune, Exchange, SharePoint e Teams possono essere acquistati e gestiti come servizi correlati.
Questa integrazione genera la stessa tensione che preoccupa i sostenitori della sovranità. Più servizi un'organizzazione adotta da un unico fornitore, più difficile diventa una futura transizione.
DAWO separa il luogo di lavoro in componenti sostituibili. NixOS fornisce la base operativa, MijnBureau offre funzioni di collaborazione e altri filoni di lavoro affrontano identità, cloud e gestione dei dispositivi.
Questa modularità può ridurre il lock-in perché, in teoria, un componente può cambiare senza sostituire l'intero ambiente. Tuttavia, sposta anche la responsabilità dell'integrazione verso il governo e i suoi partner.
Questo passaggio è il punto in cui molte storie di migrazione open source diventano difficili. Una licenza può consentire ispezione e modifica, ma non garantisce che ogni flusso di lavoro, documento, periferica e processo di supporto funzioni.
La compatibilità dei file è una preoccupazione. Documenti d'ufficio complessi possono dipendere da font, macro, modelli, plugin, comportamento del layout e automazioni specifiche dell'organizzazione.
Le applicazioni line-of-business presentano un'altra sfida. Alcuni sistemi comunali possono funzionare in un browser, mentre altri possono dipendere da client Windows, middleware proprietario o flussi di autenticazione costruiti attorno ai servizi Microsoft.
Anche l'accessibilità deve essere testata nell'uso quotidiano. Un desktop tecnicamente funzionante non è pronto per la produzione se le tecnologie assistive, la navigazione da tastiera, le videoconferenze o la correzione dei documenti offrono prestazioni incoerenti.
Le aspettative sul supporto creano ulteriore pressione. I dipendenti pubblici hanno bisogno di help desk prevedibili, procedure di sostituzione, risposta alla sicurezza, materiali formativi e percorsi di escalation.
Microsoft e la sua rete di partner offrono già strutture mature per questi compiti. DAWO deve costruire un modello di servizio equivalente o definire quali organizzazioni assumeranno ciascuna responsabilità.
Il progetto pilota in quattro città è concepito per far emergere proprio questi problemi. Il feedback degli utenti conta perché un'architettura può apparire coerente in un repository, pur creando attrito nel lavoro amministrativo di routine.
La resistenza dei dipendenti non dovrebbe essere liquidata come riluttanza a imparare. Un piccolo ritardo ripetuto nell'elaborazione dei documenti, nelle riunioni e nella gestione dei casi può diventare un costo istituzionale rilevante.
Il modello open source modifica anche la responsabilità. Gli enti ottengono il diritto di ispezionare e modificare il codice, ma devono decidere chi valuta le vulnerabilità e chi mantiene le modifiche locali.
Un modello di contributo della comunità può diffondere i miglioramenti tra le organizzazioni pubbliche. Può anche produrre varianti frammentate se le regole di governance, i processi di rilascio e la titolarità restano poco chiari.
Il progetto pubblico di DAWO tenta di coordinare questi livelli sotto un unico ombrello. Lo spostamento dello sviluppo centrale verso una piattaforma di collaborazione della comunità segnala interesse per una partecipazione che vada oltre un singolo ministero.
Tuttavia, l'attività del repository non equivale alla capacità istituzionale. Un luogo di lavoro pubblico sostenibile necessita di manutentori finanziati, pianificazione delle release, documentazione, supporto agli appalti e operazioni di sicurezza a lungo termine.
L'argomento più forte a favore di DAWO non è quindi che supererà immediatamente Microsoft in ogni funzionalità. È che il governo può stabilire un controllo significativo sull'architettura e sulle scelte dei fornitori.
L'argomento più forte contro una migrazione rapida è altrettanto pratico. Il controllo ha valore solo se l'alternativa rimane utilizzabile, sicura, supportabile e accessibile nell'intero lavoro reale della pubblica amministrazione.
Questo compromesso spiega perché il pilota olandese conta più di un annuncio simbolico. Sottopone la sovranità digitale a verifiche quotidiane che i documenti politici non possono risolvere.
Il Pilota Deve Dimostrare che l'Apertura Produce Controllo Operativo
Il codice aperto crea la possibilità di autonomia, ma il pilota deve dimostrare che le istituzioni olandesi possono esercitarla.
La prima incertezza riguarda l'adozione. Il governo non ha pubblicato un obiettivo di distribuzione nazionale, un numero totale di dispositivi o un calendario per sostituire i prodotti Microsoft nelle agenzie olandesi.
L'ambito annunciato è un piccolo esperimento che coinvolge quattro comuni. Qualsiasi affermazione su una transizione nazionale completata andrebbe ben oltre le prove verificate.
La seconda incertezza riguarda la copertura delle applicazioni. Il materiale pubblico descrive un'architettura ampia, ma non documenta la compatibilità con ogni carico di lavoro comunale.
Questa lacuna conta perché i sistemi specialistici spesso determinano se una migrazione desktop può espandersi. Un ambiente d'ufficio generale può funzionare bene mentre un piccolo numero di applicazioni critiche blocca un utilizzo più ampio.
La terza incertezza riguarda la titolarità organizzativa. DAWO coinvolge il Ministero dell'Interno, SSC-ICT, VNG, i comuni, progetti europei e una comunità crescente di contributori.
Lo sviluppo condiviso può evitare duplicazioni di lavoro. Può anche rendere meno chiara la responsabilità quando un incidente di produzione attraversa i livelli di sistema operativo, identità, cloud e collaborazione.
La quarta incertezza riguarda la validazione della sicurezza. Il codice pubblico consente revisioni esterne, ma la visibilità da sola non garantisce correzioni tempestive o distribuzioni sicure.
DAWO avrà bisogno di processi chiari per la divulgazione delle vulnerabilità, la priorità delle patch, release firmate, revisione delle dipendenze, risposta agli incidenti e audit delle configurazioni.
NixOS migliora la capacità di definire e riprodurre un sistema desiderato. Non può determinare se tale stato desiderato contenga una policy debole, un pacchetto vulnerabile o un'integrazione non sicura.
La quinta incertezza riguarda la produttività degli utenti. Il pilota deve distinguere i costi temporanei di apprendimento dai problemi persistenti dei flussi di lavoro.
La formazione può risolvere menu o posizioni dei file non familiari. Non può riparare funzionalità documentali mancanti, riunioni inaffidabili, periferiche non supportate o applicazioni inaccessibili.
La sesta incertezza riguarda i costi, anche se i confronti pubblici dovrebbero evitare una semplice aritmetica delle licenze. Le licenze commerciali sono solo una parte della spesa complessiva per il luogo di lavoro.
Una piattaforma open source richiede comunque ingegneri, lavoro di integrazione, supporto alla migrazione, formazione, help desk, operazioni di sicurezza, test hardware e correzione delle applicazioni.
Alcuni di questi costi costruiscono capacità pubblica riutilizzabile. Altri possono diventare obblighi di manutenzione ricorrenti difficili da condividere tra organizzazioni decentralizzate.
Il confronto corretto non è quindi tra software gratuito e software a pagamento. È tra capacità controllata dal governo e capacità fornita dal fornitore, compresi costi e rischi da entrambe le parti.
Hacker News e le più ampie discussioni su Linux hanno accolto con favore l'uso di NixOS, in particolare il suo modello di configurazione riproducibile. I commentatori hanno anche sollevato dubbi sugli sforzi nazionali duplicati e sulla difficoltà di coordinare piattaforme sovrane.
Entrambe le reazioni colgono una parte della questione. I piloti nazionali possono produrre progressi concreti, mentre un'eccessiva frammentazione può lasciare l'Europa a sostenere diverse alternative incomplete.
Il riutilizzo da parte di DAWO di componenti francesi, tedeschi e Nextcloud offre una risposta. Il progetto può mantenere una base operativa olandese contribuendo al contempo a servizi europei condivisi.
Il suo fallback Fedora Kinoite è un altro segno di pragmatismo. Mantenere un percorso alternativo riduce la dipendenza da NixOS, anche se aggiunge lavoro ingegneristico.
Il successo dovrebbe essere misurato attraverso risultati osservabili anziché dichiarazioni politiche. Il pilota necessita di evidenze su affidabilità, compatibilità delle applicazioni, domanda di supporto, operazioni di sicurezza e produttività dei dipendenti.
Dovrebbe inoltre documentare quali problemi sono stati risolti a monte, quali hanno richiesto codice specifico olandese e quali sono rimasti dipendenti da servizi proprietari.
Queste evidenze mostrerebbero se l'apertura sta producendo un autentico potere di cambiare fornitore. Senza di esse, DAWO rischia di diventare una dimostrazione tecnicamente interessante con un valore limitato negli appalti.
Cosa Osservare Prima che DAWO Possa Diventare un'Alternativa Credibile a Microsoft
Tre segnali determineranno se DAWO diventerà infrastruttura pubblica o resterà un esperimento circoscritto.
Il primo segnale è la valutazione del pilota prevista per la fine del 2026. I risultati più utili identificheranno i gruppi di dipendenti partecipanti, i flussi di lavoro testati, i guasti ricorrenti e le modifiche necessarie prima dell'uso in produzione.
Un annuncio positivo senza dettagli operativi fornirebbe poche prove. Miglioramenti documentati nella compatibilità, nel supporto e nell'esperienza utente rafforzerebbero la tesi dell'espansione.
Il secondo segnale è un impegno alla produzione da parte di almeno un comune partecipante o di un'organizzazione del governo centrale. Tale impegno dovrebbe includere un carico di lavoro definito e un team operativo responsabile.
Portare in produzione un gruppo circoscritto di dipendenti non equivarrebbe a una migrazione nazionale. Dimostrerebbe che DAWO può andare oltre una valutazione temporanea assumendosi reali obblighi di servizio.
Una decisione di prolungare i test senza un percorso verso la produzione indebolirebbe le affermazioni secondo cui la piattaforma sta diventando una pratica alternativa a Microsoft.
Il terzo segnale è un'integrazione sostenuta tra i livelli del progetto. DAWO-Core, Sextant, MijnBureau, i servizi di identità e i componenti cloud devono funzionare come un unico luogo di lavoro supportabile.
La sola attività del repository non stabilirà questo risultato. Occorre osservare release stabili, documentazione sulla sicurezza, linee guida di distribuzione, profili hardware supportati e una chiara titolarità della manutenzione.
Anche il riuso europeo conterà all'interno di questo segnale. Contributi condivisi con OpenDesk, La Suite, Nextcloud, NixOS o altri progetti pubblici dimostrerebbero che DAWO sta evitando un fork nazionale isolato.
L'alternativa DAWO NixOS modifica già la conversazione sugli appalti perché le agenzie olandesi possono indicare codice in esecuzione e test comunali. Non modifica ancora la base installata su scala nazionale.
Per gli sviluppatori, il progetto è una verifica della possibilità che l'infrastruttura dichiarativa possa governare normali dispositivi da lavoro, non soltanto server e sistemi specialistici.
Per gli acquirenti del settore pubblico, verifica se componenti open source modulari possano offrire un percorso di uscita credibile senza sacrificare la qualità del servizio.
Per i lavoratori della conoscenza, la domanda decisiva è più semplice: l’alternativa può supportare documenti quotidiani, riunioni, comunicazione e sistemi specializzati senza introdurre attriti persistenti?
Osservate i risultati dei progetti pilota, il primo impegno in produzione e il bilancio delle integrazioni. Se questi segnali saranno coerenti, DAWO diventerà più di una dichiarazione di sovranità. In caso contrario, il vantaggio di Microsoft rimarrà operativo, non soltanto commerciale.
