Mettre en œuvre ISO 22400 : étapes pratiques pour standardiser les KPI de fabrication

ISO 22400 fournit aux fabricants de l’aérospatiale et de la défense un langage commun pour les KPI de fabrication, mais la norme n’indique pas comment la déployer dans les MES, ERP, systèmes d’historisation et portails fournisseurs. Transformer ses concepts en pratiques répétables exige une approche de mise en œuvre structurée, qui respecte les systèmes existants, les processus AS9100 et les réalités de la production aérospatiale multisite. Ce guide se concentre sur des étapes pratiques, indépendantes de tout fournisseur, pour adopter le cadre ISO 22400 des KPI de fabrication dans un environnement de fabrication aérospatiale réglementé.

L’objectif n’est pas une certification formelle. L’accent est plutôt mis sur l’harmonisation des définitions de KPI entre les sites, les programmes et les partenaires, afin que les notions de “availability”, “utilization” et les indicateurs liés aux ordres aient le même sens dans chaque système et chaque rapport. Correctement mise en œuvre, ISO 22400 devient une partie de votre fil numérique, et non une structure concurrente.

Pour les équipes qui intègrent ce sujet aux opérations quotidiennes, les preuves de sécurité industrielle, les exigences de sécurité et de conformité et une plateforme d’exécution connectée contribuent à relier le concept à la traçabilité, à la réalité des ordres de fabrication et aux preuves prêtes pour audit.

Le même modèle opérationnel dépend également des solutions d’exécution aérospatiale de Connect 981, d’exemples réels d’exécution aérospatiale, des recommandations de Connect 981 pour les opérations aérospatiales et des FAQ pratiques sur les opérations aérospatiales, en particulier lorsque les décisions doivent circuler entre la qualité, la production, les fournisseurs et la direction de programme sans perdre leur contexte.

Évaluer votre paysage actuel de KPI

Inventorier les KPI et définitions existants

Le point de départ de la mise en œuvre d’ISO 22400 est une vision réaliste des KPI que vous utilisez déjà. Dans un programme aérospatial ou spatial type portant sur du matériel, les KPI sont dispersés entre :

• les tableaux de bord MES qui surveillent les centres de charge, la performance par rapport au takt time et les taux de retouche
• les rapports ERP et MRP sur le respect du planning, le délai de traitement des commandes et l’âge des encours (WIP)
• les systèmes QMS et de non-conformité qui suivent les taux de défauts, les non-détections et les délais de cycle MRB
• les systèmes de maintenance qui suivent les temps d’arrêt des équipements et le temps moyen entre défaillances
• les « systèmes parallèles » sous Excel créés par les équipes programme et les ingénieurs méthodes/industrialisation

Créez un inventaire structuré des KPI qui recense au minimum :

• le nom du KPI tel qu’il est utilisé aujourd’hui (par exemple, « disponibilité machine », « taux d’utilisation de ligne », « respect de la date promise »)
• la définition formelle ou informelle, y compris ce qui est inclus ou exclu du périmètre
• la description du calcul ou la formule (même si elle n’est documentée que dans une feuille de calcul)
• les sources de données et systèmes concernés (MES, historien, ERP, QMS, saisie manuelle)
• le responsable organisationnel (opérations, qualité, bureau programme, finance)
• les supports où il est visible (rapports, tableaux de bord, SLA, tableaux de bord client)

Pour les organisations aérospatiales exploitant plusieurs sites ou soutenant plusieurs programmes OEM, indiquez quels sites ou programmes utilisent chaque KPI. De nombreuses incohérences n’apparaissent que lorsque l’on compare les catalogues de KPI entre usines ou unités opérationnelles.

Identifier les termes incohérents entre sites et systèmes

Une fois l’inventaire constitué, l’étape suivante consiste à faire ressortir les incohérences terminologiques. Dans la production aérospatiale, elles apparaissent souvent selon trois schémas :

• Même nom, sens différent – par exemple, un site nomme un KPI « availability », mais inclut la maintenance planifiée dans le dénominateur, tandis qu’un autre l’exclut.
• Nom différent, même sens – par exemple, « uptime » dans un système et « run time » dans un autre correspondent tous deux au même état de fonctionnement.
• Logique d’agrégation différente – par exemple, un OEE calculé au niveau de l’équipement dans un site et au niveau de la ligne dans un autre, mais présenté comme un indicateur corporate unique.

Documentez explicitement ces conflits. La mise en œuvre d’ISO 22400 consiste en grande partie à les résoudre et à s’aligner sur les définitions de la norme pour les catégories de temps, les états et la sémantique des indicateurs. Portez une attention particulière aux KPI qui apparaissent dans :

• Les rapports destinés aux clients ou les livrables contractuels
• Les indicateurs liés à la réglementation ou à la navigabilité (par exemple, les taux de défauts non détectés)
• Les tableaux de bord de direction et le reporting au niveau du conseil d’administration

Ce sont les KPI pour lesquels l’ambiguïté est la plus coûteuse et pour lesquels l’alignement sur ISO 22400 aura le plus fort impact sur la clarté et la comparabilité.

Mettre en correspondance les KPI existants avec les concepts d’ISO 22400

Renommer ou redéfinir les KPI

Une fois votre paysage actuel de KPI compris, l’étape suivante consiste à faire correspondre ces KPI aux concepts de l’ISO 22400. La norme fournit des définitions structurées des indicateurs de performance et des KPI fondées sur les états des équipements, les catégories de temps et les mesures basées sur les quantités. Pour chaque KPI existant, posez-vous les questions suivantes :

• L’ISO 22400 définit-elle un KPI directement comparable (par exemple, un concept de disponibilité ou d’utilisation) ?
• Si oui, notre définition actuelle est-elle alignée sur le fond, ou existe-t-il des différences significatives de périmètre ou de base temporelle ?
• Si non, notre KPI constitue-t-il une extension utile (par exemple, une métrique spécifique de traçabilité ou de certification aérospatiale) ?

En pratique, vous aboutirez à trois catégories de KPI :

1. KPI alignés – La définition actuelle correspond étroitement à un KPI ISO 22400. Dans ce cas, vous pouvez conserver la définition et, si nécessaire, adopter les conventions de nommage et d’attributs de l’ISO 22400.
2. KPI ajustables – KPI qui peuvent être alignés avec des modifications limitées, par exemple en ajustant légèrement les catégorisations de temps ou en clarifiant les états des équipements inclus.
3. KPI non standard – KPI propres à l’aérospatiale ou à un programme, qui répondent à des besoins importants mais se situent hors du périmètre de l’ISO 22400 (par exemple, le délai de libération des lots de certification, ou le temps d’attente en file pour l’inspection du premier article (FAI)).

Pour les deux premières catégories, décidez si vous allez :

• Renommer le KPI afin de le faire correspondre à la terminologie de l’ISO 22400 tout en conservant une logique sous-jacente essentiellement identique, ou
• Redéfinir le KPI afin qu’il soit pleinement conforme au concept ISO 22400, en mettant à jour la logique de calcul et la documentation.

Le renommage est moins perturbateur, mais peut laisser subsister des incohérences subtiles si la logique sous-jacente diverge encore de la norme. La redéfinition offre une meilleure interopérabilité, mais exige une gestion du changement plus rigoureuse et une communication plus attentive avec les parties prenantes.

Traiter les quasi-doublons (disponibilité vs. uptime)

Les KPI quasi redondants sont fréquents dans les usines aérospatiales qui se sont développées par acquisitions ou qui prennent en charge différents programmes OEM avec des attentes de reporting distinctes. Un exemple classique est la « disponibilité » par rapport à l’« uptime », tous deux visant à décrire quelle part du temps planifié un équipement passe dans des états productifs.

ISO 22400 apporte une aide en fournissant des définitions précises des états des équipements (p. ex. RUN, STOP, IDLE, SLOW) et des catégories de temps qui en découlent. Pour réconcilier les quasi-doublons :

1. Exprimer chaque KPI existant en fonction des états et des temps ISO 22400 (par exemple, « uptime » = temps RUN uniquement ; « disponibilité » = RUN + IDLE rapporté au temps planifié).
2. Identifier le KPI qui s’aligne le mieux sur le concept de disponibilité ou d’utilisation d’ISO 22400.
3. Normaliser cette définition et faire de l’autre un alias ou un KPI retiré.

Dans l’aérospatial, soyez particulièrement rigoureux avec les KPI utilisés dans les contrats clients ou les accords de compensation. Si un contrat OEM fait référence à la « disponibilité des équipements » pour une ligne de nacelles ou une cellule de drapage composite, vous devez vous assurer que la définition applicable est explicitement rattachée au concept ISO 22400 et qu’elle est sans ambiguïté dans tous les outils de reporting.

Adapter les modèles de données et les interfaces

Aligner les états des équipements et les catégories de temps

L’alignement conceptuel n’est efficace que si vos modèles de données le prennent en charge. ISO 22400 s’appuie fortement sur les états des équipements et les temps qui leur sont associés. En pratique, cela signifie standardiser la façon dont les signaux provenant des machines, des bancs d’essai et des cellules d’assemblage sont traduits en états de haut niveau dans toutes les usines.

Pour un environnement aérospatial comportant des équipements diversifiés (centres d’usinage CNC, autoclaves, étuves de collage, cellules d’essai moteur, lignes d’assemblage structural), les étapes de mise en œuvre comprennent généralement :

• Définir un ensemble canonique d’états des équipements aligné sur ISO 22400 (par exemple, RUN, STOP planifié, STOP non planifié, IDLE, SETUP, SLOW).
• Mapper les signaux des PLC ou des systèmes de contrôle vers ces états de manière cohérente, même si différents OEM utilisent des tags différents.
• S’assurer que les historians et le MES capturent le temps passé dans chaque état avec une granularité appropriée.
• Dériver des catégories de temps standardisées (temps planifié, temps occupé, temps de fonctionnement, temps d’arrêt) à partir de ces états.

Comme la production aérospatiale comprend fréquemment des opérations à cycles longs et à forte diversité, les définitions d’états doivent également prendre en compte :

• Les réglages et changements de série liés aux changements de configuration et à l’effectivité technique
• Les états d’attente dus à des certifications manquantes, à l’achèvement de la FAI ou à un blocage qualité
• Les pauses planifiées dues à la coordination avec des installations d’essai externes ou des inspections client

Votre mise en œuvre doit rendre ces distinctions explicites afin que les KPI dérivés des temps d’état restent interprétables à la fois par les équipes opérations et les équipes conformité.

Mise à jour des schémas de données MES, ERP et d’historisation

Après avoir aligné les états, vous devez vous assurer que les modèles de données sous-jacents peuvent exprimer clairement les KPI ISO 22400. Cela ne nécessite pas de remplacer les systèmes existants, mais implique généralement des extensions de schéma et des ajustements d’interfaces. Les changements courants incluent :

• Ajouter des identifiants et attributs de KPI standardisés aux bases de données MES et de reporting.
• Introduire des champs explicites pour les catégories de temps ISO 22400 au lieu de les déduire dans chaque rapport.
• Identifier les KPI alignés sur ISO 22400 par opposition aux extensions propres à l’organisation.
• Harmoniser les unités de mesure et les conventions d’horodatage entre les systèmes (particulièrement important dans les réseaux aérospatiaux multisites et multifuseaux horaires).

Pour les systèmes ERP qui gèrent les ordres et les structures de découpage du travail, vous pouvez avoir besoin de :

• Aligner les identifiants d’ordres de production et d’opérations avec les objets de mesure définis dans ISO 22400.
• S’assurer que les KPI au niveau des ordres et au niveau des équipements peuvent être reliés, afin de permettre l’analyse de l’incidence de la performance des équipements sur le respect du planning programme.

Une plateforme de fabrication numérique telle que Connect 981 peut se placer au-dessus des systèmes MES, QMS et ERP existants, en mappant leurs structures de données natives vers un modèle de KPI aligné sur ISO 22400. Cette approche vous permet de standardiser la sémantique des KPI sans imposer une pile fournisseur unique à l’échelle de toute l’entreprise ou de la chaîne d’approvisionnement.

Gouvernance : maîtriser et maintenir les définitions de KPI

Créer un dictionnaire de données KPI et un modèle de responsabilité

La mise en œuvre d’ISO 22400 échoue rapidement si les définitions des KPI dérivent au fil du temps. Pour l’éviter, établissez un dictionnaire de données KPI formel et un modèle de gouvernance qui traitent les définitions des KPI comme des actifs de données maîtrisés, au même titre que les configurations d’ingénierie ou les spécifications de processus.

Votre dictionnaire de données KPI doit inclure, au minimum :

• Le nom du KPI et son identifiant unique
• Une définition conceptuelle claire, fondée sur ISO 22400
• L’expression mathématique ou la logique de calcul
• L’objet de la mesure (équipement, ligne, centre de charge, zone, site, ordre)
• Le comportement temporel applicable, les unités de mesure et la plage attendue
• Les sources de données et le système de référence
• Les principaux groupes d’utilisateurs (opérateurs, ingénierie de fabrication, management de programme, direction)

Traitez le dictionnaire comme un document ou une base de données maîtrisé sous contrôle de configuration. Attribuez une responsabilité explicite, généralement au moyen d’un comité de gouvernance KPI transverse réunissant des représentants des opérations, de la qualité, de l’IT/OT et des programmes. Dans les environnements AS9100, le dictionnaire KPI s’intègre souvent aux processus existants de maîtrise documentaire et de gestion des changements.

Gestion des changements pour les définitions de KPI et les tableaux de bord

Parce que les KPI influencent les décisions, les incitations et parfois les pénalités client, modifier la définition d’un KPI constitue un événement significatif. Votre modèle de gouvernance doit définir :

• Comment les changements de KPI sont proposés, examinés et approuvés
• Comment l’historique des versions est maintenu, y compris les dates d’entrée en vigueur de chaque définition
• Comment les changements se propagent dans les rapports, les tableaux de bord et les interfaces
• Comment les données historiques sont traitées (recalculées, ré-étiquetées ou laissées inchangées avec des marqueurs de bascule clairement identifiés)

En pratique, cela signifie souvent adopter une cadence de publication pour les changements de KPI (par exemple, trimestrielle) et traiter les mises à jour de KPI comme des changements logiciels ou de processus. Pour les programmes aérospatiaux soumis à un reporting contractuel strict, alignez les changements de définition des KPI sur les cycles contractuels ou sur un accord explicite du client afin d’éviter les différends sur les indicateurs de performance en cours de programme.

Former les parties prenantes aux concepts d’ISO 22400

Former les opérateurs, les ingénieurs et les managers

Les KPI normalisés ne créent de valeur que si les parties prenantes comprennent ce qu’ils signifient et leur font confiance. Les concepts de l’ISO 22400 doivent donc être intégrés au langage quotidien dans l’atelier et lors des revues de programme.

La formation doit être adaptée selon les rôles :

• Les opérateurs et responsables d’îlot doivent comprendre les états des équipements, pourquoi une saisie exacte des états est importante, et comment leurs actions influencent des KPI tels que la disponibilité et l’utilisation.
• Les ingénieurs méthodes et industriels doivent posséder une connaissance plus approfondie des catégories de temps, des modèles de données et de la manière dont leurs changements de processus peuvent avoir une incidence sur les définitions des KPI.
• Les responsables de programme et les dirigeants doivent comprendre clairement comment les KPI ISO 22400 au niveau du site et au niveau des équipements sont consolidés dans les vues de performance programme, ainsi que ce qui est comparable ou non entre usines.

Utilisez des exemples réels issus de vos propres lignes aéronautiques — par exemple une cellule de drapage composite, une zone d’essais moteur ou un poste d’assemblage de structures — pour illustrer la manière dont les états, les temps et les KPI interagissent. Cet ancrage évite que l’ISO 22400 soit perçue comme une couche académique déconnectée des opérations quotidiennes.

Communiquer les changements aux fournisseurs et aux clients

La production aérospatiale et de défense dépend d’une chaîne d’approvisionnement complexe et réglementée. Lorsque vous modifiez les définitions des KPI, vos fournisseurs et vos clients peuvent être affectés, en particulier si les KPI figurent dans des contrats, des tableaux de bord fournisseurs ou des accords de logistique fondés sur la performance.

Pour les partenaires clés, envisagez de fournir :

• Un catalogue synthétique des KPI alignés sur l’ISO 22400 que vous prévoyez d’utiliser
• Une correspondance claire entre les KPI précédemment utilisés et les nouvelles définitions
• Les calendriers de transition et la manière dont la performance historique sera traitée

Certaines organisations utilisent une plateforme de fabrication numérique comme référentiel partagé, où les équipes internes comme les fournisseurs peuvent consulter les définitions et les valeurs des KPI alignées sur la même sémantique ISO 22400. Cette approche réduit les malentendus lors de la comparaison des performances entre différentes usines ou différents rangs de fournisseurs.

Exemple de calendrier de mise en œuvre et écueils à éviter

Déploiement progressif sur les sites et les systèmes

La mise en œuvre d’ISO 22400 doit de préférence être abordée comme un programme par phases plutôt que comme un « big bang » unique, en particulier dans les réseaux aérospatiaux multisites comportant des systèmes hérités. Un schéma type pourrait être le suivant :

1. Définition du périmètre pilote – Sélectionner un flux de valeur ou une famille de produits (par exemple, un modèle de moteur spécifique, un programme satellite ou une ligne d’assemblage structurel) et un ensemble limité de KPI (par exemple, disponibilité, utilisation, fiabilité d’exécution des commandes).
2. Découverte et cartographie – Réaliser l’inventaire des KPI, la cartographie et l’alignement du modèle de données pour le périmètre pilote, y compris les ajustements MES/historian nécessaires.
3. Gouvernance et formation – Mettre en place le dictionnaire de données KPI, la structure de gouvernance et une formation ciblée pour les parties prenantes du pilote.
4. Exploitation du pilote – Utiliser des KPI alignés sur ISO 22400 en parallèle du reporting existant pendant une période définie afin d’instaurer la confiance et de valider les comportements.
5. Extension du déploiement – Étendre l’approche à d’autres lignes, usines ou niveaux de fournisseurs, en réutilisant les modèles de données et les schémas de gouvernance établis dans le pilote.

Les calendriers varieront selon la taille de l’organisation, la complexité des systèmes et les contraintes réglementaires. L’essentiel est de préserver la cohérence des définitions tout en permettant aux mises en œuvre locales de s’adapter aux équipements, processus et exigences de certification spécifiques.

Erreurs courantes dans l’adoption d’ISO 22400

Plusieurs écueils courants tendent à faire dérailler les initiatives ISO 22400 dans la fabrication aérospatiale et de défense :

• Traiter ISO 22400 uniquement comme un projet de reporting – Se concentrer uniquement sur les tableaux de bord et ignorer les modèles d’état et la qualité des données sous-jacents conduit à des visuels attractifs, mais avec une sémantique incohérente.
• Surpersonnaliser la norme – Ajouter de nombreuses variantes locales de KPI avec de subtiles différences de définition va à l’encontre de l’objectif de normalisation et complique les comparaisons multisites.
• Sous-estimer l’impact du changement – Modifier les définitions des KPI sans communication rigoureuse peut compromettre la confiance des équipes programme et des partenaires externes qui s’appuient sur la comparabilité d’une année sur l’autre.
• Ignorer les KPI non standard mais critiques – Pour les indicateurs propres à l’aérospatiale (par exemple, les métriques de complétude de la généalogie des pièces ou le temps de cycle de validation de navigabilité), l’objectif est la coexistence avec ISO 22400, et non un alignement forcé lorsqu’il n’est pas pertinent.

Une approche disciplinée, qui distingue les KPI alignés sur ISO 22400 des extensions intentionnelles et bien documentées, vous apporte les bénéfices de la normalisation sans contraindre les mesures nécessaires propres à l’aérospatiale.

Intégrer ISO 22400 dans le fil numérique aérospatial

ISO 22400 ne remplace pas vos processus AS9100, vos initiatives de fil numérique ni votre maîtrise des évolutions techniques. Elle fournit plutôt un vocabulaire commun pour la mesure de la performance, pouvant être intégré aux systèmes et aux flux de travail existants. Lorsque les états des équipements, les catégories de temps et les définitions des KPI sont normalisés, il devient plus facile de relier les événements de conception, de planification, d’exécution et de qualité dans une lecture cohérente de la performance.

Des plateformes comme Connect 981 peuvent mettre en œuvre des structures de KPI alignées sur ISO 22400 dans le cadre d’une couche plus large d’opérations numériques aérospatiales, en reliant les données MES, ERP, QMS et fournisseurs sans imposer une solution monolithique unique. La norme définit ce que signifient les KPI ; votre organisation décide lesquels sont importants, avec quelle ambition les cibler, et comment ils soutiennent une production aérospatiale sûre, conforme et efficace.