8.1 L'analyse d'un projet d'ingénierie et l'assurance de la qualité technique

La formation de l'OIQ « Zoom sur trois étapes clés d'un projet d'ingénierie » décrit l'analyse, la conception et le soutien à l'exploitation. Les sections 8.1 à 8.3 suivent ces trois étapes; la surveillance des travaux, qui fait l'objet d'une formation distincte, est traitée aux sections 8.4 et 8.5. Lorsqu'un projet démarre au milieu d'une phase, l'ingénieur recueille et analyse d'abord toute l'information disponible.

1. Définir le mandat et les objectifs

Le mandat proposé par le client ne correspond pas forcément à ses besoins réels. La première étape consiste donc à définir les objectifs pour mieux délimiter le mandat :

• A. Connaître le contexte : échanger avec le client, visiter le site, se documenter (marché, historique, statistiques) et consulter des sources reconnues (normes, revues spécialisées, bases de données).
• B. Déterminer les objectifs : le client est la principale source d'information. L'ingénieur doit vérifier qu'il a la compétence requise (art. 3.01.01 et 2.04) et, si l'intérêt du client l'exige, retenir des experts avec son autorisation (art. 3.01.02).
• C. Établir le domaine de validité et les contraintes : physiques (espace sur le site), techniques (température maximale admissible), économiques, environnementales (normes de rejets, milieux fragiles), sociales (acceptabilité), humaines (bruit, heures de travail) et légales (codes et normes). Le développement durable fait partie des critères d'analyse.
• D. Effectuer la revue technologique : mettre à jour l'information technique et les normes, et réviser les technologies et méthodes disponibles pour cerner les options et respecter les règles de l'art.
• E. Déterminer les paramètres d'analyse, qui servent à mesurer l'atteinte des objectifs, et les variables qui les influencent : physiques (viscosité, module de Young), dimensionnelles, systémiques (débit, pression, température) et adimensionnelles (nombre de Reynolds, nombre de Mach).

L'ingénieur inclut une analyse des risques, à mettre à jour chaque fois que de nouvelles informations s'ajoutent. Le livrable remis au client est le mandat. L'ingénieur conserve ses notes de travail, les comptes rendus de réunion, une copie du mandat et l'accord conclu, conformément au règlement sur les dossiers.

2. Établir les données et les hypothèses

• Recherche bibliographique : livres, périodiques, Internet, contacts professionnels et projets antérieurs. L'ingénieur vérifie la fiabilité des sources et valide les données d'Internet ou de contacts avec d'autres sources.
• Collecte des données sources dans un registre qui indique la donnée et sa source. Si l'information vient d'un collègue, il note son nom, ses coordonnées, sa fonction, la date, le lieu et le mode de communication.
• Hypothèses : en l'absence de données, l'ingénieur pose des hypothèses réalistes et prudentes, les documente et les fait valider, au besoin avec la participation du client. Une hypothèse doit toujours être confirmée pour garantir la validité des résultats.

3. Élaborer les solutions et analyser les résultats

C'est l'étape la plus créative. L'ingénieur :

• trouve des solutions, par exemple lors de séances de remue-méninges qui incluent des personnes d'horizons variés et le client;
• décrit les solutions sous forme de texte, de diagrammes logiques ou de tableaux comparatifs;
• évalue leur faisabilité selon des critères physiques, économiques, de délais et environnementaux, en gardant à l'esprit l'article 2.01 du Code de déontologie;
• documente les mesures, essais et calculs : exécutant, appareil et date de calibration, nombre d'essais, conditions, équations et références, hypothèses, normes, logiciel et version. Les documents d'une ressource externe sont aussi conservés au dossier;
• organise et interprète les résultats. Il justifie par écrit toute méthode statistique qui écarte des résultats douteux et toute transformation des données, et valide toutes les hypothèses, quitte à reprendre le processus de façon itérative. Faire réviser ses calculs par un autre ingénieur est une bonne pratique.

Livrables : un rapport d'analyse préliminaire, puis un rapport d'analyse final soumis pour commentaires.

4. Formuler les conclusions et recommandations

Le rapport final rappelle les objectifs du mandat, présente des recommandations claires et sans ambiguïté et couvre l'ensemble des objectifs et des besoins réels du client. Plusieurs rapports intermédiaires peuvent être nécessaires, par objectif, par étape ou par période. L'ingénieur doit signer son rapport d'analyse, mais il ne doit pas le sceller : selon les articles 3.04.01 et 3.04.02 du Code de déontologie, les plans et devis sont signés et scellés, alors que les rapports, calculs et études sont signés. Il remet une lettre de présentation et le rapport final, et conserve toute la documentation consultée ou produite.

Assurance de la qualité (AQ) versus Contrôle de la qualité (CQ)

Dans la pratique du génie, les notions d'Assurance de la qualité (AQ) et de Contrôle de la qualité (CQ) sont souvent confondues, alors qu'elles désignent des démarches profondément complémentaires au sein d'un système de gestion de la qualité (souvent inspiré de la norme ISO 9001) :

• Assurance de la qualité (AQ - axée sur le processus et la prévention) : L'AQ englobe l'ensemble des activités organisationnelles préétablies et systématiques visant à donner la confiance appropriée qu'un produit ou ouvrage satisfera aux exigences de qualité requises. L'AQ agit en amont : elle définit les méthodes de travail, les gabarits de documents, les compétences requises pour le personnel, les programmes de formation continue, les protocoles d'étalonnage des appareils de mesure et la structure de gouvernance du projet. Son objectif est d'empêcher les erreurs de survenir.

• Contrôle de la qualité (CQ - axé sur le produit et la détection) : Le CQ regroupe l'ensemble des techniques, inspections, mesures et essais opérationnels utilisés pour vérifier la conformité d'un livrable spécifique par rapport aux spécifications établies. Le CQ intervient pendant et en aval de la production : il s'agit de la relecture des notes de calculs, de la vérification dimensionnelle d'un plan, des essais d'écrasement d'éprouvettes de béton sur chantier ou des tests de pression d'un réseau de tuyauterie. Son objectif est d'identifier et d'éliminer les défauts avant la livraison ou la mise en service.

┌────────────────────────────────────────────────────────────────────────┐
│                      ASSURANCE DE LA QUALITÉ (AQ)                      │
│ (Processus global, procédures de travail, gabarits, formation, ISO 9001)│
│                                                                        │
│   ┌────────────────────────────────────────────────────────────────┐   │
│   │                 CONTRÔLE DE LA QUALITÉ (CQ)                    │   │
│   │ (Vérification des calculs, relecture de plans, essais chantier)│   │
│   │                                                                │   │
│   │   ┌────────────────────────────────────────────────────────┐   │   │
│   │   │        REVUE DE CONCEPTION INDÉPENDANTE (PAIR)         │   │   │
│   │   │   Revue technique formelle par un tiers qualifié avant │   │   │
│   │   │   l'apposition du sceau et l'émission finale           │   │   │
│   │   └────────────────────────────────────────────────────────┘   │   │
│   └────────────────────────────────────────────────────────────────┘   │
└────────────────────────────────────────────────────────────────────────┘

La revue de conception indépendante (peer review) et la vérification par un pair

L'un des mécanismes de contrôle de la qualité les plus vitaux en ingénierie québécoise est la revue de conception indépendante (communément appelée vérification par les pairs ou peer review) :

1. Fondement : le Code de déontologie ne prévoit pas d'article qui impose une revue par un pair dans tous les cas. Le document d'étude de l'OIQ indique toutefois qu'il est de bonne pratique de faire réviser ses calculs par un ingénieur. Cette vérification est nécessaire lorsque le client l'exige, lorsque les procédures de qualité de l'entreprise la prévoient ou lorsque la complexité du projet le commande. Un ingénieur ne peut pas se fier uniquement à sa propre intuition. Les biais cognitifs (fatigue intellectuelle, complaisance, familiarité excessive avec le projet) rendent l'auto-vérification fondamentalement vulnérable aux angles morts.
2. Qualification du réviseur indépendant : Le vérificateur doit posséder des compétences techniques équivalentes ou supérieures à celles de l'auteur du document dans la spécialité concernée. Il ne doit pas avoir participé à la production quotidienne des calculs ou des dessins afin de conserver une totale indépendance de jugement.
3. Protocole rigoureux de traçabilité :
   • La vérification doit faire l'objet d'une feuille de commentaires formelle (design check sheet).
   • Le réviseur vérifie la validité des hypothèses, l'adéquation des formules mathématiques, la concordance entre les plans et les devis, et l'exactitude des détails critiques.
   • Chaque commentaire doit être expressément traité : accepté et intégré par l'auteur, ou réfuté avec justification technique écrite.
   • Une fois la révision complétée et approuvée, le réviseur et le concepteur apposent leur paraphe ou signature de vérification dans le cartouche du plan ou sur la page de garde du rapport technique avant que l'ingénieur responsable n'appose son sceau officiel.

---

Traçabilité et validation des logiciels d'ingénierie et de l'intelligence artificielle

Avec l'avènement des logiciels de modélisation 3D, d'analyse par éléments finis (FEA / FEM), de mécanique des fluides numérique (CFD) et, plus récemment, des modèles d'intelligence artificielle générative, la pratique du génie a été profondément automatisée. Cependant, ces outils de pointe engendrent des risques déontologiques majeurs s'ils sont utilisés sans discernement critique.

L'interdiction absolue de s'abriter derrière la « boîte noire » (black-box syndrome)

Le principe juridique et déontologique québécois est d'une clarté absolue :

L'ingénieur demeure personnellement, professionnellement et civilement responsable de l'ensemble des résultats, calculs et conclusions présentés dans ses documents d'ingénierie, même s'ils ont été produits par un ordinateur ou un algorithme sophistiqué.

L'ingénieur ne peut jamais plaider devant le Conseil de discipline ou devant un juge civil que « c'est le logiciel qui s'est trompé » ou que « l'algorithme a généré ces dimensions ». Le document d'étude précise que l'ingénieur doit valider les moyens, comme les logiciels, dont il se sert pour ses calculs, car il assume la responsabilité des erreurs qui peuvent en découler, par exemple en faisant un ou plusieurs calculs manuels. Une utilisation aveugle d'un logiciel non validé peut contrevenir aux articles 2.04 et 3.02.04 du Code de déontologie.

Les protocoles obligatoires de validation croisée

Pour chaque simulation ou calcul numérique complexe, l'ingénieur doit appliquer les protocoles de validation suivants :

1. Validation des paramètres d'entrée (Garbage In, Garbage Out) : Contrôler scrupuleusement chaque propriété matérielle entrée dans le modèle (module d'Young $E$, coefficient de Poisson $\nu$, limite élastique $f_y$, viscosité), les conditions aux limites (degrés de liberté réels aux appuis, frottement) et les combinaisons de charges réglementaires.
2. Sensibilité et convergence du maillage : Dans les calculs par éléments finis, vérifier que la taille du maillage ne crée pas d'artéfacts numériques ou de singularités artificielles de contrainte. Réaliser des analyses de convergence de maillage.
3. Calculs manuels d'ordres de grandeur (sanity checks) : Avant d'accepter les résultats d'un modèle contenant des millions de nœuds, l'ingénieur doit impérativement effectuer des calculs manuels statiques simplifiés sur un coin de table (par exemple, calculer la charge totale descendue aux fondations par une simple équation d'équilibre $\sum F_z = 0$, estimer le moment maximal d'une travée par $M = wL^2 / 8$). Si les résultats du logiciel s'écartent significativement du calcul d'ordre de grandeur sans justification physique évidente, le modèle numérique doit être considéré comme suspect et rejeté.
4. Traçabilité logicielle dans les registres : L'ingénieur doit consigner dans ses notes de calculs le nom commercial exact du logiciel, le numéro de version spécifique utilisé, les dates d'exécution et les fichiers de script ou de données sources.

Précautions impératives face à l'intelligence artificielle (IA)

L'utilisation croissante d'outils d'IA générative dans l'ingénierie impose une vigilance accrue :

• Risque d'hallucinations normatives : Les modèles de langage peuvent inventer des références normatives plausibles en apparence mais fictives ou obsolètes, ou citer des codes américains (ACI, AISC) en lieu et place des normes québécoises et canadiennes d'ordre public (CSA, CNB).
• Absence de raisonnement physique déterministe : L'IA générative produit des prédictions probabilistes de texte, et non des résolutions déterministes d'équations différentielles de la physique.
• Confidentialité et secret professionnel (art. 3.06.01 et 3.06.03) : insérer des données confidentielles d'un client, des plans de procédés ou des secrets de fabrication dans un outil d'IA public peut contrevenir au secret professionnel.

Étude de cas (fictive) : La structure d'acier de l'usine de biométhanisation de Victoriaville

Pour saisir l'impact concret des règles d'assurance qualité et de validation logicielle, analysons une situation fictive, mais représentative de l'industrie québécoise :

Contexte : Dans le cadre de la construction d'une usine municipale de biométhanisation à Victoriaville, une firme de génie-conseil est mandatée pour concevoir la structure métallique abritant le hall de réception des matières résiduelles. Le bâtiment comprend des ponts roulants industriels lourds de 20 tonnes et doit supporter des accumulations massives de neige sur son toit plat selon les normes du CNB.

Le dilemme opérationnel : Le concepteur principal est un jeune ingénieur civil récemment promu. Pour accélérer la production des livrables face à un calendrier serré imposé par le directeur de projet, il modélise la charpente tridimensionnelle à l'aide d'un logiciel de calcul de structures par éléments finis récemment acquis par la firme. N'ayant pas suivi la formation avancée du fournisseur de logiciel, il applique par inadvertance des relâchements de moments (« releases » de flexion) à tous les nœuds de raccordement des poutres maîtresses, transformant virtuellement des assemblages rigides en rotules idéales.

Le logiciel converge et génère automatiquement un dimensionnement des poteaux en profilés d'acier remarquablement minces. Émerveillé par cette optimisation apparente qui permettra d'économiser 180 000 $ sur l'achat d'acier, l'ingénieur ne réalise aucun calcul manuel de vérification globale de la descente de charges ni du contreventement aux séismes et vents. De plus, pour respecter la date limite de soumission du lendemain matin, le directeur de projet dispense le dossier de la révision formelle par un pair (peer review) prévue au manuel qualité ISO 9001 de la firme, et ordonne à l'ingénieur d'apposer immédiatement son sceau numérique pour diffusion.

Découverte et analyse des fautes déontologiques : Trois semaines plus tard, l'ingénieur du fabricant d'acier chargé de produire les dessins d'atelier constate avec stupéfaction que les poteaux principaux présentent un ratio d'élancement excessif et fléchiraient sous le poids combiné du pont roulant en charge et d'une tempête de neige québécoise standard. L'ingénieur en chef de la firme ordonne un arrêt immédiat et une vérification indépendante d'urgence.

1. Validation du logiciel (art. 2.04 et 3.02.04) : L'ingénieur concepteur a commis une faute d'incompétence et d'imprudence caractérisée en faisant une confiance aveugle aux résultats d'un outil numérique sans avoir validé les conditions aux limites ni effectué des calculs manuels d'ordres de grandeur. Il ne peut pas rejeter la faute sur les algorithmes du logiciel.
2. Diligence et procédures de qualité (art. 3.03.01 et 3.05.03) : la vérification était prévue par les procédures de qualité de la firme et justifiée par la complexité du bâtiment. L'écarter sous la pression de l'échéancier compromettait la diligence et l'indépendance de l'ingénieur, qui devait refuser de sceller prématurément. Le directeur de projet qui a imposé cette dérogation s'expose aussi à une plainte, notamment s'il est ingénieur, pour avoir limité l'autonomie professionnelle d'un ingénieur sous sa responsabilité (art. 4.02.03 b et c).
3. Mesures correctives requises : La firme doit suspendre l'émission des documents, refaire l'ensemble de la modélisation sous la supervision d'un ingénieur d'expérience en structures lourdes, formaliser la fiche de revue indépendante signée, et émettre des addendas officiels scellés, tout en assumant la pleine transparence envers le client municipal.