Classification des exigences : ce que signifient vraiment OK, OKB, NOK, OKM et R
Guide pratique du modèle à cinq niveaux, des preuves, de la vérification et des matrices de conformité.
Introduction
En août 2024, le VBB a attribué le contrat du S-Bahn de Berlin d'une valeur de plus de 1,5 milliard d'euros. Les cahiers des charges comptaient des milliers d'exigences individuelles, des normes de résistance aux chocs aux zones climatiques en passant par l'accessibilité. Pour chaque point, chaque soumissionnaire devait se prononcer : pouvons-nous le faire ? Dans quelles conditions ? Avec quelle preuve ?
Cette prise de position, c'est la classification. Cela semble être une simple colonne dans Excel. Pourtant, c'est le fondement de toute réponse à un appel d'offres. Une classification trop optimiste ? Elle conduit à des renégociations. Trop générale ? Dans le pire des cas, à l'exclusion de la procédure de passation. Les directives d'approvisionnement de l'ESA le disent clairement : les écarts entre les déclarations de conformité et l'offre effective entraînent des pénalisations. Le même principe s'applique au droit des marchés publics dans l'industrie ferroviaire.
Pourtant, la classification est traitée de façon négligée dans de nombreuses entreprises : comme une colonne à remplir sous pression. Cet article explique en détail le modèle à 5 niveaux, le situe par rapport aux normes internationales et présente les erreurs les plus fréquentes ainsi que des mesures correctives concrètes.
La place de la classification dans le processus d'offre
La classification ne se fait pas dans le vide. Elle se situe précisément entre l'analyse des exigences et la réponse à l'offre. Le guide VDB sur la gestion des exigences décrit un processus structuré dans lequel la classification relie le cahier des charges au cahier des prescriptions. Le résultat est une matrice de conformité: une comparaison tabulaire de chaque exigence avec la réponse du soumissionnaire.
Les exigences sont extraites du cahier des charges, idéalement via ReqIF, sinon depuis Excel ou PDF. Chaque exigence reçoit un identifiant unique, des références normatives et un niveau de caractère contraignant.
Les exigences sont attribuées aux services compétents par sous-système (EN 15380) : structure du véhicule, traction, systèmes de freinage, CVC, aménagement intérieur, logiciel.
Chaque expert évalue ses exigences avec le modèle à 5 niveaux (OK/OKB/NOK/OKM/R) et étaye l'évaluation par des documents sources, des rapports d'essais ou des références normatives.
Le responsable des offres vérifie la cohérence entre les sous-systèmes, détecte les contradictions entre services et assure l'exhaustivité de toutes les références aux sources.
Les classifications consolidées constituent la matrice de conformité. Les données alimentent ensuite les cahiers des charges partiels destinés aux fournisseurs et la documentation de l'offre.
Vue d'ensemble du modèle à 5 niveaux
La norme internationale de conformité aux appels d'offres distingue trois niveaux : Compliant, Partially Compliant et Non-Compliant, comme le définit notamment l' ESA dans ses directives d'approvisionnement. Dans la pratique industrielle, particulièrement dans les secteurs ferroviaire et automobile, un modèle à 5 niveaux plus nuancé s'est imposé. Il apporte davantage d'informations et permet une communication plus précise avec le client.
Le modèle complète la distinction binaire Compliant/Non-Compliant par trois niveaux intermédiaires, qui, dans la pratique, couvrent de loin la plus grande partie des exigences. Car la réalité est rarement noir ou blanc : un véhicule qui satisfait « presque » une exigence nécessite une autre réponse qu'un véhicule incapable de la satisfaire.
OK : entièrement réalisable
L'exigence peut être satisfaite sans restriction. Cela semble simple, mais requiert la preuve la plus solide : il doit exister un document source concret attestant la conformité. Le guide INCOSE de rédaction des exigences cite la vérifiabilité comme caractéristique essentielle de toute exigence. Il en va de même pour la réponse. Un OK sans preuve ne vaut rien.
La preuve repose sur les quatre méthodes de vérification que définissent à la fois ISO/IEC/IEEE 29148 et la CENELEC EN 50126 : essai (test physique), analyse (calcul ou simulation), inspection (contrôle visuel) et démonstration (preuve fonctionnelle). La méthode applicable à chaque exigence doit être définie dès la planification des preuves.
Exigence : le véhicule doit satisfaire à la catégorie C-I de l'EN 15227 (résistance aux chocs)
Classification : OK
Méthode de vérification : essai + analyse
Preuve : rapport d'essai de collision CT-2024-001, section 4.3. Simulation FEM conformément à l'annexe A de l'EN 15227:2020. Document d'homologation ZD-DE-4471.
OKB : réalisable sous condition
L'exigence est en principe réalisable, mais sous certaines conditions que le client doit accepter ou rendre possibles. OKB est souvent la catégorie la plus intéressante, car elle montre que le fournisseur s'est réellement penché sur l'exigence et donne une évaluation honnête au lieu d'attribuer un OK global.
La condition doit être formulée de manière concrète et mesurable. « Dans certaines circonstances » n'est pas une condition OKB acceptable. La spécification EuroSpec Requirements Management exige la traçabilité et la vérifiabilité de chaque réponse à une exigence. Pour OKB, cela signifie concrètement : la condition elle-même doit être une affirmation vérifiable.
Exigence : la charge maximale par essieu ne doit pas dépasser 22,5 t
Classification : OKB
Condition : réalisable avec la configuration standard (22,1 t). Avec l'option pack hiver, la charge par essieu atteint 22,8 t. Cela nécessite une adaptation de la spécification des roues ou l'abandon du pack hiver.
Preuve : calcul de masse MB-Rev12, protocole de pesée WP-2024-03.
NOK : non réalisable
L'exigence ne peut pas être satisfaite. Ce n'est pas un échec, mais une communication honnête. La véritable erreur se situe ailleurs : laisser un NOK comme une impasse. Les spécialistes expérimentés des offres complètent chaque NOK par une analyse des écarts. Quelle est précisément la différence ? Existe-t-il une alternative technique ? Quel serait le compromis ?
Dans le contexte des exigences STI un NOK est particulièrement sensible : le non-respect des exigences STI doit être documenté en tant qu'écart formel et peut compromettre l'homologation du véhicule par l'organisme notifié (NoBo). « Ce n'est pas possible » ne suffit pas ici. L'analyse des écarts doit préciser les conséquences réglementaires.
Exigence : durée de vie du moteur de traction d'au moins 40 ans
Classification : NOK
Écart : durée de vie maximale qualifiée : 30 ans / 6 millions de km selon les indications du fabricant. Écart : 10 ans / 25 %.
Alternative : une révision à mi-vie après 20 ans permet une durée d'utilisation totale de plus de 40 ans en remplaçant les enroulements. La comparaison LCC montre : la variante de révision est moins coûteuse qu'un nouveau développement de moteur pour 40 ans.
Preuve : fiche technique constructeur TMF-400, analyse RAMS RA-2023-08, calcul LCC LCC-2024-FM-01.
OKM : réalisable avec modification
L'exigence peut être satisfaite, mais des modifications de la conception, de la configuration ou du processus sont nécessaires. La différence avec OKB : la modification relève du fournisseur, non du client. Cela coûte du temps et de l'argent, et les deux doivent être communiqués de manière transparente.
Pour OKM, la ISO/TS 22163 (IRIS) joue un rôle : la norme IRIS exige des processus de modification structurés. Chaque modification doit être documentée et traçable dans la gestion de configuration. Une réponse OKM sans estimation de l'effort laisse le client dans l'incertitude quant au coût total.
Exigence : le système d'information voyageurs doit afficher 3 langues simultanément
Classification : OKM
Modification : le logiciel actuel prend en charge 2 langues simultanément. L'extension à 3 langues requiert une mise à jour du logiciel (8 semaines de développement estimées, 4 semaines d'intégration et d'essais, approbation de l'EBA requise).
Indication de coût : coûts de développement uniques, sans incidence sur les coûts de série ni les intervalles de maintenance.
Preuve : spécification système FIS-v4.2, section 3.1. Change Request CR-FIS-2024-017.
R : clarification requise
L'exigence ne peut pas être évaluée de manière définitive parce que des informations manquent. R n'est pas une catégorie d'évitement. Elle signale au client : l'exigence est formulée de façon imprécise ou incomplète. Les critères de qualité des exigences de l'INCOSE citent l'univocité et l'exhaustivité comme conditions fondamentales de bonnes exigences. Si les deux font défaut, R est la seule réponse sérieuse.
La demande de clarification doit être concrète : quelle information manque ? Qu'est-ce qui permettrait l'évaluation ? Les équipes expérimentées formulent souvent les réponses R comme une classification conditionnelle : « Pour la zone climatique T1, la réponse serait OK ; pour T2, elle serait OKB avec la condition suivante… ». Cela montre au client que le travail technique a déjà été réalisé.
Exigence : le véhicule doit satisfaire aux conditions climatiques locales
Classification : R
Demande de clarification : quelle zone climatique selon EN 50125-1 est visée ? T1 (–25 °C à +40 °C) ou T2 (–40 °C à +35 °C) ? La classification dépend de la puissance de chauffage et des spécifications d'étanchéité, qui varient considérablement d'une zone à l'autre.
Évaluation conditionnelle : pour T1 : OK (preuve : essai en chambre climatique KT-2024-003). Pour T2 : OKM (modification : ajout d'un chauffage auxiliaire, estimation 6 semaines).
Classification et vérification : les méthodes IADT
Chaque classification requiert une méthode de vérification. Tant la CENELEC EN 50126 (RAMS pour les applications ferroviaires) que la ISO/IEC/IEEE 29148 définissent quatre méthodes, dites méthodes IADT. La méthode choisie détermine à la fois l'effort et la force probante d'une classification OK.
Les méthodes sont organisées hiérarchiquement. L'essai a la plus grande force probante, l'inspection la plus faible. En pratique, cela signifie :
- Essai : contrôle physique dans des conditions définies. Pour les exigences critiques pour la sécurité (résistance aux chocs EN 15227, protection incendie EN 45545), c'est souvent la seule méthode acceptée. Un OK prouvé par essai est incontestable.
- Analyse : calcul, simulation FEM ou évaluation statistique. Elle est utilisée lorsque les essais physiques seraient disproportionnellement lourds, par exemple pour les preuves de durée de vie fondées sur des analyses RAMS selon EN 50126.
- Démonstration : preuve fonctionnelle dans des conditions réelles ou proches du réel. Typique des exigences logicielles et des systèmes d'information voyageurs.
- Inspection : contrôle visuel ou documentaire. Adapté aux dimensions, marquages des matériaux et caractéristiques de configuration. Insuffisant pour les caractéristiques de performance.
La planification des preuves n'appartient pas à une phase de projet ultérieure. La spécification EuroSpec Requirements Management recommande de définir validation et vérification dès la rédaction de la réponse à l'exigence. Un OK sans méthode de vérification établie devient problématique lorsque le client exige un essai alors que seule une analyse était prévue.
Répartition de classification typique
À quoi ressemble une répartition réaliste dans une offre ferroviaire ? Elle varie naturellement selon la maturité du produit et son adéquation à l'appel d'offres. Mais les responsables des offres expérimentés reconnaissent des schémas typiques. Une offre à 95 % d'OK est soit parfaitement adaptée, soit n'a pas été classifiée avec soin. Le plus souvent, c'est la seconde hypothèse.
C'est un schéma typique pour une offre fondée sur un concept de véhicule existant adapté à un nouveau marché. Pour les nouveaux développements, la répartition se déplace vers OKM. Pour les appels d'offres conçus autour d'un produit existant, OK domine.
Le nombre de NOK est moins déterminant que la qualité des analyses d'écart. 5 % de NOK avec des alternatives convaincantes valent mieux que 0 % de NOK avec une classification imprécise qui révèle des incohérences lors de l'évaluation technique.
Erreurs fréquentes de classification
La plupart des erreurs de classification ne sont pas des erreurs techniques. Ce sont des biais systématiques : pression du temps, manque de coordination, pensée magique. Et ils coûtent cher. Dans l' évaluation des offres les contrôles de conformité technique précèdent l'évaluation commerciale. Les offres non conformes sont éliminées, quel que soit leur prix.
Erreur 1 : un OK trop optimiste
Classifier une exigence comme OK sans preuve solide est l'erreur la plus fréquente et la plus coûteuse. Elle reporte le risque sur l'exécution du projet, où il coûte plusieurs fois plus cher. Les directives de l'ESA avertissent explicitement contre les écarts entre les déclarations de conformité et l'offre effective. Dans l'industrie ferroviaire, c'est encore plus concret : lorsqu'un OK devient un NOK pendant le projet, il en résulte des coûts supplémentaires, des retards et des problèmes d'homologation auprès de l'organisme notifié.
Erreur 2 : OKB sans condition claire
« Réalisable sous certaines conditions » n'est pas une classification. C'est une formule creuse. Chaque OKB requiert une condition concrète et mesurable : que doit exactement modifier ou accepter le client ? Quelle option de configuration faut-il choisir ? Sans cette précision, OKB ne se distingue plus d'OK, et les deux catégories perdent leur valeur.
Erreur 3 : NOK sans alternative
Un NOK sans proposition alternative signale au client : nous ne pouvons pas résoudre ce problème. Un NOK avec une alternative technique signale : nous ne pouvons pas satisfaire l'exigence exacte, mais nous proposons une solution équivalente avec une analyse d'écart transparente. Cette seconde approche démontre une capacité à résoudre les problèmes et remporte des appels d'offres. L' étude Loopio 2025 montre que les équipes qui utilisent un processus Go/No-Go structuré (83 % de toutes les équipes interrogées) ont des taux de réussite nettement supérieurs, car elles décident consciemment quels écarts communiquer et comment formuler les alternatives.
Erreur 4 : référence à la source manquante
Chaque classification, surtout OK, doit renvoyer à un document source. La spécification EuroSpec exige traçabilité et vérification : chaque exigence doit avoir un identifiant unique assurant la traçabilité vers les solutions et les documents. Le guide VDB considère la planification des preuves comme une partie intégrante de la gestion des exigences. Sans référence à une source, une classification n'est qu'une affirmation.
Erreur 5 : incohérence entre sous-systèmes
Lorsque l'équipe de structure du véhicule évalue une exigence de charge par essieu comme OK, mais que l'équipe traction classe une exigence dépendante relative au poids du moteur comme OKB, une contradiction apparaît. Dans les offres impliquant des dizaines d'experts métiers, ces incohérences sont inévitables en l'absence d'un processus de revue systématique. Les classifications doivent être vérifiées dans le contexte de l'architecture globale. La System Breakdown Structure EN 15380-5 fournit la structure nécessaire.
Pourquoi les références aux sources ne sont pas facultatives
La référence à la source constitue la preuve qu'une classification est solide. Ni plus, ni moins. La ISO/IEC/IEEE 29148 définit pour chaque exigence un lien de traçabilité : de l'exigence source (cahier des charges) à la description de solution (cahier des prescriptions), jusqu'à la preuve de vérification (rapport d'essai, analyse, inspection). Cette chaîne doit être continue.
Dans le contexte de la CENELEC EN 50129 cette chaîne devient le dossier de sécurité : un document structuré qui démontre la sécurité d'un système devant un organisme d'évaluation indépendant (ISA). La classification se situe au début de cette chaîne. Si la référence à la source manque déjà là, toute la démonstration de conformité s'effondre.
Voici à quoi ressemble un processus de classification professionnel dans la pratique, illustré par l'exemple de Tendric, de l'exigence à la réponse générée en passant par le rapprochement des sources :
Le véhicule doit satisfaire à l’EN 15227, catégorie C-I
La matrice de conformité dans la pratique
La matrice de conformité est le document où convergent toutes les classifications. L' Association of Proposal Management Professionals (APMP) la définit comme une comparaison tabulaire de chaque exigence de RFP avec la réponse correspondante, y compris le renvoi à la section pertinente de l'offre. Dans l'industrie ferroviaire, cette structure est complétée par les spécificités du guide VDB : références normatives, méthodes de vérification et affectation aux fournisseurs.
Dans l'industrie ferroviaire, une matrice de conformité professionnelle comprend au moins les champs suivants pour chaque exigence :
- Identifiant de l'exigence (référence unique issue du cahier des charges)
- Texte de l'exigence (texte original du client)
- Caractère contraignant (obligatoire / souhaité / option)
- Classification (OK / OKB / NOK / OKM / R)
- Commentaire (condition, modification, écart ou demande de clarification)
- Document source (rapport d'essai, fiche technique, homologation)
- Méthode de vérification (essai / analyse / démonstration / inspection)
- Service métier responsable (sous-système EN 15380)
- Référence du cahier des prescriptions (section du document d'offre)
ReqIF et échange de données assisté par outils
La classification dans Excel fonctionne. Jusqu'au moment où elle ne fonctionne plus. À partir de quelques centaines d'exigences, un workflow assisté par outils vaut la peine. Le Requirements Interchange Format (ReqIF) est une norme ouverte fondée sur XML pour l'échange d'exigences entre différents outils de gestion des exigences. Que le client et le soumissionnaire utilisent IBM DOORS, Siemens Polarion ou un autre outil importe peu.
Le guide VDB « Échange de données dans la gestion des exigences » recommande explicitement ReqIF pour la phase d'offre et de clarification. Concrètement, cela apporte :
- Lors de nouvelles révisions du cahier des charges, les modifications sont automatiquement signalées. Plus aucun rapprochement manuel entre les versions de documents.
- Les liens entre exigences, classifications et documents probants sont conservés lors de l'échange de données.
- Toutes les modifications sont traçables de manière fiable pour les révisions, ce qui est directement pertinent pour le contrôle par NoBo et DeBo.
- La classification, la méthode de vérification et la référence à la source sont transférées comme champs distincts, et non comme texte libre dans une cellule Excel.
L'utilisation du format ReqIF permet de traiter les appels d'offres et les demandes de manière efficace. Les utilisateurs peuvent immédiatement identifier les nouvelles entrées et les modifications grâce à un marquage automatisé, et évitent des rapprochements chronophages avec les états antérieurs des travaux.
– Guide VDB sur la gestion des exigences, section 4Comment l'IA accompagne la classification
La classification manuelle a un problème : la cohérence. Lorsque des dizaines d'experts évaluent les exigences indépendamment les uns des autres, des critères différents apparaissent. L'expert A classe une exigence comme OK, l'expert B la même exigence comme OKB. Non pas parce que l'un a tort, mais parce qu'ils disposent de connaissances différentes sur la documentation interne.
L'IA peut intervenir à plusieurs niveaux :
- Recherche automatique de rapports d'essais, documents d'homologation et fiches techniques constructeur correspondant à une exigence
- Détection des références STI, DIN EN, ISO et CENELEC dans le texte de l'exigence, y compris contrôle de l'actualité de la version normative citée
- Rapprochement des classifications entre sous-systèmes afin de détecter les contradictions (par exemple lorsqu'une équipe classe une charge par essieu comme OK tandis qu'une autre qualifie une exigence dépendante de NOK)
- Suggestions de classification fondées sur des offres antérieures, y compris documents sources et méthode de vérification appropriés
- Recherche de similarité dans les projets antérieurs, dont les classifications servent de référence
Selon le Loopio 2025 RFP Response Trends Report 68 % des équipes de proposition, tous secteurs confondus, utilisent l'IA générative, soit deux fois plus qu'en 2023. 70 % d'entre elles utilisent l'IA au moins chaque semaine. Le taux de réussite moyen des RFP est de 45 %. Les équipes dotées de processus structurés obtiennent de meilleurs résultats.
L'industrie ferroviaire reste plus prudente que les autres secteurs. Mais la pression augmente : le marché ferroviaire mondial a atteint, selon l' étude UNIFE World Rail Market Study 2024 201,8 milliards d'euros, avec une croissance annuelle d'environ 3 % jusqu'en 2029. Face à l'augmentation des volumes et de la complexité, la question ne sera pas de savoir si l'IA sera utilisée pour la classification, mais quand.
L'IA propose une suggestion à partir de la base de connaissances interne. L'expert métier la valide, la corrige ou la confirme, mais ne part pas de zéro. Le gain de temps ne vient pas du remplacement de l'avis de l'expert, mais de la réduction du travail de recherche : trouver les documents pertinents, vérifier les références normatives, identifier les réponses antérieures à des exigences similaires.
Bonnes pratiques pour les responsables d'offres
Que vous travailliez avec Excel, IBM DOORS, Siemens Polarion ou une plateforme spécialisée comme Tendric : les principes suivants s'appliquent toujours. Ils reposent sur les recommandations du guide VDB, de la spécification EuroSpec et des critères de qualité de l'INCOSE relatifs aux exigences.
- Aucun OK sans document source. S'il n'existe pas de preuve, ce n'est pas un OK. La méthode de vérification (IADT) doit également être indiquée.
- Chaque OKB nécessite une condition mesurable. Concrète, vérifiable, documentée. La condition elle-même doit être vérifiable.
- Chaque NOK nécessite une alternative. Quantifiez l'écart et proposez des alternatives techniques.
- Chaque OKM nécessite une estimation de l'effort. Les coûts et le calendrier de la modification doivent figurer dans la réponse. Le processus de gestion des changements selon ISO/TS 22163 fournit la structure.
- Chaque R nécessite une demande de clarification concrète. Pas « imprécis », mais : quelle information manque exactement ? Si possible, fournir une classification conditionnelle.
- Vérifier la cohérence entre sous-systèmes. La System Breakdown Structure EN 15380-5 fournit la structure. Les dépendances entre services doivent être vérifiées explicitement.
- Établir un guide de classification avant le début du projet. Que signifient OK, OKB et OKM dans ce projet précis ? Avec des exemples.
- Prévoir des boucles de revue. Au minimum, principe des quatre yeux pour les classifications critiques. Pour les exigences critiques pour la sécurité : contrôle indépendant selon EN 50129.
- Ne pas reporter la planification des preuves. La méthode de vérification est définie lors de la classification, pas seulement dans la phase projet.
- ReqIF plutôt que des versions Excel. Le guide VDB recommande explicitement l'échange assisté par outils pour la phase d'offre et de clarification.
Conclusion
Personne ne devient responsable d'offres parce qu'il aime passionnément classifier les exigences. Mais la classification détermine les engagements que prend une entreprise et les risques qu'elle accepte. Un processus structuré, fondé sur des sources, avec des définitions claires pour chaque catégorie distingue les réponses professionnelles aux offres de celles bricolées sous la pression du temps.
Le modèle à 5 niveaux offre plus de précision que la distinction binaire entre Compliant et Non-Compliant. Des plateformes comme Tendric intègrent nativement ce modèle. Combiné à des références aux sources selon ISO/IEC/IEEE 29148, à des méthodes de vérification selon EN 50126 et à des conditions concrètes pour chaque écart, cet exercice obligatoire devient un outil qui remporte les appels d'offres.
La matrice de conformité sert de liste de contrôle au soumissionnaire comme aux évaluateurs : qu'a-t-on demandé, qu'a-t-on promis, où se trouve la preuve ?
– APMP Body of Knowledge, matrice de conformité- Le modèle à 5 niveaux (OK/OKB/NOK/OKM/R) donne au client davantage d'informations pour décider que la distinction binaire Compliant/Non-Compliant
- Chaque classification requiert une référence à une source et une méthode de vérification définie (essai/analyse/démonstration/inspection selon EN 50126 et ISO/IEC/IEEE 29148)
- OKB requiert une condition mesurable, OKM une estimation de l'effort avec calendrier, NOK un écart quantifié avec une alternative technique
- Les cinq erreurs les plus fréquentes : OK non critique, OKB vague, NOK sans alternative, sources manquantes, incohérence entre sous-systèmes
- ReqIF à la place d'Excel (recommandé par le guide VDB) élimine les comparaisons manuelles sujettes aux erreurs
- L'IA améliore la cohérence, le travail de recherche et le rapprochement des sources. La décision de l'expert reste du ressort du service métier.
- La matrice de conformité avec 9 champs par exigence (ID, texte, caractère contraignant, classification, commentaire, source, vérification, service métier, référence PH) est l'épine dorsale du cahier des prescriptions
Das tendric-Team entwickelt KI-gestützte Werkzeuge für die Ausschreibungsbearbeitung in der Industrie. Wir schreiben über Best Practices, Branchentrends und die Zukunft des Angebotsmanagements.