Microsoft Project pour le BTP

Définissez un calendrier de chantier avant de vous fier à la date de fin

Commencez votre planning de chantier en définissant la date de début du projet et le calendrier de travail, puis ajoutez les jours fériés, les arrêts prévus et les week-ends non travaillés. Créez des calendriers de ressources distincts lorsque les équipes ou les engins suivent des horaires différents. Dans Project, le temps de travail détermine la conversion des durées en dates : une activité de cinq jours ne correspond pas nécessairement à cinq jours calendaires consécutifs. Vérifiez également le nombre d’heures par jour dans les paramètres : modifier ce paramètre de conversion ne change pas, à lui seul, les horaires de travail du calendrier.

Utilisez des tâches planifiées automatiquement pour les activités dont les dates doivent s’adapter aux dépendances et à la disponibilité des ressources. Reliez les tâches selon l’enchaînement réel des travaux, en privilégiant les liaisons fin-début lorsque cela convient, et n’utilisez d’autres types de dépendances que si le chevauchement est justifié. Évitez d’imposer une contrainte Must Start On à chaque activité, car cela limite les possibilités de recalcul utiles. Le nivellement des ressources peut retarder ou fractionner les tâches qui le permettent afin de résoudre les surutilisations, mais il ne peut pas déterminer si un nouvel enchaînement est sûr sur le chantier ou acceptable sur le plan contractuel.

• Saisissez les fermetures du chantier comme des exceptions du calendrier plutôt que comme des activités artificielles.
• Utilisez des échéances pour signaler les dépassements des dates cibles sans imposer la date de la tâche.
• Vérifiez si les calendriers de ressources expliquent les périodes d’inactivité inattendues dans le planning.
• Examinez les paramètres de nivellement avant d’autoriser le fractionnement des tâches.
• Contrôlez à nouveau le chemin critique après toute modification des calendriers ou des ressources.

Effectuez une mise à jour hebdomadaire rigoureuse sans écraser la planification de référence

Enregistrez une planification de référence après avoir vérifié le planning convenu, puis conservez une copie datée du fichier diffusé. Une planification de référence stocke des valeurs permettant des comparaisons ultérieures ; elle ne constitue pas un enregistrement verrouillé ni validé de manière indépendante. Project prend en charge une planification de référence initiale et dix planifications de référence numérotées supplémentaires. Utilisez-les de façon réfléchie pour les révisions autorisées, plutôt que de remplacer l’original chaque semaine, et précisez laquelle correspond au planning contractuel, à une modification approuvée ou à un scénario interne de rattrapage.

À chaque cycle de reporting, définissez une date d’état et recueillez auprès de l’équipe de chantier les dates de début réelles, les dates de fin réelles et les durées restantes. Ne considérez pas le pourcentage d’achèvement des tâches comme une mesure des quantités réalisées : le champ % Complete de Project repose sur la durée, tandis que % Work Complete concerne le travail. Mettez à jour les prévisions restantes, puis utilisez les options de replanification pour déplacer, si nécessaire, le travail inachevé après la date d’état. Examinez les travaux réalisés hors de l’enchaînement prévu et les écarts sur les jalons avant de diffuser un nouveau rapport.

• Convenez d’une date d’arrêté commune à tous les sous-traitants pour le reporting.
• Consignez séparément les quantités physiques lorsque l’avancement calculé sur la durée risque d’induire en erreur.
• Vérifiez les dates réelles postérieures à la date d’arrêté du reporting.
• Utilisez Tracking Gantt pour comparer le planning actuel à une planification de référence.
• Tenez un journal des révisions expliquant les modifications approuvées et l’évolution des prévisions.

Validez les échanges avec Primavera sans présumer de la compatibilité XER

L’application de bureau Microsoft Project n’ouvre pas nativement les fichiers XER de Primavera P6. Si l’entreprise principale fournit des fichiers XER, convenez d’une méthode d’échange avant de choisir votre processus de travail : demandez un export compatible ou utilisez un outil de conversion évalué séparément. Les formats Microsoft Project XML et Primavera XML ne sont pas interchangeables simplement parce qu’ils utilisent tous deux l’extension .xml. Testez d’abord un planning représentatif, en particulier lorsque le contrat exige une gestion précise des calendriers, des codes d’activité, des décalages de liaison ou des affectations de ressources.

Traitez chaque planning converti comme un nouveau jeu de données à rapprocher de la source, et non comme une copie exacte du planning d’origine. Comparez le nombre de tâches, les dates des jalons, les calendriers de travail, les durées et les liaisons avec les prédécesseurs à un rapport de référence issu de P6. Examinez les contraintes et les activités dont les dates ont changé pendant la conversion. Conservez le fichier d’origine et les paramètres de conversion pour pouvoir retracer les écarts. Pour les échanges récurrents, convenez d’identifiants stables et de correspondances entre les champs plutôt que de chercher à rapprocher les activités uniquement par leur nom.

• Demandez à l’expéditeur la date d’état du planning source et les définitions des calendriers.
• Confirmez l’application et le format qui feront foi pour les remises de documents contractuels.
• Vérifiez explicitement les durées écoulées et les unités des décalages.
• Contrôlez la structure WBS et les correspondances des champs personnalisés.
• Transmettez une liste des écarts avant d’accepter le planning converti.

Distinguez la licence de bureau de l’accès partagé et des services serveur

Choisissez l’édition en fonction des fonctionnalités nécessaires, puis vérifiez le canal de licence et les droits de déploiement. Une licence autonome de l’application de bureau Project est distincte d’une licence de la suite Office : posséder Office ne donne pas le droit d’utiliser Project. Les conditions Microsoft applicables aux licences de bureau vendues au détail autorisent généralement l’installation et l’utilisation sur un seul appareil sous licence, par une seule personne à la fois. Les licences en volume et les abonnements ont leurs propres conditions : ne supposez donc pas qu’une clé de produit suffit à prouver les droits d’utilisation ou de transfert.

La connectivité serveur de Project Professional n’inclut ni service hébergé, ni licence serveur, ni l’ensemble des droits d’accès nécessaires. Project Online et Project Server sont des offres distinctes, et Microsoft a annoncé le retrait de Project Online le 30 septembre 2026 ; cette annonce ne concerne pas le retrait de l’application de bureau Project. Avant tout achat destiné au travail collaboratif, identifiez précisément le service utilisé, son cycle de vie et les versions clientes compatibles. Pour Remote Desktop Services, les machines virtuelles partagées ou l’accès de prestataires, consultez les conditions Microsoft applicables plutôt que de les déduire d’une installation sur un seul PC.

• Obtenez des documents précisant le produit, l’édition et le canal de licence.
• Vérifiez les règles de transfert applicables avant de déplacer Project vers un autre PC.
• Confirmez séparément les licences serveur, les droits d’accès des utilisateurs et les licences de bureau.
• Prévoyez une solution de remplacement prise en charge avant de vous appuyer sur Project Online.
• Utilisez des rapports PDF pour les destinataires qui ont uniquement besoin de consulter les plannings diffusés.

Fonctionnalités de l’application de bureau Project 2024 utiles à la planification de chantier