La plupart des équipes consacrent des moyens importants à la gestion des exigences. Rares sont celles qui s'attachent à ce qui donne tout son sens à ces exigences.
Tout programme d'ingénierie repose sur des exigences. Celles-ci définissent ce qu'un produit doit faire, quelles performances il doit offrir et quelles normes il doit respecter. Les outils de gestion des exigences permettent de recenser, de suivre et de vérifier ces exigences tout au long du cycle de vie du développement du produit.
La plupart des logiciels de gestion des exigences gèrent bien la phase de saisie. En revanche, ils présentent des lacunes lorsqu'il s'agit de relier chaque exigence à la norme dont elle est issue et de maintenir ce lien à mesure que la norme évolue.
Le problème réside dans le contexte. Une exigence faisant référence à la norme CEI 60601-1 ou à la norme MIL-STD-810 n’a aucun sens pour un ingénieur qui ne peut pas voir ce qu’exigent réellement ces normes réglementaires. Les principales plateformes de gestion des exigences remédient en partie à ce problème : elles intègrent des modèles de conformité et des pistes d’audit pour des normes telles que DO-178C, DO-254 et MIL-STD-882, ainsi que des cadres réglementaires préconfigurés et une traçabilité en temps réel entre les artefacts liés. Ces modèles structurent les catégories d’exigences et les relient aux cas de test et aux pistes d’audit. Aucune de ces plateformes n’intègre toutefois le texte des clauses sous licence de la norme. Les ingénieurs disposent d’un cadre permettant de prouver la conformité, mais pas du texte source définissant ce que signifie cette conformité. C’est dans cette lacune que naissent les erreurs de conception, les échecs d’audit et les retouches de dernière minute.
Les exigences qui ne sont pas liées à des normes sont incomplètes
Les exigences techniques n'existent pas en vase clos. Un fabricant d'appareils médicaux qui rédige une exigence relative à la sécurité électrique se réfère à la norme CEI 60601-1. Un programme aérospatial qui définit des exigences de résistance aux conditions environnementales se réfère à la norme MIL-STD-810. La norme est la source de référence. L'exigence en est la traduction.
Lorsqu'un outil de gestion des exigences fournit un modèle de conformité ou un workflow aligné sur une norme, mais sans inclure le texte de référence de cette norme, cela rompt la chaîne. Les ingénieurs travaillent à partir de la structure du modèle, et non du texte source. Lorsque la norme évolue ou que son interprétation est ambiguë, l'outil ne dispose d'aucun élément permettant de vérifier la conformité.
Les équipes évoluant dans des secteurs fortement réglementés sont constamment exposées à ce risque. Les recommandations de la FDA en matière de cybersécurité, les normes DO-178C, ISO 26262 et CEI 61508 : ces normes définissent les critères de conception acceptables, et pas seulement les exigences en matière de documentation. Une exigence qui cite une clause d’une norme sans donner accès à cette clause oblige les ingénieurs à travailler de mémoire, à partir de copies informelles ou d’imprimés obsolètes. Aucun de ces supports ne résiste à un audit.
L'instinct organisationnel consiste à résoudre ce problème à l'aide de bibliothèques de référence hors ligne : un disque partagé contenant des fichiers PDF ou un classeur imprimé posé sur le bureau. Ces approches maintiennent la norme à distance. Pire encore, l'extraction elle-même est manuelle. Les ingénieurs passent des semaines à décomposer à la main des spécifications de plusieurs centaines de pages en exigences individuelles, un processus lent, incohérent et source d'erreurs avant même qu'un seul cas de test n'ait été rédigé.
Le problème de vérification qui se pose tardivement
Les outils de gestion des exigences excellent dans un type particulier de traçabilité : celui qui consiste à relier une exigence à un cas de test et à une activité de vérification. Ce lien est un minimum indispensable, et la plupart des outils le gèrent bien.
Ce qu’ils ne peuvent pas faire, c’est vérifier que l’exigence elle-même reflète correctement la norme qu’elle est censée respecter. Il s’agit là d’un autre type de traçabilité, qui nécessite que le texte même de la norme figure dans le système, et non pas seulement une référence à celle-ci.
Prenons un scénario courant dans le développement de produits complexes. Un chef de projet au sein d’un équipementier spécialisé dans l’électronique de défense se prépare pour une revue de conception. L’outil de gestion des exigences affiche une traçabilité complète des cas de test : chaque exigence est liée à un cas de test, et chaque cas de test est lié à une activité de vérification. Sur le papier, la couverture semble complète.
Le problème survient lorsqu'un réviseur se demande si l'exigence CEM interprète correctement la section 5 de la norme MIL-STD-461G. L'outil de gestion des exigences ne peut pas répondre à cette question, car la norme elle-même n'a jamais été intégrée au système ; seule une paraphrase de celle-ci y figurait. L'ingénieur récupère un fichier PDF, vérifie la clause et découvre que l'exigence a été rédigée sur la base d'une révision obsolète. Le plan d'essai repose sur une spécification erronée. La conception est donc incorrecte.
Les conséquences vont bien au-delà de la simple reprise du travail. L'impact sur le calendrier, les efforts de revérification et les risques en aval qui se répercutent sur la production ou la certification alourdissent le coût d'une seule exigence mal définie.
Les lacunes en matière de traçabilité relevées en premier lieu par les auditeurs
Les auditeurs réglementaires ne se contentent pas de vérifier si des exigences existent. Ils s'assurent que ces exigences sont correctes, qu'elles correspondent fidèlement à la norme applicable et que les éléments probants reflètent la version actuelle de cette norme.
Un outil traditionnel de gestion des exigences répond à la première condition et, dans une certaine mesure, à la troisième. Il ne peut toutefois pas répondre à la deuxième condition sans un lien actif vers la norme elle-même.
Cela engendre une charge de travail liée à la documentation que la plupart des équipes d'ingénieurs gèrent manuellement : elles doivent tenir à jour des référentiels de normes distincts, établir manuellement des correspondances entre les exigences et les clauses des normes, et refaire cette matrice à chaque fois qu'une norme est révisée.
La charge de travail est considérable. Un audit de sécurité fonctionnelle selon la norme ISO 26262 pour un programme automobile implique des dizaines de clauses normatives mises en correspondance avec des centaines d’exigences. La norme CEI 62443 relative à la cybersécurité industrielle et la norme DO-254 concernant le matériel programmable complexe imposent des exigences similaires. Lorsque les normes sont révisées, chaque exigence concernée doit être réexaminée. En l’absence de lien direct entre l’environnement de gestion des exigences et la norme de référence, ce réexamen est manuel, source d’erreurs et chronophage.
Cette lacune est prévisible. Les auditeurs signalent systématiquement les exigences qui font référence à des normes sans fournir de lien traçable et à jour vers la clause en question.
À quoi ressemble concrètement un « fil numérique » conforme aux normes ?
L'alternative commence avant même que l'exigence ne soit rédigée : il s'agit de l'extraire directement de la norme, sans la retaper ni la reformuler dans un outil distinct.
Accuris Thread automatise ce processus d'extraction. Il identifie les exigences contenues dans les normes et les spécifications, les structure en objets d'exigences réutilisables et assure que chacun d'entre eux reste lié au document source et à la clause correspondants.
Lorsque les équipes d'ingénieurs travaillent de cette manière, quatre choses changent :
• La rédaction des exigences gagne en rapidité et en précision.Les clientsde Threadgagnent 90 % de temps en plus pour identifier et définir leurs exigences, et bénéficient d’une précision de décomposition des exigences de 90 %, contre une moyenne sectorielle de 70 %. Les ingénieurs n’ont plus besoin de retaper les spécifications et peuvent désormais travailler à partir d’objets d’exigences structurés et vérifiés.
• La traçabilité remonte jusqu'à la source. Chaqueobjet « exigence » reste lié à la norme, au cahier des charges ou au document interne dont il est issu. Lorsqu'un auditeur demande si une exigence interprète correctement une clause, la réponse prend la forme d'un lien actif, et non d'un résultat de recherche.
• Les systèmes existants restent en place. Threads'intègre aux outils PLM et aux outils d'entreprise que les équipes utilisent déjà. Il n'est pas nécessaire de se débarrasser d'un système de gestion des exigences existant ; il comble simplement la lacune que ce système n'a jamais été conçu pour combler.
Les clients d'Accuris font étatd'économies annuelles de plusieurs millions grâce à la réduction des retouches et des erreurs liées aux modifications, ainsi que de plusieurs millions supplémentaires d'économies réalisées grâce à des audits plus rapides et mieux étayés.
Les trois lacunes comblées par le « fil numérique »
Les outils de gestion des exigences sont indispensables. À eux seuls, ils ne suffisent toutefois pas à garantir la conformité et la qualité des produits.
Les organisations qui tirent le meilleur parti de leurs investissements en gestion des exigences (RM) relient ces outils à un fil conducteur numérique en temps réel qui renvoie aux normes donnant tout leur sens aux exigences. Ce lien comble trois lacunes qui affectent tous les programmes d'ingénierie soumis à une réglementation :
• Précision de la rédaction : les exigencesextraites directement de la norme en vigueur, et non retranscrites de mémoire ou à partir d'une version obsolète, sont exactes dès le départ. Cette précision en amont permet d'éviter des corrections coûteuses en aval.
• Exhaustivité de la traçabilité : unechaîne de traçabilité solide s'étend de l'exigence à la clause exacte de la norme, puis jusqu'aux preuves de vérification. Une matrice de traçabilité qui s'arrête aux limites de l'exigence laisse sans réponse la question la plus épineuse en matière de conformité.
• Réduction des délais de réaction : lorsqu'unenorme est révisée, le fait de pouvoir en constater l'impact en quelques heures plutôt qu'en plusieurs semaines constitue un avantage en termes de conformité et de compétitivité. Les recoupements manuels sont lents et sources d'erreurs.
Les programmes d'ingénierie dans les secteurs de l'aérospatiale, de la défense, des dispositifs médicaux, de l'automobile et de la fabrication industrielle reposent sur le respect des normes. L'outil de gestion des exigences permet de suivre les fonctionnalités que la conception doit assurer. Le « fil numérique » permet de retracer l'origine de ces exigences. Ces deux éléments font partie intégrante du même environnement.
Accuris Thread rassembleles exigences, les normes et les documents techniques au sein d'un fil numérique unique et vérifiable, sans pour autant remplacer les systèmes déjà utilisés par les équipes.Découvrez Accuris Thread en action.
Lectures complémentaires
Engineering Workbench : accès aux normes pour les équipes d'ingénierie
Sources
1. Accuris. « Accuris Thread ». Accuristech.com. Consulté en juillet 2026.https://accuristech.com/solutions/accuris-thread/. Statistiques citées : gain de temps de 90 % pour l’identification et la définition des exigences, précision de 90 % dans la décomposition des exigences contre une moyenne sectorielle de 70 %, économies annuelles de plusieurs millions grâce à la réduction des retouches, et évitement de coûts de plusieurs millions grâce à l’efficacité des audits.
2. CEI. « CEI 60601-1 : Appareils électromédicaux ». Commission électrotechnique internationale.https://www.iec.ch.
3. Ministère américain de la Défense. « MIL-STD-461G : Exigences relatives au contrôle des caractéristiques d'interférences électromagnétiques des sous-systèmes et des équipements ». 2015.https://quicksearch.dla.mil.
4. ISO. « ISO 26262 : Véhicules routiers – Sécurité fonctionnelle ». Organisation internationale de normalisation.https://www.iso.org.
5. RTCA. « DO-178C : Considérations relatives aux logiciels dans la certification des systèmes et équipements aéroportés ». 2011.
6. PTC. « Pourquoi Codebeamer est leader dans la gestion des exigences dans le secteur de l'aéronautique et de la défense ». Ptc.com. 16 décembre 2025.https://www.ptc.com/en/blogs/aerospace-and-defense/codebeamer-large-scale-requirements-management. Statistique citée : modèles de conformité intégrés et pistes d’audit pour les normes DO-178C, DO-254, MIL-STD-882 et ITAR.
7. Jama Software. « DOORS Next Generation ou Jama Connect : comparaison entre deux plateformes de gestion des exigences ». Jamasoftware.com. Mis à jour le 20 avril 2026.https://www.jamasoftware.com/blog/doors-next-generation-or-jama-connect-a-side-by-side-look-at-requirements-management-platforms/. Statistique citée : cadres préconfigurés pour les réglementations sectorielles, traçabilité en temps réel.
