Une migration SharePoint ratée se reconnaît immédiatement : liens brisés, versions disparues, permissions incohérentes et des équipes qui demandent où sont passés leurs fichiers. Le calendrier était serré, alors on a tout déplacé « tel quel ». Voici comment éviter ce scénario.
L’essentiel en bref
- Migrer « tel quel » transporte tous les mauvais réflexes dans le nouvel environnement.
- L’architecture cible se conçoit avant de copier le premier fichier.
- Une migration pilote sur un périmètre réduit révèle les problèmes pendant qu’ils sont encore corrigeables.
- Le plan de retour arrière n’est pas optionnel.
Pourquoi les migrations déraillent
La douleur commence bien avant le premier transfert. Elle commence le jour où quelqu’un décide de tout déplacer sans trier, pour aller plus vite.
Les écueils que nous rencontrons le plus souvent :
- Du contenu obsolète ou dupliqué migré sans révision, qui pollue immédiatement la recherche.
- Des arborescences de dossiers reproduites à l’identique, sans métadonnées ni types de contenu.
- Des flux de travail personnalisés oubliés, qui cessent de fonctionner après la bascule.
- Des permissions héritées d’un serveur de fichiers, reportées telles quelles et impossibles à auditer.
- Des chemins d’accès trop longs ou des caractères non pris en charge, qui font échouer des lots entiers.
Chacun de ces points est prévisible. Aucun ne se corrige facilement une fois la migration terminée.
Concevoir l’architecture cible d’abord
Une migration réussie est d’abord un exercice d’architecture d’information. C’est la carte de la façon dont le contenu vivra dans SharePoint : quels sites, comment ils se relient, ce que contient chaque bibliothèque et comment les gens retrouvent l’information.
Les questions à trancher avant de commencer
- Organise-t-on par département, par fonction, par projet, par région — ou par une combinaison ?
- Qu’est-ce qui devient un site à part entière et qu’est-ce qui reste une bibliothèque ?
- Quelles métadonnées remplacent les niveaux de dossiers actuels ?
- Où résident les documents officiels soumis à un calendrier de conservation ?
- Qui possède quoi, et qui approuve la création de nouveaux espaces ?
Cette étape est aussi le meilleur moment pour éliminer ce qui n’a plus lieu d’être. Une migration est l’unique occasion réaliste de faire le ménage.
Un plan d’exécution par étapes
Une fois la cible définie, la migration devient une séquence de vérifications plutôt qu’un grand saut.
- Découverte et inventaire. Balayage des sources, volumétrie, dates de dernier accès, types de fichiers, chemins problématiques.
- Évaluation et nettoyage. Identification des doublons, du contenu jamais consulté depuis trois ans, des fichiers à archiver plutôt qu’à migrer.
- Migration pilote. Un département représentatif, avec validation complète avant d’aller plus loin.
- Tests utilisateurs. Les équipes vérifient elles-mêmes que leurs documents, versions et accès sont intacts.
- Bascule finale. Par vagues, avec gel des sources, fenêtre de retour arrière et communication claire.
Le pilote est l’étape la plus souvent sacrifiée, et c’est presque toujours une erreur. Il coûte quelques jours et évite des mois de correction.
Préparer les équipes au changement
La technologie seule ne fait pas le succès d’un projet documentaire. Les gens doivent comprendre ce qui change et en quoi cela les aide.
- Impliquer tôt les parties prenantes, incluant les responsables de la conformité et des archives.
- Privilégier de courtes démonstrations concrètes aux longues présentations.
- Constituer un réseau de champions pour absorber les questions de premier niveau.
- Publier un guide « où va quoi » d’une seule page, en français et en anglais si nécessaire.
Une migration techniquement parfaite dont personne ne comprend la logique produit le même résultat qu’une migration ratée : le retour aux anciennes habitudes.
Faire de la migration un point de départ
L’objectif n’est pas de déplacer le maximum de fichiers dans le minimum de temps. C’est d’arriver dans SharePoint avec une structure défendable, une gouvernance nommée et des équipes qui savent s’en servir.
Les organisations qui traitent la migration comme un projet d’architecture — et non comme une opération de copie — n’ont pas à recommencer trois ans plus tard.
Questions fréquentes
Combien de temps dure une migration SharePoint ?
Pour une PME avec quelques téraoctets de contenu, comptez généralement de deux à quatre mois entre l’inventaire et la bascule finale. Le transfert technique lui-même occupe une fraction de ce temps; l’essentiel va à la conception de l’architecture cible et au nettoyage.
Faut-il migrer l’historique des versions ?
Rarement en totalité. Conserver les trois à cinq dernières versions couvre la quasi-totalité des besoins opérationnels. Les documents soumis à des obligations réglementaires font exception et doivent conserver leur historique complet.
Que faire des dossiers que plus personne n’ouvre ?
Ils ne devraient pas être migrés dans l’environnement actif. Un archivage distinct, en lecture seule et soumis au calendrier de conservation, réduit le volume à migrer et améliore immédiatement la pertinence de la recherche.