En partie. L'IA peut vérifier périodiquement si un projet reste dans les délais, le budget et le périmètre prévus, et le signaler. L'ajustement en lui-même — la décision de modifier le périmètre, de déplacer de la capacité ou de renégocier un délai — reste du ressort du chef de projet ou du manager. La tâche se divise donc en une partie que l'IA peut reprendre dès aujourd'hui et une partie qui reste un travail humain.
Le résultat dépend surtout de trois axes : le degré de structuration, le volume et la marge d'appréciation.
Le degré de structuration est moyen. L'avancement, le budget et le périmètre sont souvent quantifiables dans un outil de gestion de projet — heures enregistrées, jalons atteints, budget consommé. Mais la question de savoir si un écart est acceptable n'est pas toujours fixée dans une règle. Un projet en retard de deux semaines peut être anodin ou révéler un problème plus profond, et cette distinction requiert un contexte qui ne se trouve pas toujours dans le système.
Le volume est élevé : lorsque plusieurs projets sont en cours, la vérification périodique du statut est une action récurrente et similaire. Précisément le type de travail où un agent se distingue des évaluations uniques et ponctuelles.
La marge d'appréciation est moyenne, et c'est là le cœur de la limite. Signaler que le budget est déjà consommé à 95 % alors que le projet n'est réalisé qu'à 80 % est une constatation factuelle. Décider si cela résulte d'une modification du périmètre, d'un retard chez un fournisseur, ou d'un budget sous-estimé — et déterminer quoi faire à ce sujet — demande d'arbitrer entre des intérêts qui ne figurent pas tous dans les données.
En contrepartie, le coût d'erreur est faible (2) et la conformité relativement élevée (4) : un signal manqué peut faire qu'un projet ne rencontre ses difficultés que tardivement, et dans les environnements réglementés (projets publics, secteur financier), des exigences fixes de reporting sur l'avancement s'appliquent souvent. Cela rend l'automatisation du signalement attrayante, précisément parce que les conséquences d'une absence de signalement sont importantes — et laisser l'ajustement à un humain, précisément parce que les conséquences d'une décision erronée sont, elles aussi, importantes.
Une entreprise de construction ayant dix projets en cours fait relever quotidiennement l'avancement par un agent à partir de l'outil de gestion de projet : heures planifiées par rapport aux heures réelles, budget consommé par rapport aux jalons atteints. En cas d'écart prédéfini — par exemple plus de 10 % au-dessus du budget avec moins de 80 % d'avancement — l'agent génère un signal avec justification. Le chef de projet évalue ce signal, demande éventuellement des explications à l'équipe, et décide si un ajustement est nécessaire. La vérification périodique a été reprise ; l'ajustement, non.
Dans une entreprise sans outil de gestion de projet, où l'avancement est communiqué oralement lors de réunions, les données actualisées que requiert cette tâche font défaut. Il y a alors peu à automatiser, quel que soit le degré de structuration théorique de la tâche. De même, pour les projets dont le périmètre évolue constamment — comme dans les premières phases de trajectoires d'innovation — il n'existe pas de base stable à laquelle se référer, et l'équilibre penche alors à nouveau vers le travail humain.
À l'inverse : une organisation disposant de critères d'écart clairs et d'un outil bien renseigné peut confier à un agent une part plus importante du signalement que ce qui est décrit ici. La condition reste toujours la même : des données de projet actualisées et des critères prédéfinis pour déterminer ce qu'est un écart.
Cette tâche n'est pas isolée. Qui surveille l'avancement doit souvent aussi surveiller le budget et signaler les écarts — une tâche au profil comparable : le signalement s'automatise bien, l'évaluation de l'écart non. Les signaux issus du suivi de l'avancement alimentent souvent à leur tour la préparation et la mise à l'ordre du jour des réunions de direction, où un agent peut préparer l'ordre du jour et les chiffres sous-jacents. Et dans les organisations plus grandes, le résultat finit par alimenter le reporting de gestion destiné à la direction ou aux actionnaires, où l'on retrouve le même schéma entre collecte de faits et interprétation. C'est le même glissement qui revient sans cesse : la partie périodique et structurée revient à l'IA, l'interprétation et la décision restent au manager. Cette même distinction se retrouve aussi dans la délégation de tâches et de responsabilités au sein d'une équipe : qui fait quoi est une question aux conséquences organisationnelles et parfois relevant du droit du travail, pour laquelle des exigences légales propres s'appliquent et que ce type d'automatisation ne remplace pas.
La question de savoir si cela s'applique aussi à vos projets dépend de la mesure dans laquelle vos données de projet sont déjà structurées et de la précision avec laquelle vos critères d'écart sont définis. Cela varie selon l'entreprise et le type de projet. Pour en obtenir une première indication, un quickscan gratuit de douze questions, sans compte, indique quelle part des heures de votre profil peut aujourd'hui être reprise par l'IA. Le scan de travail complet, qui cartographie tâche par tâche le travail de votre entreprise, est encore en construction.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.