Poste de travail souverain — sortie du cloud Big Tech via appel d'offres

Un organisme public remplace son cloud-office Big Tech par un poste de travail souverain, aligné Gaia-X et auto-hébergé — e-mail, collaboration, messagerie, appels — acquis via un appel d'offres ouvert UE/OMC et transmis à l'équipe interne.

Livraison via appel d'offres public (GATT/WTO)

Une administration — ou une entreprise soucieuse de souveraineté — décide que son e-mail, ses fichiers, sa messagerie et ses appels ne doivent plus résider dans un cloud Big Tech hors de son contrôle. L’objectif : un poste de travail souverain, aligné Gaia-X et auto-hébergé — la même expérience utilisateur, les données dans le périmètre, aucun verrouillage. Parce qu’il s’agit de fonds publics au-dessus des seuils UE/OMC, la voie passe par un appel d’offres ouvert.

Briques

CoucheCe que nous livrons / faisons
Poste de travailSovereign Email · Collaboration · Messaging · Voice & Video
Confiance & réseauSovereign Certificate Authority · Sovereign Edge Firewall
PreuveSecurity & Observability Platform
PersonnesEnterprise Architect · Public-Tender-Lead · Security Officer · DPO
DisciplinesSouveraineté numérique · Conseil · Sécurité

Le résultat : un poste de travail que l’organisation possède et exploite entièrement — aligné Gaia-X par la substance, défendable NIS2/RGPD, libéré de la garde de Big Tech. → Parlons-en

Ce que chaque partie prenante demande vraiment

CEO

Pourquoi entreprendre une migration du poste de travail maintenant — qu'y gagnons-nous vraiment ?
Le contrôle d’un actif stratégique. La garde Big Tech de votre e-mail, vos documents et vos appels est un risque de prix, de juridiction et de verrouillage, et sous NIS2/RGPD une exposition de gouvernance. Un poste de travail souverain et aligné Gaia-X en fait quelque chose qui vous appartient — même expérience, données dans le périmètre. → Souveraineté numérique
Big Tech est pratique et tout le monde l'utilise — où est le vrai risque ?
La commodité que vous ne contrôlez pas est le risque : hausses de prix unilatérales, données sous juridiction étrangère, changements de produit imposés, pannes ou revirements de politique sans recours. Sous NIS2/RGPD, cette dépendance est aussi une exposition au niveau du conseil. La souveraineté transforme ce que vous louez en un actif que vous pilotez.
Cela va-t-il ralentir nos équipes ou changer leur façon de travailler ?
Non — la même expérience moderne (mail, documents partagés, agendas, chat, appels) sur les mêmes téléphones et ordinateurs. Ce qui change, c’est où vivent les données et qui les contrôle, pas le quotidien. → Sovereign Collaboration Platform

CFO

Combien cela coûte-t-il, et la dépense est-elle prévisible ?
Cela échange des abonnements SaaS par siège (qui croissent avec les effectifs, souvent invisiblement) contre un coût d’infrastructure fixe que vous contrôlez. Un peu plus d’ingénierie réfléchie au départ, plus bas et prévisible sur le cycle de vie — plus une option de sortie qui renforce chaque future négociation. Nous modélisons le TCO par charge, pas depuis un catalogue fournisseur.
Le SaaS par siège est de l'opex déjà budgété — pourquoi changer ?
Parce que l’opex par siège grandit avec les effectifs, et vous ne pouvez de toute façon pas partir sans migration. Un stack souverain est un coût fixe, basé sur la capacité, découplé des effectifs — et une option de sortie permanente est un levier de négociation que vous n’avez pas aujourd’hui.
Quel est le coût de NE RIEN faire ?
Un verrouillage qui s’accumule : chaque année sur le stack Big Tech augmente le coût de changement et le risque de concentration, si bien que la prochaine hausse ou le prochain changement de politique tombe sans alternative — plus l’exposition NIS2/RGPD permanente d’une garde étrangère. L’inaction a un prix aussi.

CIO

Comment s'intègre-t-il à ce que nous exploitons, et qui l'exploite après la mise en service ?
Des standards ouverts (SMTP/IMAP, CalDAV/CardDAV, LDAP/SAML/OIDC) le font cohabiter avec votre parc — fédération, pas refonte. Votre équipe l’exploite après transmission ; nous documentons tout et pouvons l’exploiter de façon transitoire. Aucun verrouillage, par conception. → Conseil
Nous ne pouvons pas nous permettre d'interruption — quel est le risque de la migration ?
Faible : service par service, en parallèle puis bascule avec rollback intact — jamais d’un bloc. Chaque service est éprouvé avant le suivant. → voir le calendrier ci-dessous.
L'auto-hébergement ne déplace-t-il pas simplement la charge d'exploitation sur nous ?
Il est conçu pour être exploitable — clusters HA, automatisation, supervision et documentation — et nous formons votre équipe ou l’exploitons de façon transitoire. La charge est bornée et sous votre contrôle, pas une dépendance ouverte. → Sovereign Email Platform

CISO

Puis-je prouver le contrôle aux auditeurs, assureurs et régulateurs ?
Oui — architecture default-deny, une Certificate Authority interne, et la Security & Observability Platform fournissent détection, pistes d’audit et tableaux de bord mappés sur NIS2 / ISO 27001. Un contrôle que vous pouvez prouver, pas seulement affirmer. → Sécurité
L'auto-hébergé est-il réellement plus sûr qu'un hyperscaler ?
Différemment sûr : vous échangez une vaste surface d’attaque multi-tenant et un accès fournisseur opaque contre un périmètre que vous contrôlez, default-deny, avec vos propres racines de confiance et une visibilité totale. L’enjeu est le contrôle et la preuve, dimensionnés à votre modèle de menace réel.
Comment gérer les incidents sans le SOC d'un fournisseur ?
La Security & Observability Platform fournit détection, alerting et un plan de réponse testé ; un CISO fractionné apporte la supervision. Vous obtenez la fonction et les preuves, pas une dépendance boîte noire.

Chef de projet

Quel est le plan, et quand voyons-nous le premier résultat ?
Phasé et réversible : un cadrage ciblé, puis une migration service par service avec rollback intact. Vous obtenez un plan de jalons (les étapes ci-dessous), un burndown/Gantt pour le suivre, et le premier service en ligne tôt — progrès visible dès la première semaine.
Les appels d'offres publics sont lents — comment maintenez-vous l'élan ?
Nous menons le cadrage et l’architecture cible en parallèle de la préparation de l’appel d’offres, pour que le build démarre le jour de l’attribution. L’appel d’offres est le long pôle (voir le Gantt) ; tout le reste, nous le rendons rapide et visible.
Comment empêchez-vous le périmètre et le budget de dériver ?
Périmètre fixe issu de l’architecture cible convenue, un forfait mensuel fixe (pas de régie qui dérive), des incréments réversibles, et un burndown visible. Un changement est une décision, pas une surprise.

Architecte interne

Respecterez-vous notre architecture, ou imposerez-vous une boîte noire ?
Nous modélisons la cible avec vous en TOGAF/ArchiMate et bâtissons sur des standards ouverts — neutres en fournisseur, portables, documentés. Nous augmentons votre architecture et la transmettons ; vous gardez le contrôle. Aucun verrouillage propriétaire. → Rent-an-Enterprise-Architect
Nous avons peut-être choisi d'autres composants — imposerez-vous les vôtres ?
Non — les briques sont des défauts éprouvés, pas des obligations. Là où votre choix est ouvert et solide, nous bâtissons dessus. Les critères sont les standards ouverts, l’absence de verrouillage et l’exploitabilité — pas nos préférences. → Souveraineté numérique
Après votre départ, pouvons-nous le modifier et l'étendre nous-mêmes ?
Oui — standards ouverts, décisions documentées, aucune colle propriétaire. Vous pouvez le lire, le modifier et l’étendre sans nous. C’est la définition de terminé. → Conseil

Comment cela se déroule, de bout en bout

flowchart LR
    A["Idée : mandat de souveraineté"] --> B["Architecture cible (TOGAF/ArchiMate)"]
    B --> C["Appel d'offres public (GATT/WTO)"]
    C --> D["Construire et migrer le stack souverain"]
    D --> E["Exploiter : supervision et preuves"]
    E --> F["Transmission : former l'équipe interne"]
  • L'idée — la souveraineté comme décision

    Un mandat de souveraineté numérique — conseil, régulateur, ou pression NIS2/RGPD — rend la garde Big Tech de l’e-mail, des documents et des appels intenable. La cible est un poste de travail que l’organisation contrôle, sans perdre l’expérience attendue. Voir Souveraineté numérique.
  • Cadrer — architecture cible & risque

    Un Enterprise Architect fractionné modélise l’architecture cible (TOGAF/ArchiMate) : quels services, quels flux de données, quelle intégration au fournisseur d’identité existant. Un Security Officer et un DPO cadrent NIS2/RGPD dès le départ.
  • L'appel d'offres public (GATT/WTO)

    Au-dessus des seuils UE/OMC, le build doit être acquis en procédure ouverte. Un Public-Tender-Lead transforme l’architecture cible en un cahier des charges et une grille d’évaluation défendables et non discriminatoires — conformes GATT/WTO — pour que l’attribution résiste. Voir Conseil.
  • Construire & sécuriser

    Le stack souverain s’installe sur l’infrastructure propre de l’organisation : Email, Collaboration, Messaging et Voice & Video, derrière un Sovereign Edge Firewall avec sa propre Certificate Authority. Migration service par service, rollback intact.
  • Exploiter — prouver le contrôle

    La Security & Observability Platform fournit détection, pistes d’audit et tableaux de bord — la preuve que les contrôles fonctionnent, mappée sur NIS2 / ISO 27001. Voir Sécurité.
  • Transmission — indépendance

    Nous formons l’équipe interne, documentons chaque décision et transmettons. L’organisation exploite son propre poste de travail ; nous nous retirons et n’intervenons que sur support au forfait si souhaité. Aucun verrouillage, par conception.

Phasage indicatif (pas un engagement)

gantt
    dateFormat YYYY-MM-DD
    axisFormat %b
    section Cadrer
    Cadrage              :a1, 2026-01-05, 2w
    Architecture cible   :a2, after a1, 3w
    section Acquerir
    Appel d offres       :crit, a3, after a2, 12w
    section Livrer
    Construire et migrer :a4, after a3, 10w
    Exploiter et prouver :a5, after a4, 3w
    Transmission         :a6, after a5, 2w