L'IA change nos métiers : quel avenir pour le conseil en ingénierie ?

Ce qui change : les tâches avant les métiers

On parle souvent de l'IA comme si elle allait remplacer un métier d'un seul bloc. Dans le conseil en ingénierie, la question est plus précise : quelles tâches peut-elle aider à réaliser, dans quelles conditions, et avec quel contrôle ?

Un ingénieur ne passe pas sa journée uniquement à calculer. Il cherche des informations, lit des documents, prépare des réunions, compare des options, rédige et vérifie. Un ingénieur d'affaires ne fait pas que chercher un CV : il clarifie un besoin, comprend une organisation et accompagne une relation dans la durée.

Certains outils d'IA peuvent aider à préparer une synthèse, structurer un texte ou explorer un ensemble de documents. Ce sont des possibilités, pas une description de nos usages internes. Leur intérêt dépend de la qualité des données, des droits d'accès et du temps nécessaire pour contrôler le résultat.

L'étude de l'Organisation internationale du travail citée en fin d'article distingue d'ailleurs l'exposition des tâches à l'IA de la disparition des emplois. Pour nos métiers, cette distinction est essentielle : accélérer une partie du travail ne suffit pas à prendre en charge toute une mission.

La valeur du conseil ne se résume plus à produire

Si une première version de compte rendu ou de document devient plus facile à obtenir, sa seule production ne suffit plus à démontrer la valeur d'une prestation. La différence se joue dans la compréhension du problème et la fiabilité de la réponse.

Une synthèse peut être claire et pourtant passer à côté de la contrainte qui décide de tout : une installation qui doit rester en service, un accès impossible pendant les travaux, une interface mal définie entre deux lots. L'IA ne rend pas ces contraintes moins importantes.

Pour un cabinet de conseil, cela invite à mieux expliquer ce qu'apporte une équipe : des compétences adaptées, une lecture technique du besoin, la capacité à coordonner les intervenants et à suivre les décisions jusqu'à leur mise en œuvre. Un livrable reste utile, mais il doit servir une décision ou une action.

Notre point de vue est simple : nous ne devons pas confondre volume produit et service rendu. Davantage de documents ne signifie pas nécessairement un projet mieux maîtrisé.

Pour les ingénieurs : savoir vérifier devient encore plus important

Une réponse générée peut avoir le ton d'une expertise sans en avoir la solidité. Une référence peut être erronée, une hypothèse absente, une exigence mal interprétée. Sur un ouvrage technique, la fluidité du texte n'est pas une preuve.

Prenons un exemple hypothétique : préparer une synthèse des exigences d'un lot électrique. Un outil peut aider à organiser les éléments. L'ingénieur doit encore revenir aux documents applicables, vérifier les versions, repérer les contradictions et déterminer ce qui concerne réellement son périmètre. Cette préparation n'est ni une note de calcul validée ni une approbation technique.

Le métier demande donc deux compétences complémentaires : utiliser un outil quand il est pertinent, et reconnaître quand son résultat ne permet pas de conclure. Savoir dire « il manque une donnée » reste préférable à livrer une réponse apparemment complète.

La connaissance du terrain conserve toute sa place. Les interfaces, les conditions d'exécution, les essais et les échanges avec les entreprises ne se réduisent pas à un corpus de textes. Sur un data center comme sur un bâtiment tertiaire ou une infrastructure de transport, il faut confronter les documents à la réalité.

Pour les ingénieurs d'affaires : mieux qualifier plutôt que multiplier

Le rapprochement entre un besoin et un profil peut sembler être un problème de mots-clés. Pourtant, deux CV qui mentionnent la même compétence ne racontent pas la même expérience.

Il faut comprendre le rôle réellement tenu, le niveau d'autonomie, la phase du projet, les contraintes du site et les attentes de l'équipe cliente. Il faut aussi écouter le consultant : quel type de mission recherche-t-il, dans quel environnement peut-il réussir et progresser ?

Si des outils facilitent la recherche ou la préparation des échanges, l'enjeu n'est pas d'envoyer davantage de dossiers indistinctement. Il est de consacrer plus d'attention à la qualification. Une proposition argumentée vaut mieux qu'une liste longue dont personne n'a vérifié la pertinence.

Cette évolution pourrait renforcer le rôle de l'ingénieur d'affaires comme interlocuteur qui comprend à la fois le projet et le parcours de l'ingénieur. Elle suppose une vraie culture technique, pas seulement la maîtrise d'un outil.

Pour notre modèle : mesurer la qualité, pas promettre la vitesse

Une tâche plus rapide ne rend pas automatiquement une mission moins coûteuse. Il faut compter la préparation des données, les licences, l'intégration, la formation et les vérifications. Une erreur corrigée tard peut annuler le temps gagné au départ.

Cela pose une question au modèle du conseil : comment rendre visible la valeur créée si le temps de production de certaines tâches diminue ? Selon la mission, elle peut se lire dans un besoin mieux défini, des reprises évitées, une décision mieux documentée ou une coordination plus claire.

L'assistance technique, l'AMO et le plateau projet n'ont pas les mêmes engagements. L'IA ne les transforme pas tous de la même façon, et ne change pas à elle seule le périmètre contractuel. Il serait donc prématuré d'annoncer une évolution uniforme des prix ou des effectifs.

La bonne démarche consiste à observer un usage délimité : ce qui a été produit, le temps total consacré, les erreurs détectées et l'utilité pour le destinataire. Sans cette mesure, parler de productivité reste une intention.

Former sans supprimer l'apprentissage

Les tâches de préparation sont aussi des moments d'apprentissage. Relire un dossier, chercher une exigence et rédiger une première analyse permettent à un jeune ingénieur de construire son raisonnement.

Tout déléguer trop tôt à un outil peut priver de cette compréhension. À l'inverse, comparer une proposition générée aux documents sources peut devenir un exercice utile, à condition d'être accompagné et de pouvoir expliquer les corrections.

L'objectif n'est pas seulement de savoir demander une réponse. Il est de savoir défendre une hypothèse, identifier une limite et expliquer une décision à quelqu'un d'autre. Les fondamentaux techniques, l'expérience du chantier et le regard des ingénieurs expérimentés restent nécessaires.

Des limites à définir avant les usages

Un CV, un compte rendu d'entretien ou un document client ne sont pas des données à déposer dans n'importe quel service. Avant un usage professionnel, il faut examiner les autorisations, la confidentialité, les conditions du fournisseur et les règles applicables aux données personnelles.

Les ressources de la CNIL et le cadre du NIST cités ci-dessous éclairent ces précautions. Ils ne constituent pas une certification des outils de Miles Group. Cet article ne prétend pas établir où sont hébergées nos données ni comment un fournisseur les traite.

La même prudence vaut pour les résultats : une suggestion ne doit pas devenir une décision par simple habitude. Le contrôle doit être réel, avec la possibilité de rejeter la proposition et de revenir aux sources.

Le changement que nous devons viser

Pour Miles Group, la question intéressante n'est pas de paraître plus automatisé. C'est de réfléchir à la manière de mieux exercer notre métier de conseil en ingénierie de la construction.

L'IA peut modifier la répartition du travail. Elle peut aussi rendre plus visible ce qui demande une présence, une expérience et une responsabilité : comprendre un besoin, constituer une équipe, résoudre une interface et accompagner les ingénieurs dans la durée.

C'est la direction que nous défendons ici, pas l'annonce d'un programme déjà déployé. Produire plus vite peut être utile. Comprendre, vérifier et rester engagé jusqu'à la livraison demeure l'essentiel.