D'où partez-vous, et qu'est-ce que cela change ?
Le mot « migration » recouvre quatre chantiers très différents. Le point de départ détermine la difficulté, la durée et surtout ce qui risque de mal se passer. Avant tout chiffrage, nous regardons d'où viennent vos données.
Depuis Google Workspace. La messagerie se transfère bien : messages, contacts et agendas passent avec une fidélité correcte. Le sujet difficile est Google Drive. Les fichiers natifs Google Docs, Sheets et Slides n'existent pas dans le format Microsoft : ils sont convertis, et cette conversion abîme les mises en forme complexes, les formules matricielles et les scripts Apps Script. Les partages externes par lien doivent être recensés un par un, car ils ne suivent pas.
Depuis un Exchange sur site. C'est le cas le plus balisé. Selon la version d'Exchange et le nombre de boîtes, on choisit entre une migration par lots avec synchronisation continue, ou une bascule directe pour les petits volumes. Les difficultés viennent rarement de la messagerie elle-même : elles viennent des dossiers publics, des boîtes partagées avec des droits anciens, des applications métier qui envoient des mails via le serveur, et des copieurs configurés pour scanner vers une adresse interne.
Depuis un serveur de fichiers. Migrer un partage réseau vers SharePoint et OneDrive n'est pas un déplacement de dossiers : c'est une remise à plat de l'organisation documentaire. Un lecteur réseau tolère des arborescences de quinze niveaux et des droits posés dossier par dossier depuis dix ans. SharePoint non. Ce sujet est traité en détail dans notre page mettre de l'ordre dans mes fichiers SharePoint.
Depuis un autre tenant Microsoft 365. C'est le scénario des fusions-acquisitions et des sorties de groupe. Les deux environnements tournent en production, ce qui interdit la coupure franche. Il faut gérer une période de coexistence, arbitrer les doublons d'adresses et décider du sort des équipes Teams, des sites SharePoint et des groupes de sécurité.
Qu'est-ce qui casse réellement pendant une migration ?
Les mails arrivent presque toujours. Ce qui casse, ce sont les objets périphériques dont personne ne parle au moment du cadrage, et qui bloquent une équipe entière le lundi matin.
- Les règles de boîte et les redirections automatiques créées par les utilisateurs eux-mêmes.
- Les signatures, souvent gérées par un outil tiers qui doit être reconfiguré.
- Les calendriers partagés et les salles de réunion, dont les droits ne se transposent pas à l'identique.
- Les applications métier et les copieurs qui envoient des mails via un relais interne.
- Les liens de partage intégrés dans des documents, des intranets ou des mails anciens.
- Les synchronisations de fichiers locales, qui repartent de zéro et saturent la bande passante.
Aucun de ces points n'est complexe pris isolément. Ensemble, ils représentent l'essentiel du bruit d'après-migration. Nous les inventorions pendant la phase de cadrage et nous les traitons avant la bascule, pas après.
Combien de temps prend une migration de 100 boîtes ?
Voici un planning type pour une PME de 100 utilisateurs partant d'un Exchange sur site ou de Google Workspace, avec un serveur de fichiers à reprendre. La colonne de droite est celle qui compte le plus pour vous : c'est le temps que vos équipes doivent réellement dégager.
| Semaine | Ce que nous faisons | Ce que vous validez | Charge côté client |
|---|---|---|---|
| S1 | Inventaire technique : boîtes, volumes, alias, boîtes partagées, applications qui envoient des mails, arborescence de fichiers | Périmètre à migrer et données à ne pas reprendre | 1 demi-journée référent informatique, 1 h direction |
| S2 | Préparation du tenant : domaines, identités, licences, politiques de sécurité de base, structure SharePoint cible | Plan de nommage des sites et bibliothèques | 2 réunions de 1 h 30 avec les référents métier |
| S3 | Première synchronisation des boîtes et copie initiale des fichiers, sans impact sur la production | Rien à valider, phase silencieuse | Moins de 2 h |
| S4 | Migration pilote sur un groupe restreint couvrant chaque métier, test des applications métier et des copieurs | Composition du groupe pilote et retour sous 5 jours | Quelques heures par utilisateur pilote |
| S5 | Corrections issues du pilote, préparation des postes, communication interne, sessions de prise en main | Message interne de lancement | 1 h direction, 1 h par utilisateur en atelier |
| S6 | Bascule : passes de rattrapage, changement des enregistrements DNS, reconfiguration des postes et des mobiles | Fenêtre de bascule et créneau de gel | Fenêtre le soir ou le week-end, référent disponible |
| S7 | Support renforcé sur site ou à distance, reprise des règles, signatures et partages, traitement des cas particuliers | Liste des irritants restants | Disponibilité des référents métier |
| S8 | Clôture : arrêt de l'ancien environnement en lecture seule puis extinction, remise du dossier technique | Décision d'arrêt de l'ancienne plateforme | 1 réunion de bilan de 1 h |
Ce planning suppose que vos décisions arrivent dans la semaine. Le facteur qui allonge le plus les migrations n'est pas technique : c'est l'attente d'un arbitrage sur ce qu'on garde, ce qu'on archive et qui a le droit de voir quoi.
Comment limite-t-on l'interruption de service ?
La coupure visible se réduit à la fenêtre de bascule DNS, pendant laquelle les nouveaux messages peuvent arriver avec un retard de quelques heures. Trois principes permettent de la contenir.
D'abord, on copie avant de basculer. Les données sont transférées pendant que l'ancien système continue de fonctionner, puis rattrapées par passes incrémentales. Au moment de la bascule, il ne reste que quelques heures de delta à synchroniser.
Ensuite, on bascule par lots quand c'est possible. Les services peuvent migrer les uns après les autres, ce qui limite l'exposition. Pour une messagerie sur un domaine unique, la bascule DNS est en revanche globale : c'est le seul moment réellement collectif.
Enfin, on prépare les postes en amont. La majorité des tickets du lendemain vient de postes non préparés : profil Outlook à recréer, mobile à reconfigurer, synchronisation OneDrive à relancer. Ce travail se fait avant la bascule, pas pendant.
Qu'est-ce qui prend toujours plus de temps qu'annoncé ?
Trois sujets débordent systématiquement, et nous préférons le dire avant la signature plutôt qu'en semaine 6.
Le ménage dans les fichiers. Personne ne veut arbitrer sur des dossiers vieux de dix ans. Deux options honnêtes : migrer tel quel puis ranger ensuite, ou geler l'ancien serveur en lecture seule et ne reprendre que l'utile. La première rassure, la seconde donne un meilleur résultat.
Les droits d'accès. Reconstituer qui doit voir quoi demande des décisions humaines que seul le métier peut prendre. Comptez plusieurs ateliers par direction.
Les applications métier. Un ERP, un logiciel de paie ou une GED qui envoie des mails doit être reconfiguré, parfois par son éditeur, avec ses propres délais. Nous les identifions en semaine 1 pour lancer les demandes tôt.
Comment nous menons une migration, étape par étape
La mission commence par un audit de 30 minutes, sans engagement, qui sert à qualifier le point de départ et les zones de risque. Nous remettons ensuite un plan de migration chiffré : périmètre, planning, fenêtre de bascule, charge attendue de votre côté et coût des licences cibles.
Vient l'inventaire technique, puis la préparation du tenant. Nous appliquons dès cette étape un socle de sécurité minimal — authentification multifacteur, politiques d'accès, journalisation — décrit dans notre page sécurité Microsoft 365. Migrer sur un environnement non durci revient à repousser le problème.
Le pilote sert de répétition générale. Il révèle les applications oubliées et les usages non déclarés. Nous corrigeons, puis nous basculons sur une fenêtre convenue avec vous, généralement en soirée ou le week-end.
Après la bascule, nous restons en support renforcé jusqu'à ce que le flux de demandes soit retombé à son niveau ordinaire ; la durée de cette période est fixée au contrat. Les ateliers de prise en main sont menés en parallèle : une migration réussie techniquement mais non adoptée reste un échec, sujet développé dans notre page adoption et formation.
La mission se termine par un dossier technique, la liste des points restants et une proposition de suivi en infogérance Microsoft 365 si vous souhaitez déléguer le run.
