Migration Microsoft 365 : comment cela se passe réellement

Passer à Microsoft 365, ou migrer d’un tenant vers un autre, paraît souvent plus simple sur papier que dans la réalité. Voici comment un tel parcours se déroule, ce que les collaborateurs en perçoivent, et où cela dérape le plus souvent quand une entreprise s’y attelle seule.

Inventaire et préparation

Avant de déplacer quoi que ce soit, nous établissons ce qui entre en jeu : combien de boîtes mail, quel volume de données dans OneDrive et SharePoint, quelles boîtes partagées et quels groupes existent, quelles applications sont liées à Microsoft 365, par exemple un logiciel comptable ou un CRM avec authentification unique, et quels noms de domaine et paramètres DNS en font partie. C’est la partie la moins visible du parcours, et généralement celle qui prend le plus de temps.

Mise en place du nouvel environnement

L’environnement cible est préparé : licences, politiques de sécurité, groupes et droits d’accès, règles de flux de messagerie, et si nécessaire la gestion des appareils via Intune. Tout cela se fait indépendamment du fonctionnement quotidien. Les collaborateurs ne s’aperçoivent encore de rien.

La migration en arrière-plan

C’est habituellement la partie la plus longue, et celle dont les gens se font le plus souvent une idée erronée. Plutôt que de tout transférer d’un coup, les données (boîtes mail, agendas, contacts, fichiers) sont copiées en arrière-plan pendant que l’ancien environnement reste en service.

Suivent ensuite une ou plusieurs synchronisations différentielles, qui ne transfèrent que les modifications de la période écoulée. Le nouvel environnement reste ainsi de plus en plus à jour, sans que rien ne change encore pour l’utilisateur.

Le week-end de bascule

À un moment convenu à l’avance, généralement un week-end, a lieu le basculement définitif : une dernière synchronisation différentielle, la redirection des enregistrements DNS vers le nouvel environnement, et le passage des utilisateurs eux-mêmes. Comme l’essentiel du travail s’est déjà fait en arrière-plan, cette fenêtre reste relativement courte.

Suivi après le basculement

Les premiers jours, nous suivons de près si le courrier arrive correctement, si les applications liées continuent de fonctionner, et si chacun accède bien à ses fichiers et à sa boîte mail. De petits détails restent à régler, généralement résolus en quelques jours.

Ce que vos collaborateurs en perçoivent

Dans un parcours bien préparé : étonnamment peu de choses, jusqu’au week-end de bascule lui-même. La préparation et le transfert des données se font délibérément hors de leur vue, précisément pour ne pas perturber le travail quotidien.

Au moment du basculement, ils remarquent généralement quelque chose : une nouvelle connexion sur leur appareil, éventuellement une courte période durant laquelle Outlook ou Teams doit se reconfigurer, et parfois une brève interruption du courrier pendant que les modifications DNS se propagent dans le monde entier. Cette dernière dure habituellement quelques heures, exceptionnellement jusqu’à une journée.

Ensuite, ils constatent surtout que tout se présente à peu près comme avant, avec les mêmes messages, agendas et fichiers. C’est précisément l’objectif : une transition avec le moins d’impact possible sur le travail quotidien.

Ce qui dérape quand on s’y attelle seul

Vouloir tout transférer d’un coup. Sans l’étape intermédiaire des synchronisations différentielles, l’ensemble du transfert est comprimé dans le week-end. Avec peu de données cela passe parfois, mais avec des volumes plus importants le week-end déborde, et des boîtes mail ne sont toujours pas complètement synchronisées le lundi matin.

Effectuer les changements DNS trop tard ou de manière incomplète. On oublie que ces changements ont besoin de temps pour se propager partout, ou l’on modifie un enregistrement en laissant les autres derrière. Résultat : du courrier qui arrive temporairement au mauvais endroit, ou pas du tout.

Oublier les applications liées. Un CRM ou un logiciel comptable qui s’authentifie via Microsoft 365 est souvent négligé dans la préparation. Après le basculement, on découvre que des personnes ne peuvent plus se connecter à un outil qu’elles utilisent quotidiennement.

Pas de plan de repli. Si quelque chose tourne mal pendant le week-end de bascule, la rapidité compte. Sans scénario de retour arrière préparé à l’avance, un temps précieux se perd exactement au mauvais moment.

Sous-estimer les droits et les groupes. Boîtes partagées, groupes de distribution, agendas partagés et droits sur les fichiers dans SharePoint ou OneDrive ne sont parfois remarqués qu’après coup. Pour les utilisateurs, cela signifie soudain ne plus avoir accès à quelque chose qu’ils utilisaient tous les jours, ce qui ne rend pas service à la confiance dans le nouvel environnement.

Vous hésitez sur une migration à venir, ou quelque chose dérape déjà dans un projet que vous avez lancé vous-même ? Contactez-nous. Un entretien ne coûte rien, et une correction à temps épargne généralement beaucoup de frustration.