Le client travaille sous MS Project et vous sous Primavera P6. Ou l'inverse. Quelqu'un doit convertir le planning, et chaque fois que cela se fait « avec les moyens du bord », quelque chose se perd : un calendrier, vingt décalages, le chemin critique tout entier. Ce guide explique ce qui change entre les deux modèles de données, quelle est la bonne façon de convertir et comment vérifier le résultat en dix minutes.
Pourquoi ce n'est pas un simple « enregistrer sous »
Primavera P6 et MS Project représentent le même planning avec des structures différentes. La conversion ne copie pas un fichier : elle traduit un modèle dans un autre, et toute traduction entraîne des pertes si elle n'est pas maîtrisée. Voici les points où cela casse le plus souvent :
| Concept | Primavera P6 | MS Project | Risque à la conversion |
|---|---|---|---|
| Calendriers | Globaux, de projet et de ressource ; heures/jour définies par calendrier | Calendrier de base + calendriers de tâche ; heures/jour dans les options du projet | Élevé : les durées en heures sont réinterprétées si les heures/jour ne correspondent pas |
| WBS (OTP) | Structure indépendante des activités | Tâches récapitulatives imbriquées | Moyen : niveaux vides ou codes WBS perdus |
| Liens et décalages | Décalage calculé sur le calendrier du successeur ou du prédécesseur (paramétrable) | Décalage sur le calendrier de la tâche successeur | Moyen : écarts de 1 à 3 jours sur les décalages longs |
| Contraintes | Start On, Finish On, Mandatory, As Late As Possible… | Moins de types ; Mandatory n'existe pas | Moyen : des contraintes strictes deviennent souples ou inversement |
| Activités LOE et récapitulatives | Types d'activité spécifiques | N'existent pas | Élevé : une LOE convertie en tâche normale peut devenir critique |
| Pourcentage d'avancement | Par durée, physique ou par unités (au choix) | % achevé (durée) et % travail achevé | Moyen : l'avancement physique se perd s'il n'est pas mappé vers un champ personnalisé |
| Codes et UDF | Codes d'activité et champs définis par l'utilisateur | Champs personnalisés Text1…Text30, etc. | Faible s'ils sont mappés ; élevé s'ils sont ignorés |
| Plannings de référence | Plusieurs, enregistrés comme projets séparés | Jusqu'à 11 dans le fichier | Moyen : exporter sans baseline laisse le client sans référence |
La cause numéro un de dates différentes après une conversion, c'est le calendrier : un P6 à 10 heures/jour et 6 jours/semaine ouvert dans un MS Project configuré à 8 heures/jour et 5 jours/semaine allonge le projet de plusieurs semaines sans toucher à une seule durée.
Les trois façons de convertir
- Exporter depuis P6 vers le XML de MS Project. P6 Professional le fait via File → Export → Microsoft Project XML. Cela fonctionne pour des réseaux simples, mais cette méthode est connue pour perdre les calendriers multiples et les codes d'activité, et pour générer des tâches récapitulatives étranges lorsque la WBS comporte des niveaux sans activités.
- Convertir avec un outil spécialisé. El Conversor de TecnoAdmin lit directement le .xer et génère un .mpp ou un .xml prêt à ouvrir, en conservant la WBS, les liens, les décalages, les calendriers, les contraintes et les codes sous forme de champs personnalisés. Il fait aussi le chemin inverse (.mpp → .xer) et exporte les sauvegardes Candy vers Excel. Il est gratuit et ne nécessite aucune installation.
- Reconstruire à la main. Cela n'a de sens que pour de petits plannings ou lorsque la cible exige une structure très différente. Au-delà de 200 activités, le risque d'erreur humaine l'emporte sur tout avantage.
Retrouvez tous nos outils de planification, dont le convertisseur et le validateur DCMA, sur TecnoAdmin Produits.
Étape par étape : de XER à MPP avec El Conversor
Nettoyez le planning dans P6
Lancez Schedule (F9) avec la bonne date d'avancement, supprimez les activités et codes orphelins et vérifiez qu'il n'y a pas de marge négative inexpliquée. Ce qui est cassé dans P6 arrivera cassé à destination.
Exportez le .xer
File → Export → Primavera PM (XER). Exportez uniquement le projet, sans ressources globales inutiles. Si le client a besoin du planning de référence, exportez aussi le projet baseline ou gardez son .xer sous la main.
Chargez le fichier et choisissez le format
Dans El Conversor, glissez le .xer, vérifiez l'aperçu (nombre d'activités, dates de début et de fin, calendriers détectés) et choisissez .mpp ou .xml de MS Project. Si vous avez le planning de référence, chargez-le à la même étape.
Ouvrez dans MS Project et recalculez
À l'ouverture, appuyez sur F9. Vérifiez dans Project → Project Information que la date d'état correspond à la date d'avancement de P6 et que toutes les tâches sont en mode Auto Scheduled.
Vérifiez
Ne livrez rien sans passer la checklist de la section suivante. Dix minutes maintenant évitent la semaine de discussions qui suit lorsque le client découvre l'écart.
Vérification en 10 minutes
Comparez l'original et le fichier converti sur ces huit points. Tout écart a une cause concrète, qui se trouve presque toujours dans le tableau des risques ci-dessus.
| Vérification | Critère attendu | En cas d'écart, vérifiez |
|---|---|---|
| Nombre d'activités | Identique (hors récapitulatives) | Activités LOE ou jalons écartés |
| Nombre de liens | Identique | Liens dupliqués ou vers des récapitulatives |
| Date de fin du projet | Même date, sans tolérance | Calendrier (heures/jour, jours/semaine) |
| Durée totale en jours | Identique | Durées en heures mal interprétées |
| Chemin critique | Mêmes 10 premières activités critiques | Contraintes dégradées, LOE converties en tâches |
| Jalons contractuels | Mêmes dates | Contraintes perdues |
| Avancement total à date | Même % physique ou de durée | Type de pourcentage non mappé |
| Évaluation DCMA | Mêmes résultats sur les 14 points | Décalages, activités pendantes, nouvelles dates invalides |
Astuce rapide : passez l'original et le fichier converti dans Centinela DCMA. Si les 14 points donnent le même résultat pour les deux fichiers, la logique a survécu à la conversion. Si le point 1 (logique) ou le point 3 (décalages) change, vous savez où regarder.
Erreurs fréquentes et comment les corriger
- Le projet se termine des semaines plus tard. C'est presque toujours le calendrier. Dans MS Project, ajustez Options → Schedule → Hours per day / Days per week ainsi que le calendrier de base selon le même schéma que dans P6.
- Des tâches deviennent critiques alors qu'elles ne l'étaient pas. Des activités LOE converties en tâches normales. Identifiez-les et marquez-les comme inactives ou transformez-les en tâches récapitulatives manuelles.
- Les décalages ont glissé d'un ou deux jours. Différence de calendrier pour le décalage. Vérifiez dans P6 l'option Calendar for scheduling relationship lag et ajustez les liens concernés.
- Des dates réelles dans le futur. La date d'état de MS Project est antérieure à la date d'avancement de P6. Corrigez-la et recalculez.
- Codes d'activité perdus. Vérifiez les champs Text personnalisés ; un outil bien configuré les y place. Si vous avez converti avec l'exportateur natif de P6, ils ne sont pas passés.
Et en sens inverse : de MPP à XER
Le chemin inverse a ses propres pièges. Les tâches en mode Manually Scheduled (MS Project 2010 et versions ultérieures) n'ont pas de véritable logique et P6 les importe avec des dates figées : passez-les en Auto Scheduled avant d'exporter. Les deadlines (échéances) de MS Project n'existent pas dans P6 et se perdent ou deviennent des contraintes. Enfin, les tâches récapitulatives deviennent des niveaux de WBS : une structure de récapitulatives désordonnée produit donc une WBS tout aussi désordonnée. L'article sur comment migrer de MS Project vers Primavera P6 détaille ce chemin.
Recommandation contractuelle : convenez dès le départ du fichier « maître » et du format d'échange. Notre pratique consiste à toujours livrer trois éléments ensemble : le fichier natif, la version convertie et un PDF du Gantt avec le chemin critique. Ainsi, personne ne conteste la version qui fait foi.
Bien convertir n'est pas un problème technique difficile ; c'est une question de discipline. Avec le bon outil et la checklist de vérification, cela cesse d'être un risque pour le projet et devient une formalité de dix minutes.