Tech 6 min di lettura

UE contro Teams, il test fallisce

Un funzionario UE confuso durante il test dell'alternativa sovrana a Microsoft Teams

La tecnologia della sovranità digitale si scontra con la realtà operativa. Nell’estate 2026, la Commissione Europea ha avviato una sperimentazione interna per sostituire Microsoft Teams con Element Pro, un’alternativa “sovrana” sviluppata dalla società britannica Element. L’obiettivo era chiaro: ridurre la dipendenza dagli Stati Uniti, ospitando dati e infrastruttura su server self-hosted della Commissione, garantendo conformità al Cyber Resilience Act e crittografia end-to-end basata sul protocollo open source Matrix.

Il risultato, tuttavia, è stato un fallimento tecnico e umano. Secondo note interne riportate da POLITICO, i giudizi dei dipendenti sono stati estremamente negativi. La piattaforma è stata definita “una schifezza assoluta” da alcuni funzionari, che hanno lamentato prestazioni inferiori rispetto a Teams. Il divario tra l’ambizione politica e l’esperienza utente quotidiana si è rivelato incolmabile in questa fase iniziale.

Element Pro: il backup sovrano della Commissione contro Microsoft Teams

Element Pro non è un semplice clone di Teams. Si basa su Matrix, un protocollo federato che promette decentralizzazione e controllo. La versione Pro aggiunge funzionalità proprietarie per la gestione centralizzata, necessaria per un’istituzione complessa come la Commissione. La scelta di self-hostare l’infrastruttura risponde a una logica di sicurezza: i dati non escono dall’UE (o meglio, dall’infrastruttura controllata dalla Commissione), evitando i cloud pubblici americani.

Tuttavia, la teoria della sovranità si è infranta contro la pratica dell’usabilità. Teams, per quanto pesante, è un prodotto maturo, ottimizzato per migliaia di iterazioni e supportato da un ecosistema di integrazioni che rende i workflow fluidi. Element Pro, nella sua fase di beta interna, ha mostrato i tipici difetti di un software in fase di stabilizzazione: latenze nelle chiamate, problemi di rendering e una curva di apprendimento ripida.

Malcontento interno: “una schifezza assoluta” e prestazioni inferiori

Le reazioni interne sono state brutali. Oltre alla critica sulla qualità dell’interfaccia, è emersa una preoccupazione strategica più profonda. Un commento interno ha osservato che, in caso di interruzione del servizio Microsoft, gli Stati Uniti “vincerebbero istantaneamente la guerra” grazie alla superiorità delle loro tecnologie. Questo suggerisce che la percezione di debolezza tecnologica europea non riguarda solo la privacy, ma la capacità stessa di mantenere la produttività in scenari di crisi.

Il problema non è solo politico, ma ingegneristico. La resistenza al cambiamento è naturale, ma qui si somma a una frustrazione tecnica reale. Quando un tool di collaborazione rallenta il lavoro, la resistenza diventa attiva. I dipendenti non stanno rifiutando la sovranità; stanno rifiutando l’inefficienza operativa.

La risposta di Element: dissonanza cognitiva e fase di sperimentazione

Matthew Hodgson, CEO di Element, ha risposto alle critiche attribuendo il malcontento alla “dissonanza cognitiva” naturale nel passaggio da un’applicazione consolidata a una nuova. Ha sottolineato che il progetto è ancora in fase di sperimentazione e che i problemi tecnici sono attesi in questa fase.

La spiegazione è tecnicamente corretta ma strategicamente debole. In un ambiente enterprise, la “sperimentazione” non può durare indefinitamente senza impattare la produttività. La dissonanza cognitiva è un fenomeno psicologico, ma la latenza nelle chiamate VoIP è un bug. La risposta di Hodgson rischia di sembrare una minimizzazione dei problemi reali, anziché un piano di mitigazione concreto.

Il paradosso della sovranità: un’azienda britannica per l’autonomia UE

Un aspetto critico, spesso trascurato nei dibattiti sulla sovranità, è la nazionalità del fornitore. Element è un’azienda con sede a Londra. Il Regno Unito non fa parte dell’UE dal 2020. Sebbene il protocollo Matrix sia open source e l’infrastruttura sia self-hosted dalla Commissione, la dipendenza dal supporto tecnico e dalle roadmap di sviluppo di un’entità extra-UE solleva dubbi sulla piena autonomia europea.

La sovranità digitale non è solo dove risiedono i bit, ma chi controlla lo stack di sviluppo. In caso di dispute commerciali o geopolitiche tra UE e UK, la Commissione potrebbe trovarsi in una posizione di vulnerabilità diversa, ma non meno complessa, rispetto a quella con Microsoft.

Architettura tecnica: Matrix, self-hosting e il peso di Electron

Ingegnere DevOps esamina diagrammi di architettura per Element Pro e la gestione del self-hosting in Europa

Dal punto di vista tecnico, Element Pro utilizza Electron per la sua interfaccia desktop. Electron è una tecnologia nota per il suo elevato consumo di risorse: è lo stesso framework che rende Teams pesante (fino a 2 GB di RAM durante le chiamate), ma senza i decenni di ottimizzazione che Microsoft ha investito nel suo prodotto.

Il self-hosting aggiunge un altro strato di complessità. Gestire un cluster di server per migliaia di utenti richiede competenze DevOps specifiche, monitoraggio continuo e capacità di scalabilità. La Commissione deve garantire che l’infrastruttura sia resiliente, non solo conforme. Un’architettura mal progettata può portare a colli di bottiglia che peggiorano l’esperienza utente più di quanto farebbe un cloud pubblico ottimizzato.

Oltre Bruxelles: ONU, NATO e la strategia francese Visio

Il caso Element non è isolato. La piattaforma è già utilizzata da ONU, NATO e forze armate tedesche, oltre che da oltre 600.000 funzionari francesi tramite Tchap. La Francia, ad esempio, prevede di migrare i propri dipendenti da Teams e Zoom alla piattaforma nazionale Visio entro il 2027.

Questi successi suggeriscono che Element può funzionare, ma in contesti con requisiti diversi o con più tempo per l’adattamento. La differenza con la Commissione Europea potrebbe risiedere nella scala, nella varietà dei workflow e nella pressione politica per un risultato rapido. La strategia francese, ad esempio, sembra più graduale, permettendo un periodo di transizione più lungo e meno traumatico.

Sovranità digitale: dalla teoria alla pratica quotidiana

La lezione principale è che la sovranità digitale non è un progetto IT, ma un progetto di change management. La Commissione ha sottovalutato l’importanza dell’esperienza utente (UX) e della maturità tecnica del prodotto alternativo.

Per le organizzazioni europee che valutano alternative a Teams, ecco i principi chiave:

  • Maturità del prodotto: Non sostituire un tool critico con una beta. L’alternativa deve essere pronta per l’uso in produzione, non solo per la demo.
  • Analisi del TCO (Total Cost of Ownership): Il self-hosting riduce i costi di licenza ma aumenta i costi operativi (DevOps, sicurezza, hardware). Il ROI deve essere calcolato su questi fattori.
  • Formazione e supporto: La resistenza al cambiamento si combatte con formazione continua e supporto tecnico visibile, non con comunicazioni dall’alto.
  • Verifica della sovranità reale: Controllare la nazionalità del fornitore, la provenienza del codice e la resilienza della supply chain software.

Implicazioni strategiche per il futuro della tecnologia europea

Il fallimento del test Element Pro non significa che la sovranità digitale sia impossibile. Significa che è più difficile e costosa di quanto la retorica politica suggerisca. L’Europa deve investire non solo in politiche di regolamentazione, ma in capacità di sviluppo software di alta qualità, capace di competere con i giganti americani in termini di UX e affidabilità.

La Commissione sta valutando l’abbandono progressivo della suite Microsoft 365 a favore di alternative open-source o europee, come Office EU. Questo caso serve da monito: senza un focus ossessivo sulla qualità tecnica e sull’esperienza utente, qualsiasi alternativa sovrana rischia di essere percepita come un regresso, non come un’opportunità.

Conclusioni: il costo nascosto dell’indipendenza

La tecnologia è il campo di battaglia, ma l’esperienza utente è la linea del fronte. La Commissione Europea ha dimostrato che le buone intenzioni politiche non bastano a superare le barriere tecniche e psicologiche. La sovranità digitale richiede un approccio pragmatico, che bilanci l’ideale dell’autonomia con la realtà della produttività.

Per i CTO e i decisori IT, la domanda non è se adottare alternative sovrane, ma quando farlo. La risposta dipende dalla capacità dell’ecosistema europeo di fornire prodotti che non siano solo “politici”, ma tecnicamente superiori o almeno equivalenti. Fino ad allora, la dipendenza da Teams rimarrà un compromesso necessario, costoso ma efficiente.

La sovranità digitale non è un interruttore da accendere, ma un’infrastruttura da costruire, mattone per mattone, con la stessa cura di un prodotto commerciale.

Qual è la vostra esperienza con le alternative sovrane? Avete riscontrato divari di prestazioni o usabilità rispetto ai leader di mercato? Riflettete su come la qualità tecnica possa essere la vera leva per l’indipendenza tecnologica.

← Tutti gli articoli