Faire venir le travail d’autres outils
La plupart des migrations échouent au même endroit : quelqu’un veut tout amener, et tout prend plus de temps que prévu.
Votre travail est déjà ailleurs : des fichiers dans un espace, des tâches sur un tableau, des notes à trois endroits. Le déplacer relève moins des formats d’export que du choix de ce qui mérite de venir.
Déplacez ce qui est vivant, archivez ce qui est terminé
Le réflexe est de tout amener pour ne rien perdre. Le résultat est un nouvel espace qui, dès le premier jour, paraît aussi encombré que l’ancien — et personne ne lui fait confiance, faute de distinguer ce qui est à jour.
Amenez les projets réellement en cours, plus ce qu’un client pourrait demander ce trimestre. Les projets terminés restent où ils sont : l’ancien outil fonctionne encore en lecture, et vous rapatrierez un dossier le jour où quelqu’un en aura besoin. Une migration bouclée en une semaine vaut mieux qu’une migration parfaite abandonnée au deuxième mois.
L’ordre qui marche
D’abord les fichiers, puis le travail qui y renvoie, puis les personnes. Les fichiers sont le plus lent et le moins conflictuel ; les passer tôt garantit que les liens existent déjà quand les tâches arrivent.
N’invitez pas l’équipe tant qu’au moins un vrai projet n’est pas entièrement là et utilisable. On se fait une opinion dans les dix premières minutes, et un espace vide enseigne qu’il n’y a rien ici — une conviction qui met des mois à se défaire.
Ne reconstruisez pas la structure d’avant à l’identique
Chaque migration est une rare occasion de laisser tomber le dossier créé en 2023 que personne n’a ouvert depuis. Copier la hiérarchie telle quelle, c’est copier aussi tous les bricolages qu’elle a accumulés.
Une question par dossier de premier niveau : si nous commencions aujourd’hui, existerait-il ? En général un tiers, non. C’est dans ce tiers que loge l’essentiel de la confusion.
Fixez une date pour arrêter le double usage
Faire tourner deux systèmes est l’état le plus coûteux — et le plus confortable, d’où des mois passés ainsi. Chaque jour de chevauchement est un jour où la moitié du travail est ici et l’autre là, sans que personne ait tort.
Choisissez une date, dites-la à voix haute, et ensuite traitez l’ancien outil comme étant en lecture seule. Non parce que la migration sera terminée — elle ne le sera pas — mais parce qu’une échéance est la seule chose qui transforme « il faudrait déplacer ça » en quelqu’un qui le déplace.
Questions fréquentes
Faut-il tout déplacer ?
Non. Déplacez ce qui tourne maintenant et ce qu’un client pourrait demander ce trimestre, en laissant les projets terminés en lecture seule dans l’ancien outil. Une migration finie en une semaine vaut mieux qu’une parfaite abandonnée.
Dans quel ordre migrer ?
Fichiers, puis le travail qui y renvoie, puis les personnes. Et n’invitez l’équipe qu’une fois un vrai projet entièrement en place : un espace vide installe une conviction qui met des mois à se défaire.
Combien de temps garder les deux systèmes ?
Fixez une date et passez ensuite l’ancien outil en lecture seule. Le chevauchement est confortable et coûteux : tant que les deux vivent, la moitié du travail est de chaque côté et personne n’a formellement tort.
