Un guide de migration Microsoft 365
Les boîtes aux lettres sont la partie facile. Ce qui allonge une migration, c’est tout ce qui s’authentifie discrètement contre l’ancien environnement et que personne n’a noté.
Une migration Microsoft 365 pour cent utilisateurs aux boîtes simples prend quelques semaines, pilote compris. Ce qui l’allonge, ce sont les boîtes partagées, les dossiers publics, les applications locales qui s’authentifient contre l’ancien annuaire et les archives auxquelles personne n’a touché.
Migrez par vagues, jamais tout d’un coup, et mettez au moins un utilisateur difficile dans le pilote. Un pilote de volontaires enthousiastes ne prouve rien.
Deux choses qu’on oublie : Microsoft ne sauvegarde pas Microsoft 365 pour vous, et l’ancien environnement doit rester joignable jusqu’à confirmation que la dernière dépendance est morte.
Commencez par un inventaire, pas par un plan
Toutes les migrations qui se passent mal se passent mal parce que quelque chose a été découvert à mi-parcours. L’inventaire est l’assurance la moins chère qui soit, et il prend des jours et non des semaines.
Ce que nous listons : taille et nombre de boîtes, boîtes partagées et qui s’en sert réellement, listes de diffusion, dossiers publics, délégations d’agenda, appareils mobiles, chaque application qui se connecte contre l’annuaire actuel, chaque appareil qui numérise vers courriel et chaque processus automatique qui envoie du courrier. C’est dans cette dernière catégorie que vivent les surprises : le système de facturation, la centrale d’alarme, le multifonction du couloir.
Migrez par vagues
| Vague | Qui | Objectif |
|---|---|---|
| Pilote | Cinq à dix utilisateurs, dont au moins deux difficiles | Trouver les problèmes tant qu’ils sont bon marché |
| Première vague | Un service qui n’est pas en contact client | Prouver le processus à l’échelle sans exposition |
| Vagues suivantes | Les services, le plus gros en dernier | Rythme régulier, une voie de retour par vague |
| Retardataires | Direction, postes partagés, tout ce qui sort de l’ordinaire | Accompagnés, planifiés un par un |
Ne migrez pas l’équipe de direction en premier. C’est la moins tolérante face à un problème et la plus visible quand il survient.
Mettez un utilisateur difficile dans le pilote
L’instinct pousse à piloter avec des gens enthousiastes vis-à-vis de la technique. Ils rapporteront que tout s’est bien passé, parce qu’ils contournent les problèmes sans s’en apercevoir. La personne qu’il vous faut est celle qui a quatorze ans de courrier, six agendas délégués et un mobile que personne n’a mis à jour depuis 2023.
Si cette migration-là est propre, le reste le sera. Sinon, vous avez trouvé le problème en semaine une plutôt qu’en vague quatre.
Ce qui prend toujours plus de temps que prévu
- Les archives. Des dossiers personnels sur des lecteurs réseau que personne n’a ouverts depuis des années mais que tout le monde refuse de perdre.
- Les boîtes partagées. Des permissions accumulées sur une décennie, la moitié pour des gens partis.
- Les dossiers publics. Presque toujours plus utilisés que quiconque ne l’admet au départ.
- Les appareils qui numérisent vers courriel. Des multifonctions avec un réglage SMTP figé et un mot de passe que personne ne détient.
- Les applications avec leur propre connexion à l’annuaire. Un logiciel métier, un environnement Citrix, un vieil intranet.
La migration, c’est l’identité ; le reste, ce sont des données
Déplacer une boîte est mécanique. Ce qui change la façon de travailler de l’organisation, c’est l’identité : authentification unique, authentification multifacteur et accès conditionnel. Réussissez cela et le reste suit ; ratez-le et chaque application devient une plainte distincte.
Nous mettons l’authentification multifacteur en place avant la migration et non après, car le faire ensuite revient à demander aux gens de changer deux fois. Quand un parc utilise Okta à côté de Microsoft Entra, nous convenons de celui qui fait autorité avant la première vague.
Sauvegardez dès le premier jour
Microsoft garantit la disponibilité du service, pas la récupérabilité de votre contenu une fois la fenêtre de rétention passée. Une boîte supprimée, un site SharePoint purgé ou un canal Teams rangé sont récupérables pendant une période limitée, puis ils ne le sont plus.
Nous mettons une sauvegarde distincte en place dans le cadre de la migration, pas comme un projet ultérieur. Le raisonnement est exposé sous sauvegarde et continuité.
Les deux semaines d’après
Une migration n’est pas finie quand la dernière boîte a bougé. Gardez l’ancien environnement joignable, surveillez le flux de courrier au cas où quelque chose routerait encore par l’ancien chemin, et attendez-vous à une vague de petites questions les quinze premiers jours, sans rapport avec la migration et entièrement liées au fait que les gens remarquent une interface changée.
Bien dimensionner le desk sur ces deux semaines est ce qui décide si les gens gardent le souvenir d’une migration fluide. Ce que nous prenons en charge est décrit sous services cloud.
Ce qu’on nous demande à ce sujet
Ce qui revient avant chaque migration.
Combien de temps prend une migration Microsoft 365 ?
Pour cent utilisateurs aux boîtes simples, quelques semaines, pilote compris. Ce qui l’allonge, ce sont les boîtes partagées, les dossiers publics, les archives et les applications qui s’authentifient contre l’ancien annuaire. C’est l’inventaire préalable qui rend cette estimation fiable.
Qui faut-il mettre dans le pilote ?
Au moins un utilisateur difficile : beaucoup de courrier accumulé, plusieurs agendas délégués, un mobile ancien. Un pilote de volontaires enthousiastes rapporte que tout s’est bien passé parce qu’ils contournent les problèmes sans s’en rendre compte, et ces problèmes ressortent en vague quatre.
Faut-il encore une sauvegarde après le passage à Microsoft 365 ?
Oui. Microsoft protège la disponibilité de la plateforme et propose une rétention limitée des éléments supprimés, mais une fois cette fenêtre passée le contenu a disparu. Une sauvegarde distincte est standard dans chaque migration que nous menons.
Peut-on migrer service par service ?
Oui, et nous le recommandons. Les vagues gardent le retour arrière petit et laissent le desk absorber les questions à un rythme tenable. Migrer tout le monde en un week-end concentre tous les problèmes sur le même lundi matin.
Où cela s’inscrit dans notre travail
Où atterrit une migration.
Envie qu’on regarde votre migration ?
Une demi-heure au téléphone suffit généralement à savoir si nous sommes le bon interlocuteur, et nous le dirons si ce n’est pas le cas.