Qui devrait être responsable des définitions de KPI dans un programme ISO 22400 ?

Dans un programme ISO 22400, aucune fonction ne devrait détenir unilatéralement la responsabilité des définitions de KPI. L’approche la plus efficace consiste à mettre en place un groupe de gouvernance formel et transverse, responsable de la définition, de l’approbation et de la modification des définitions de KPI, avec des rôles clairement attribués au sein de ce groupe.

Modèle de responsabilité recommandé

Pour les environnements réglementés et brownfield, une répartition pratique des responsabilités est la suivante :

En pratique, cela se rattache à la gouvernance des KPI ISO 22400 lorsque les équipes doivent transformer la réponse en habitudes d’exécution reproductibles.

• Sponsor exécutif (direction des opérations ou du site) : détient la responsabilité globale du cadre de KPI, des priorités et de la résolution des conflits. Il veille à ce que les KPI soutiennent la stratégie, et pas seulement la disponibilité des données.
• Propriétaires de processus (Opérations / Méthodes industrialisation / Maintenance) : détiennent la responsabilité du sens opérationnel de chaque KPI (par exemple, ce qui compte comme temps de production planifié, ce qui constitue un temps d’arrêt valide, comment traiter les changements de série ou les inspections). Ils pilotent l’utilisabilité et évitent les définitions théoriquement correctes mais inutilisables sur le plan opérationnel.
• Qualité / QMS : détient la responsabilité de la traçabilité, de la documentation et de la maîtrise des modifications des définitions de KPI. La fonction veille à ce que les définitions, les formules et les sources de données soient maîtrisées par version, revues et alignées avec les procédures qualité et les attentes d’audit.
• Responsables des données IT / OT / MES : détiennent la responsabilité de la mise en œuvre technique des définitions de KPI dans les MES, les historiens, les data lakes et les outils de reporting. Ils sont responsables de la filiation des données, du mapping vers les structures ISO 22400 et de la cohérence du calcul des KPI entre les différents systèmes.
• Finance / Contrôle de gestion (le cas échéant) : valide que les KPI de coûts, d’efficacité et d’utilisation sont alignés avec le reporting financier et ne créent pas de « vérités » contradictoires entre les tableaux de bord du site et ceux du groupe.

Pourquoi la responsabilité partagée est essentielle pour ISO 22400

ISO 22400 fournit une terminologie et des structures de formules normalisées, mais chaque site doit encore décider :

• Comment classer et segmenter le temps (p. ex., arrêts planifiés vs non planifiés, changements de série, fenêtres de maintenance).
• Quels équipements et quels flux de valeur entrent dans le périmètre de chaque KPI.
• Comment traiter les cas limites (reprise, cycles de test, essais d’ingénierie, blocages qualité).
• Comment aligner les définitions des KPI entre les MES, ERP, SCADA et outils de reporting.

Si la responsabilité des KPI relève exclusivement de l’IT, vous risquez d’obtenir des indicateurs techniquement cohérents mais dépourvus de sens opérationnel. Si elle relève exclusivement des opérations, vous risquez des optimisations locales, une documentation insuffisante et des divergences entre sites. Si elle relève exclusivement de la qualité, vous pouvez obtenir de bonnes procédures mais une adoption limitée. Un modèle partagé, assorti de responsabilités de gouvernance explicites, permet d’équilibrer ces risques.

Attentes en matière de gouvernance et de maîtrise des changements

Dans les environnements réglementés et à cycle de vie long, la responsabilité de la définition des KPI doit inclure une gouvernance structurée, et non un simple comité informel. Au minimum :

• Catalogue de KPI faisant autorité : une liste unique et maîtrisée des KPI ISO 22400, incluant le nom, la formule, les entrées, les exclusions, le niveau de calcul (machine, ligne, site) et le système de référence.
• Flux de travail formel d’approbation : les nouveaux KPI proposés ou les modifications de définition sont examinés et approuvés par le groupe de gouvernance (opérations, qualité, IT/OT et finance si nécessaire), avec une justification et un impact documentés.
• Gestion des versions et traçabilité : chaque définition de KPI dispose d’un historique des versions indiquant clairement quand et pourquoi une modification a été effectuée, quels systèmes ont été impactés et quelles périodes ne sont pas comparables en raison d’un changement de définition.
• Évaluation d’impact et validation : avant la mise en production des changements, les responsables des données et les propriétaires de processus valident que la mise en œuvre correspond à la définition approuvée, et que les rapports, tableaux de bord et alertes se comportent comme prévu.
• Communication et formation : les changements apportés aux définitions des KPI sont communiqués aux superviseurs, ingénieurs et analystes afin que les tendances de performance soient interprétées correctement.

Coexistence avec les systèmes existants dans les usines en environnement brownfield

Dans les environnements brownfield, la responsabilité de la définition des KPI est contrainte par les MES/SCADA, les systèmes d’historisation, les ERP et les outils de reporting existants, dont beaucoup intègrent leurs propres calculs de KPI. Une approche réaliste de cette responsabilité reconnaît que :

• Vous ne pouvez souvent pas remplacer toute la logique de KPI existante dans les systèmes hérités sans validation majeure, arrêt de production et requalification. À la place, vous définissez généralement un système de référence pour chaque KPI et documentez la manière dont les autres systèmes l’approximent ou le consomment.
• Différentes lignes, usines ou fournisseurs peuvent aujourd’hui utiliser des formules de KPI légèrement différentes. La responsabilité inclut le fait de décider s’il faut les harmoniser, et le cas échéant, selon quel horizon temporel et avec quelle charge de revalidation.
• Les efforts d’intégration et de mapping des données doivent être portés conjointement par l’IT/OT et les responsables de processus afin que les champs ISO 22400 soient renseignés correctement et de manière cohérente entre les interfaces.
• Le reporting externe (auprès des clients, des autorités réglementaires ou du groupe) peut déjà s’appuyer sur des définitions spécifiques. Les modifier peut avoir des implications d’audit et contractuelles qui nécessitent une revue par la qualité et le juridique.

Comme le remplacement complet de la logique de KPI héritée peut être risqué et coûteux dans des contextes réglementés, le groupe de gouvernance donne souvent la priorité à ce qui suit :

• Définir et documenter d’abord des KPI canoniques alignés sur ISO 22400.
• Mapper les sorties des systèmes actuels vers ces définitions, avec des notes claires lorsqu’elles diffèrent.
• Refondre ou consolider progressivement les calculs de KPI au fur et à mesure que les systèmes sont mis à niveau ou revalidés.

Étapes pratiques pour attribuer la responsabilité

Pour établir la responsabilité sans réorganiser l’ensemble de votre structure :

1. Désignez un responsable du programme KPI ISO 22400 (souvent issu de l’excellence opérationnelle ou de l’ingénierie de fabrication) qui coordonne les travaux, sans être seul propriétaire des définitions.
2. Créez une charte de gouvernance des KPI qui désigne le groupe central (opérations, qualité, IT/OT, finance) et précise les droits de décision, les flux de travail d’approbation et les attentes en matière de documentation.
3. Commencez par un ensemble restreint et critique de KPI (p. ex., disponibilité, performance, taux de qualité, OEE, NPT) et attribuez à chacun des pilotes de processus et des référents données spécifiques.
4. Documentez l’état actuel par rapport à l’état cible aligné sur ISO 22400 pour chaque KPI, y compris les écarts des systèmes existants.
5. Intégrez les changements de définition des KPI aux processus de maîtrise des changements existants (p. ex., gestion des changements IT et maîtrise documentaire du QMS), afin que les modifications soient suivies comme tout autre changement maîtrisé.

En résumé, dans un programme ISO 22400, les définitions des KPI doivent être portées par un groupe de gouvernance transverse avec des responsabilités claires : les opérations pour le sens pratique, la qualité pour la traçabilité et la maîtrise des changements, l’IT/OT pour l’intégrité des données et la mise en œuvre, et la finance pour l’alignement avec le reporting métier. L’organigramme exact importe moins que l’existence de rôles explicites, de décisions documentées et d’une gestion rigoureuse des changements dans vos systèmes existants.