Préparer une migration Project Server : l'inventaire d'abord

Changer d'outil donne envie d'aller vite : exporter, importer, et passer à autre chose. C'est ainsi qu'on emporte dans le nouvel outil des années de projets abandonnés, de champs inutiles et de modèles bricolés.

Faire la liste de ce qui existe

Un environnement Project Server contient bien plus que des plannings : des projets terminés et en cours, des champs personnalisés, des modèles de projet, des vues, et l'historique des feuilles de temps. Chaque élément mérite une décision.

Décider projet par projet

Dans notre exemple, quatre projets figurent au portefeuille. Le déménagement de la ligne, l'étude d'extension de l'atelier et l'installation d'une ligne d'emballage sont en cours : ils migrent, avec leurs dates réelles. Le remplacement du pont roulant est terminé : il est archivé, lisible mais pas migré.

Trier le reste

• les champs personnalisés : ne garder que ceux qui servent à une décision ;
• les modèles de projet : les nettoyer avant de les réutiliser ;
• l'historique des feuilles de temps : l'exporter et le conserver, même s'il ne migre pas.

Impliquer ceux qui utilisent l'outil

L'inventaire ne se fait pas seulement dans la base de données. Les chefs de projet savent quels champs ils remplissent vraiment, et quels rapports ils lisent. Une heure d'échange avec eux évite des semaines de migration inutile.

C'est souvent par là que nous commençons une préparation à la migration : une analyse de l'environnement, puis une liste claire de ce qui part, de ce qui s'archive, et de ce qui s'arrête.