Technique & data

Chef de projet : quelles compétences IA acquérir, et dans quel ordre

Votre valeur ne tient pas dans les documents que vous produisez, mais dans ce que vous avez compris de la situation avant de les écrire. L'IA prend en charge une partie de la production — comptes rendus, notes, premières versions — et laisse intacte la partie difficile : décider, arbitrer, et savoir ce qui n'a pas été dit en réunion.

Mis à jour le 2026-08-20 · lecture 9 min

L'essentiel, avant de commencer

Le meilleur usage n'est pas de faire écrire, c'est de faire chercher les trous : ce qui manque dans un cahier des charges, le rôle que personne n'occupe, la dépendance que personne n'a nommée.
Un résumé de réunion n'est pas un relevé de décisions. La différence coûte cher, parce qu'un compte rendu diffusé fait autorité même quand il se trompe.
Un modèle transforme volontiers une hypothèse discutée en décision actée, et attribue un engagement au mauvais participant.
Aucune estimation de charge ou de délai ne doit sortir d'un modèle : un chiffre écrit dans un document devient une référence, même barré ensuite.

Ce que l'IA change vraiment dans le métier aujourd'hui

Des gestes réels, praticables avec un assistant conversationnel et une transcription de réunion. Rien qui suppose une refonte de vos outils.

Le compte rendu. À partir d'une transcription, obtenir en quelques minutes une trame de relevé de décisions, au lieu de la rédiger le soir de mémoire — ou de ne pas la rédiger du tout, ce qui est le cas le plus fréquent.
La relecture critique d'un document. Donner un cahier des charges, une expression de besoin ou une proposition, et demander ce qui manque, ce qui est ambigu, ce qui n'a pas de responsable. C'est l'usage qui rapporte le plus.
La préparation d'un atelier. Liste de questions à poser, ordre du jour, scénarios à faire réagir, objections probables de chaque partie prenante.
La traduction entre publics. Le même point de situation, écrit pour l'équipe, pour le comité de pilotage et pour le client : trois textes qui n'ont ni le même niveau de détail ni le même objectif.
Le découpage d'un besoin. Transformer une note confuse en une liste de tâches ou d'éléments de périmètre, avec critères d'acceptation à compléter : une matière à corriger, jamais un plan à appliquer.
Les documents récurrents. Note de cadrage, plan de communication, plan de recette, courrier de recadrage contractuel : la première version, celle qui coûte le plus à démarrer.

Ce qui n'a pas changé

Sentir qu'un sponsor n'est plus derrière le projet, obtenir d'une équipe qu'elle dise le vrai reste à faire, arbitrer entre deux directions qui ne se parlent pas, porter une mauvaise nouvelle. Aucun de ces gestes n'apparaît dans une transcription, et ce sont eux qui font qu'un projet aboutit.

Les compétences à acquérir, dans l'ordre

Les deux premières concernent ce que vous diffusez : c'est là que se trouve le risque réel du métier.

Savoir ce qu'on a le droit d'enregistrer et de coller

À quoi ça sert

Une transcription de réunion contient des noms de salariés, des propos rapportés, parfois un sujet disciplinaire, un litige avec un fournisseur ou des chiffres non publics. Les documents d'un client sont fréquemment couverts par un accord de confidentialité que vous avez signé sans le relire.

Savoir le faire, c'est

Annoncer l'enregistrement en début de réunion et accepter qu'on le refuse ; connaître la position de votre entreprise et celle du client sur les outils autorisés ; savoir quels documents ne sortent pas du périmètre. Et distinguer ce qui est utile au modèle — la nature du sujet — de ce qui ne l'est pas — les noms et les montants.

Le piège classique

L'outil de visioconférence qui enregistre, transcrit et résume par défaut, y compris les cinq minutes de discussion informelle avant l'arrivée du client, puis diffuse ce résumé à tous les participants. Personne ne l'a décidé, et le compte rendu part quand même.

Produire un relevé de décisions, pas un résumé

À quoi ça sert

Un résumé raconte la réunion. Un relevé de décisions engage : c'est le document qu'on ressortira dans trois mois quand personne ne se souviendra de qui devait faire quoi.

Savoir le faire, c'est

Imposer la structure au lieu de demander un résumé : décisions prises (une ligne chacune), actions avec un responsable nommé et une échéance, points restés ouverts, sujets évoqués sans décision, et informations à confirmer. Cette dernière rubrique est la plus importante : elle empêche de faire passer une discussion pour un accord.

Le piège classique

Le conditionnel qui disparaît. « On pourrait envisager de décaler la livraison » devient « il a été décidé de décaler la livraison ». Le document part, personne ne conteste, et la décision existe désormais. La rubrique « décisions » se relit ligne à ligne, toujours.

Vérifier qui a dit quoi avant de diffuser

À quoi ça sert

Attribuer un engagement à quelqu'un qui ne l'a pas pris est la faute la plus coûteuse en relationnel : elle décrédibilise l'ensemble du compte rendu et, avec lui, celui qui l'a envoyé.

Savoir le faire, c'est

Savoir que la séparation des locuteurs est fragile — plus encore en visioconférence, à plus de quatre participants, avec des personnes qui se coupent la parole ou une salle équipée d'un micro unique. Donc : relire la colonne « responsable » en se rappelant la réunion, et en cas de doute, écrire « à confirmer » plutôt que de trancher.

Le piège classique

Diffuser le compte rendu dans la foulée, sans relecture, parce que la sortie est propre et bien mise en forme. La qualité de la présentation n'a aucun rapport avec l'exactitude de l'attribution.

Faire chercher les trous, pas les réponses

À quoi ça sert

C'est l'usage où le rapport entre le temps investi et le bénéfice est le meilleur. Un projet ne déraille presque jamais sur ce qui était écrit : il déraille sur ce qui ne l'était pas.

Savoir le faire, c'est

Fournir le document et poser des questions d'audit : quelles questions un prestataire poserait-il avant de chiffrer ? quels critères d'acceptation manquent ? quelles hypothèses ne sont pas explicites ? quels rôles ne sont attribués à personne ? qu'est-ce qui est mentionné une seule fois et jamais repris ? Vous obtenez une liste à trier — dont vous écartez la moitié, ce qui est normal.

Le piège classique

Prendre la liste de risques générée pour une analyse de risques. Vous obtiendrez le trio habituel — délai, budget, adhésion des utilisateurs — valable pour n'importe quel projet. Les vrais risques du vôtre tiennent aux personnes, aux dépendances entre équipes et à l'historique, dont le modèle ne sait rien.

Ne jamais faire estimer une charge ou un délai

À quoi ça sert

Une estimation engage l'équipe qui l'exécutera. Elle dépend du niveau réel des personnes, de la dette technique, des congés, des autres projets en cours : aucune de ces informations n'est disponible.

Savoir le faire, c'est

Demander la structure d'un chiffrage et non le chiffre : le découpage en lots, la liste des hypothèses à confirmer, les questions à poser à l'équipe, les postes souvent oubliés (reprise de données, recette, documentation, formation, accompagnement au démarrage). Les valeurs sont ensuite remplies par ceux qui feront le travail.

Le piège classique

L'ordre de grandeur demandé « juste pour voir » avant un comité. Il est retenu, cité, puis devient la référence à laquelle l'estimation réelle sera comparée — et c'est l'équipe qui passera pour lente.

Écrire pour l'audience, en assumant le texte

À quoi ça sert

Un comité de pilotage ne lit pas pour s'informer : il lit pour décider. Un point de situation qui ne dit pas ce qu'on attend de lui ne sert à rien, même bien écrit.

Savoir le faire, c'est

Fournir les faits, préciser l'audience, la longueur, et l'objectif du texte : faire décider, alerter, rassurer, obtenir une ressource. Dire aussi ce qu'il ne faut pas écrire : pas d'engagement de date non validé, pas de mise en cause d'une personne, pas d'annonce qui n'a pas encore été faite à l'oral. Puis réécrire l'ouverture et la conclusion à la main.

Le piège classique

Le style lissé, reconnaissable, avec ses transitions creuses et sa conclusion qui répète l'introduction. Un sponsor qui a le sentiment de lire du remplissage cesse de lire vos points de situation — et vous perdez le canal qui vous sert à obtenir des arbitrages.

Poser la règle pour l'équipe et le client

À quoi ça sert

Sur un projet, l'usage individuel devient vite collectif : quelqu'un finira par coller un document client dans un service quelconque. Autant que ce soit encadré avant.

Savoir le faire, c'est

Écrire quelques lignes dans les règles de fonctionnement du projet : qui peut enregistrer une réunion et comment on l'annonce, quels documents ne sortent pas, qui relit un livrable généré avant diffusion, et comment on signale qu'un document a été produit avec assistance. Le point se pose aussi au client : certains l'exigent, d'autres l'interdisent.

Le piège classique

Une règle écrite une fois, jamais revue, alors que les outils de l'entreprise changent en cours de projet. Une relecture à chaque jalon suffit.

Ce que l'IA fait mal en pilotage de projet

C'est la section à lire si vous n'en lisez qu'une. Toutes ces erreurs partagent le même défaut : elles produisent un document parfaitement présentable.

Distinguer une discussion d'une décision. Les hypothèses, les conditionnels et les « on verra » se transforment en engagements dans un compte rendu généré.
Attribuer les propos. La séparation des locuteurs se dégrade dès que les participants sont nombreux ou se coupent la parole ; une action peut changer de responsable sans aucun signe.
Estimer une charge ou un délai. Le chiffre produit est plausible et sans fondement : ni l'équipe, ni l'existant, ni le contexte ne sont connus.
Le non-dit. L'hésitation avant une réponse, le silence d'un sponsor, la personne absente de la réunion, le sujet que tout le monde évite : c'est souvent l'information la plus importante, et elle n'est dans aucune transcription.
Les dépendances réelles. Le gel des mises en production de fin d'année, l'équipe mobilisée ailleurs, la validation qui prend trois semaines chez le client : rien de tout cela n'apparaît dans un plan généré.
L'analyse de risques. Elle sort générique. Un risque qui vaudrait pour n'importe quel projet n'est pas un risque, c'est un lieu commun.
Les chiffres d'un tableau de suivi. Avancement, reste à faire, écarts budgétaires : cela se calcule dans un tableur, pas dans une conversation.
Dire que l'information manque. Face à un document incomplet, un modèle comble le trou par ce qui est le plus probable, sans jamais signaler qu'il a comblé.

La règle qui résume tout

Tout ce qui sera diffusé et fera référence — décisions, responsables, dates, chiffres — se relit ligne à ligne avant l'envoi. Tout le reste peut être délégué sans état d'âme.

Ce qu'il est inutile d'apprendre

Construire des « agents » pour automatiser le pilotage. Le pilotage consiste à obtenir des informations que les gens ne donnent pas spontanément. Aucun enchaînement d'outils ne fait cela à votre place.
Les plannings générés. Un diagramme produit sans connaître les disponibilités réelles et les dépendances est une illustration, pas un plan — et il devient dangereux dès qu'on le montre en comité.
Le vocabulaire technique des modèles. Il ne change rien à la qualité d'un relevé de décisions.
Changer d'outil de compte rendu tous les trimestres. La compétence n°2, elle, se transfère à n'importe quel outil.
Une certification « IA » ajoutée au profil. Elle ne dit rien de ce que vous savez faire des sept points ci-dessus, qui s'acquièrent sur vos propres réunions.

Où j'en suis

Sept affirmations. Soit vous pourriez le démontrer sur le dernier comité, soit non. Rien n'est enregistré.

J'annonce l'enregistrement et la transcription en début de réunion, et j'accepte qu'on les refuse.
Mes comptes rendus séparent les décisions des sujets évoqués sans décision.
Je relis l'attribution de chaque action avant diffusion, et j'écris « à confirmer » en cas de doute.
Aucune estimation de charge de mes documents ne vient d'un modèle.
J'utilise l'IA d'abord pour trouver ce qui manque dans un document, pas pour l'écrire.
Mon analyse de risques contient au moins trois risques qui n'existeraient pas sur un autre projet.
Les règles d'usage sont écrites dans le fonctionnement du projet et connues du client.

Lecture : les affirmations 1, 3 et 7 déterminent le risque que vous faites courir à votre entreprise et à votre client. Les affirmations 2, 5 et 6 déterminent ce que le projet gagne réellement. La 4 est celle dont l'oubli se paie le plus tard, et le plus cher.

Pour aller plus loin

Trois besoins précis, nés des compétences ci-dessus. Ces liens mènent à une recherche Amazon : ce sont des liens affiliés, ils ne changent pas le prix payé (explication).

Un guide de rédaction du cahier des charges

La compétence n°4 consiste à faire chercher ce qui manque : encore faut-il savoir ce qui devrait s'y trouver. Expression fonctionnelle du besoin, exigences vérifiables, critères d'acceptation, périmètre exclu : cette grille de lecture rend vos questions d'audit bien plus précises, et elle ne dépend d'aucun outil.

Voir les guides cahier des charges sur Amazon

Un ouvrage sur la conduite de réunion et l'animation d'atelier

Pour les compétences n°2 et n°3. La qualité d'un relevé de décisions se joue pendant la réunion : faire reformuler une décision à voix haute, nommer un responsable devant tout le monde, refermer un sujet. Une transcription propre ne compense jamais une réunion qui n'a rien décidé.

Voir les livres sur la conduite de réunion sur Amazon

Un livre sur l'estimation et le chiffrage de projet

Pour la compétence n°5, la plus difficile à tenir sous pression. Savoir expliquer pourquoi un chiffre isolé ne veut rien dire, présenter une fourchette avec ses hypothèses et défendre une estimation devant un comité : c'est ce qui vous permet de refuser l'ordre de grandeur « juste pour voir ».

Voir les livres sur l'estimation de projet sur Amazon

Aucune de ces compétences ne nécessite un achat : elles s'acquièrent sur vos propres projets. Ces références servent à combler un point précis.

Métiers voisins

Les fiches suivantes reprennent la même structure.

Voir tous les métiers suivis — développeur, assistant administratif, responsable RH, et les autres.
Comptable — pour la partie chiffres, où la règle « jamais de calcul par un modèle » est la même.
Artisan, patron de TPE — le même métier de coordination, à l'échelle d'une petite entreprise.