ChatGPT pour chef de projet : méthodes, exemples et limites

Cette frontière explique la plupart des déceptions. Demander « fais-moi un planning de refonte de site en trois mois » revient à demander une invention crédible. Fournir une décomposition de tâches, des contraintes de jalons et des ressources, puis demander deux séquencements possibles, produit un résultat exploitable.

Elle explique aussi les réussites les plus nettes : sur le compte rendu, l’analyse de cahier des charges ou la préparation d’un COPIL, toute la matière vient de vous. L’assistant ne fait que la mettre en forme et la questionner.

Une demande de chef de projet qui fonctionne contient presque toujours six éléments. Les omettre produit une réponse générique ; les fournir change radicalement le résultat.

Ce n’est pas une formule magique à copier : c’est une liste de vérification. Après quelques semaines, l’essentiel devient automatique et vous ne conservez explicitement que les éléments qui varient. La méthode en six blocs détaille la logique générale ; ce qui suit l’adapte au vocabulaire de la gestion de projet.

Mauvaise demande : « Rédige une note de cadrage pour un projet de refonte d’intranet. » Le résultat sera plausible, générique, et vous fera perdre du temps à le corriger.

Meilleure approche : donnez le verbatim de la demande du sponsor, précisez ce que vous savez du contexte (nombre d’utilisateurs, existant, échéance imposée, budget indicatif), demandez une note de cadrage suivant votre trame, puis ajoutez deux instructions décisives — marquer chaque hypothèse comme telle, et lister en fin de document les informations manquantes pour engager le projet.

La seconde version produit un document utile en réunion : les hypothèses deviennent des questions posées au sponsor, et le débat porte sur le fond plutôt que sur la mise en forme. Les autres usages de cadrage, de WBS et de scénarios de planning sont détaillés dans les quinze cas d’usage de l’IA en gestion de projet.

Sur un document long, la qualité de la réponse dépend de la précision de la question. « Résume ce CCTP » donne un texte lisse et inutilisable. « Liste toutes les exigences portant sur les délais, avec pour chacune la section d’origine et la pénalité associée » donne un tableau que vous pouvez vérifier ligne à ligne.

Imposez toujours la citation de la source interne : numéro de section, titre de paragraphe. C’est la seule façon de contrôler rapidement, et c’est ce qui distingue une analyse exploitable d’une synthèse invérifiable. Sur les documents contractuels, considérez la sortie comme une aide à la lecture, jamais comme une lecture de substitution.

Attention également au volume : au-delà d’un certain nombre de pages, un assistant peut traiter le document par morceaux et perdre la cohérence d’ensemble. Découpez vous-même par chapitre lorsque l’enjeu est contractuel, et posez la même question sur chaque partie.

Avant la réunion, la demande utile ne porte pas sur l’ordre du jour mais sur les décisions : « Voici l’objectif, les participants et les points ouverts. Propose un déroulé minuté, et pour chaque point, la décision précise que je dois obtenir en sortie. » Vous entrez en séance avec une liste de décisions attendues, ce qui change la conduite de la réunion.

Après la réunion, la structure du compte rendu doit être imposée, pas suggérée : décisions prises, actions avec responsable et échéance, points restés ouverts, sujets reportés. Ajoutez l’instruction qui évite le principal risque : « N’ajoute aucune décision qui n’a pas été explicitement formulée. Si un point est ambigu, place-le dans les points ouverts avec la mention à clarifier. »

Sans cette contrainte, un assistant a tendance à combler les blancs : il transforme une discussion inaboutie en décision nette. Sur un compte rendu diffusé à un client ou à un sponsor, l’erreur est difficile à rattraper.

C’est l’usage où l’erreur est la plus coûteuse et la plus fréquente. Un assistant produit sans hésiter un planning détaillé avec des durées précises. Ces durées ne reposent sur rien : ni votre équipe, ni votre historique, ni les interruptions réelles de votre organisation.

L’usage défendable consiste à lui donner vos estimations et à lui demander de travailler dessus : cohérence des dépendances, chemin critique, conséquences d’un décalage de trois semaines sur un jalon, points où la marge est insuffisante. Vous restez propriétaire des chiffres, il travaille la structure.

Un second usage utile est le questionnement inverse : « Voici mon planning et mes hypothèses. Quelles hypothèses sont les plus fragiles, et quel événement suffirait à faire glisser le jalon principal ? » Cette question produit souvent l’analyse de risque que vous n’aviez pas le temps de faire.

Pour le reporting, la contrainte à poser est celle de la non-invention : l’assistant commente les données fournies et signale les indicateurs manquants au lieu de les reconstituer. Un reporting où une valeur absente a été remplacée par une estimation vraisemblable est un incident, pas un gain de temps.

Pour le COPIL, l’usage le plus rentable est le rôle contradictoire. Fournissez votre support et demandez : les trois questions les plus difficiles qu’un sponsor pourrait poser, les points où votre argumentaire ne tient pas, et ce qu’un directeur financier regarderait en premier. Vous obtenez une préparation d’une qualité difficile à atteindre seul, en quelques minutes.

Enfin, pour la communication d’une décision difficile — report, réduction de périmètre, dépassement —, faites décliner le message selon l’interlocuteur, mais écrivez le fond vous-même. Une mauvaise nouvelle formulée par un modèle se reconnaît immédiatement, et le coût relationnel est bien supérieur au temps gagné.

Ces erreurs reviennent systématiquement chez les chefs de projet qui abandonnent l’outil ou, plus grave, chez ceux qui l’utilisent sans en mesurer les effets.

Le gain durable ne vient pas d’une demande particulièrement bien écrite, mais du fait de ne plus avoir à la réécrire. Conservez dans un document partagé les cinq ou six formulations qui fonctionnent sur vos tâches récurrentes : compte rendu, note de cadrage, analyse d’exigences, préparation de COPIL, synthèse de retours.

Pour chacune, notez la formulation exacte, le contexte à fournir et un exemple de sortie attendue. Cette bibliothèque est le principal actif produit par un déploiement réussi : elle survit aux départs, accélère l’intégration des nouveaux chefs de projet et rend les résultats reproductibles d’une personne à l’autre.

Si l’usage se généralise dans votre organisation, la question devient collective : quels outils sont autorisés, qui valide quoi, comment mesurer. Le plan d’adoption en 90 jours décrit la séquence à suivre.