Sortir de Microsoft 365 sans casser la production
On remplace la suite, pas forcément Windows. Une trajectoire par étapes et réversible, messagerie et fichiers d'abord, collaboration quand l'usage suit. À quoi ressemble vraiment le premier trimestre.
Quitter Microsoft 365 fait peur pour une bonne raison : la messagerie et les fichiers partagés sont l'appareil circulatoire d'une organisation. On ne remplace pas un cœur en une nuit. Mais on ne le remplace pas non plus par idéologie : on le fait parce qu'un besoin, réglementaire, contractuel, stratégique, le justifie, et on le fait par étapes, de façon réversible à chaque palier.
Premier malentendu à lever : sortir de la suite ne veut pas dire sortir de Windows. Ce sont deux décisions distinctes. On peut remplacer la messagerie et la bureautique en ligne tout en gardant les postes Windows là où ils sont nécessaires. Chaque couche se traite séparément, à son rythme.
La messagerie et les fichiers d'abord
Ce sont les usages les plus critiques, donc les premiers à sécuriser sur une alternative maîtrisée : une messagerie hébergée sur une infrastructure de droit européen, et un stockage de fichiers avec partage et synchronisation. La bascule se prépare, elle ne s'improvise pas : période de double fonctionnement, migration des boîtes et de l'historique, redirection propre, vérification que rien ne se perd. C'est la phase où l'on gagne ou perd la confiance des utilisateurs.
La collaboration quand l'usage suit
Les outils de collaboration, visioconférence, espaces de travail partagés, coédition de documents, viennent ensuite, quand la messagerie tourne et que les équipes ont retrouvé leurs repères. C'est aussi la couche où les habitudes sont les plus ancrées : la précipiter, c'est fabriquer de la résistance. Mieux vaut un déploiement progressif, pilote après pilote, qu'une bascule générale un lundi matin.
À quoi ressemble vraiment le premier trimestre
Sans embellir : le premier trimestre n'est pas indolore. Il ressemble à cela.
- Semaines 1 à 3 : cartographie des usages réels (pas des usages supposés), pilote sur un service volontaire, mesure de ce qui accroche.
- Semaines 4 à 8 : migration de la messagerie par vagues, avec double fonctionnement et retour arrière possible à chaque vague.
- Semaines 9 à 12 : fichiers et partages, formation courte et ciblée, traitement des cas particuliers (macros, connecteurs, modèles).
La collaboration avancée, elle, se déploie sur le trimestre suivant. Vouloir tout faire en quatre-vingt-dix jours est la meilleure façon de casser la production.
Les autres couches de l'écosystème
La suite bureautique n'est que la couche visible. En dessous, trois autres dépendances méritent chacune leur propre décision, avec leur propre calendrier, et aucune n'impose de traiter les autres en même temps.
- L'annuaire et l'identité. C'est la couche la plus structurante, et souvent la plus verrouillante : elle commande l'authentification de tout le reste. On ne la déplace pas en premier, mais on évite d'y ajouter des dépendances nouvelles tant que la trajectoire n'est pas arrêtée.
- Les postes de travail. Décision distincte de la suite, et rarement urgente. Un parc Windows peut très bien consommer une messagerie et un stockage souverains ; changer de système d'exploitation est un chantier à part, qui se justifie par ses propres raisons.
- Les applications métier. Ce sont elles qui décident du rythme réel. Une application qui n'existe que branchée sur la suite fixe une contrainte qu'aucun calendrier ne contourne : il faut soit la remplacer, soit l'adapter, soit accepter de la garder, et le dire.
L'ordre qui fonctionne va donc du plus mobile au plus enraciné : d'abord ce qui se remplace sans toucher au reste, en dernier ce dont tout dépend.
Ce que nous mettons en face
Cette trajectoire n'a d'intérêt que s'il existe quelque chose à l'autre bout. Nous exploitons les briques correspondantes sur une infrastructure de droit luxembourgeois, que nous possédons et administrons : messagerie et stockage de fichiers, espaces de travail partagés et coédition, et une IA souveraine pour les usages qui, sinon, repartiraient chez un tiers.
Le reste relève de l'infogérance ordinaire : la migration, l'exploitation courante, le support des utilisateurs. Et parce que l'argument ne vaut que s'il se vérifie, chaque étape est réversible, vos données restent exportables dans un format ouvert, y compris pour partir de chez nous.
Ce qui accroche, et qu'il faut anticiper. Les intégrations profondes (un ERP branché sur la messagerie, des macros bureautiques, des connecteurs métier) sont le vrai chantier, plus que les boîtes mail elles-mêmes. On les recense avant de commencer, pas quand un utilisateur signale que « ça ne marche plus ». Et à chaque étape, la sortie reste ouverte : tant que le double fonctionnement tient, revenir en arrière coûte une décision, pas une catastrophe.
Leaving Microsoft 365 is daunting for a good reason: email and shared files are an organisation's circulatory system. You do not replace a heart overnight. But nor do you replace it out of ideology: you do it because a need, regulatory, contractual, strategic, justifies it, and you do it in stages, reversible at every step.
First misunderstanding to clear up: leaving the suite does not mean leaving Windows. These are two separate decisions. Email and online office tools can be replaced while keeping Windows desktops wherever they are genuinely needed. Each layer is handled separately, at its own pace.
Email and files first
These are the most critical uses, so they are the first to secure on a controlled alternative: email hosted on infrastructure governed by European law, and file storage with sharing and synchronisation. The switch is prepared, not improvised: a period of parallel running, migration of mailboxes and history, clean redirection, verification that nothing is lost. This is the phase where you win or lose users' trust.
Collaboration once usage follows
Collaboration tools, video conferencing, shared workspaces, document co-editing, come next, once email is running and teams have found their bearings. It is also the layer where habits are most deeply set: rushing it manufactures resistance. A gradual rollout, pilot after pilot, beats a general switch on a Monday morning.
What the first quarter actually looks like
Without embellishment: the first quarter is not painless. It looks like this.
- Weeks 1 to 3 : mapping of real usage (not assumed usage), a pilot with a volunteer department, measuring what snags.
- Weeks 4 to 8 : email migration in waves, with parallel running and a possible rollback at each wave.
- Weeks 9 to 12 : files and shares, short targeted training, handling of special cases (macros, connectors, templates).
Advanced collaboration is rolled out over the following quarter. Trying to do everything in ninety days is the surest way to break production.
The other layers of the ecosystem
The office suite is only the visible layer. Beneath it, three further dependencies each deserve their own decision, on their own timetable, and none of them requires the others to be handled at the same time.
- Directory and identity. This is the most structural layer, and often the most locking: it governs authentication for everything else. You do not move it first, but you avoid adding new dependencies to it while the trajectory is still open.
- Desktops. A decision separate from the suite, and rarely urgent. A Windows estate can perfectly well consume sovereign email and storage; changing operating system is a project of its own, justified on its own grounds.
- Line-of-business applications. These set the real pace. An application that only exists wired into the suite imposes a constraint no schedule can dodge: you either replace it, adapt it, or accept keeping it, and say so.
The order that works therefore runs from the most mobile to the most rooted: first what can be replaced without touching anything else, last what everything else depends on.
What we put in its place
This trajectory is only worth anything if something exists at the other end. We run the corresponding components on infrastructure governed by Luxembourg law, which we own and administer: email and file storage, shared workspaces and document co-editing, and sovereign AI for the uses that would otherwise go back to a third party.
The rest is ordinary managed IT: the migration, day-to-day operations, user support. And because the argument is only worth what it can be checked against, every stage is reversible, your data stays exportable in an open format, including for leaving us.
What snags, and what to anticipate. Deep integrations (an ERP wired into email, office macros, line-of-business connectors) are the real work, more so than the mailboxes themselves. They are inventoried before starting, not when a user reports that “it stopped working”. And at every stage the exit stays open: as long as parallel running holds, going back costs a decision, not a catastrophe.