Menu
Crow-AMSAA — Croissance de la fiabilité : déterminer si elle s'améliore

Crow-AMSAA — Croissance de la fiabilité : déterminer si elle s'améliore

Analyse de la croissance de la fiabilité Crow-AMSAA expliquée : comment le graphique des défaillances en échelle log-log montre si la fiabilité s'améliore ou se dégrade, interprétation du paramètre β, exemple pratique.
Crow-AMSAA — Croissance de la fiabilité : déterminer si elle s'améliore

Analyse Crow-AMSAA, également appelée analyse de la croissance de la fiabilité, est une technique de tracé qui révèle si une machine, une flotte ou une usine devient plus fiable, reste stable ou se dégrade discrètement. Elle trace les défaillances cumulées en fonction du temps de fonctionnement cumulé sur des axes log-log ; la pente de la ligne résultante, beta, est le verdict : inférieure à 1 signifie que la fiabilité s'améliore, proche de 1 signifie que rien ne change, supérieure à 1 signifie que les défaillances s'accélèrent.

D'où ça vient et pourquoi cela fonctionne

La méthode descend de l'observation de Duane selon laquelle les données de défaillance provenant de systèmes en développement se tracent en une droite sur du papier log-log, observation plus tard formalisée par Larry Crow à l'US Army Materiel Systems Analysis Activity (AMSAA) en tant que modèle statistiquement rigoureux. Son attrait industriel tient à sa robustesse : elle tolère des modes de défaillance mixtes et des données du monde réel désordonnées, exactement ce à quoi ressemblent les registres de maintenance d'usine, et elle ne demande que les dates de défaillance et une mesure d'utilisation (heures, cycles, tonnes).

Lire le bêta

  • Bêta inférieur à 1 : le temps entre les défaillances s'allonge ; vos travaux d'amélioration portent leurs fruits.
  • Bêta autour de 1 : les défaillances arrivent à un rythme constant ; le système est stable, pour le meilleur ou pour le pire.
  • Bêta supérieur à 1 : les défaillances arrivent plus rapidement ; l'usure, la maintenance différée ou la dérive des processus prennent le dessus.
  • Un coude sur le graphique : la pente change là où quelque chose a réellement changé — une reconstruction, un nouveau programme de maintenance préventive, une augmentation de vitesse. Ces ruptures sont une mine d'or diagnostique : datez-les et demandez ce qui s'est passé.

Un exemple concret : le nouveau programme de maintenance préventive a-t-il fonctionné ?

Une ligne de remplissage a enregistré 24 pannes au cours de ses 4 000 premières heures de fonctionnement, puis un programme préventif révisé a été lancé. Au cours des 4 000 heures suivantes, elle a enregistré 9 pannes. Sur le graphique Crow-AMSAA, les données initiales montrent un bêta d'environ 1,1, légèrement dégradant ; après le programme la pente se rompt pour atteindre environ 0,6, indiquant une forte amélioration de la fiabilité. La direction a demandé « le programme de maintenance préventive est-il rentable ? » et la réponse est visible en une image : la même courbe qui produisait une panne toutes les 167 heures en produit désormais une toutes les 440 heures et elle continue de s'allonger. Le graphique projette aussi vers l'avant : en restant sur la pente actuelle, la prochaine panne est attendue dans environ trois semaines, ce qui est une façon rationnelle de planifier les pièces de rechange et les inspections. Cette projection suppose que les conditions restent telles qu'elles sont ; l'hypothèse doit être explicitée, pas cachée.

Crow-AMSAA contre Weibull

Les deux se complètent, ce ne sont pas des rivaux. L'analyse de Weibull étudie un mode de défaillance sur une population de composants identiques pour caractériser sa distribution de durée de vie, idéale pour décider des intervalles de remplacement. Crow-AMSAA étudie un système réparable au fil du temps avec tous ses modes de défaillance mélangés, idéal pour juger si la gestion globale de la fiabilité réussit. Weibull répond « quand ce type de composant tombera en panne » ; Crow-AMSAA répond « est-ce que cette machine s'améliore ou se détériore sous nos soins », ce qui en fait aussi un bon baromètre pour les stratégies suggérées par la recherche sur les six schémas de défaillance.

Ce qu'il exige de vos données

Deux choses seulement, mais sérieusement : des événements de défaillance complets et un temps de fonctionnement crédible. Les deux meurent dans une mauvaise tenue des registres : des pannes réparées sans bons de travail disparaissent du numérateur, et le temps calendaire pris pour du temps de fonctionnement corrompt le dénominateur. Des dossiers de défaillance propres et cohérents avec de véritables heures de fonctionnement sont la seule condition requise, et des métriques comme MTBF héritent de la même dépendance.

Où se situe Fabrico

Fabrico fournit les deux ingrédients dont le graphique a besoin : chaque défaillance capturée comme un bon de travail avec horodatages et codes, et le véritable temps de fonctionnement mesuré automatiquement par la surveillance de la production en temps réel plutôt qu'estimé à partir du calendrier. Exportez les paires et le graphique Crow-AMSAA se produit en quelques minutes dans n'importe quel outil d'analyse ; la partie difficile, des données fiables, est déjà faite. Fabrico n'exécute pas le modèle statistique lui-même ; il rend le modèle digne d'être exécuté. Conçu dans l'UE, avec résidence des données dans l'UE.

Questions fréquemment posées

De combien de données un graphique Crow-AMSAA a-t-il besoin ?

Des pentes significatives émergent à partir d'un nombre de points étonnamment faible ; une douzaine d'événements de défaillance dessinent déjà une ligne utilisable. Cela rend la méthode pratique pour des machines critiques uniques, pas seulement pour des flottes, bien que davantage d'événements affinent à la fois l'estimation de la pente et les points de changement.

Peut-il combiner différents modes de défaillance ?

Oui, c'est sa force : le graphique suit l'intensité de défaillance totale du système, tous modes confondus. Lorsque la courbe s'oriente dans la mauvaise direction, vous examinez ensuite les modes et les composants avec des outils Pareto et Weibull pour en découvrir la cause.

Le bêta est-il le même que le paramètre de forme de Weibull ?

Ils partagent un symbole et une idée générale (inférieur à 1 = amélioration ou infantile, supérieur à 1 = détérioration ou usure) mais appartiennent à des modèles différents : le paramètre de forme de Weibull décrit la distribution de durée de vie d'un composant ; le bêta de Crow-AMSAA décrit la tendance de l'intensité de défaillance d'un système réparable. Les confondre est une erreur courante et source de confusion.

Vous voulez un historique des défaillances et de véritables heures de fonctionnement suffisamment propres pour être tracés ? Réservez une démo Fabrico pour voir la capture automatique de l'OEE et la construction des enregistrements CMMS constituer le jeu de données de fiabilité que méritent vos analyses.

Dernières nouvelles de notre blog

Définissez votre feuille de route en matière de fiabilité
Validez votre retour sur investissement potentiel : réservez une démonstration en direct
Définissez votre feuille de route en matière de fiabilité
En cliquant sur le bouton Accepter, vous donnez votre consentement à l'utilisation de cookies lors de l'accès à ce site Web et de l'utilisation de nos services. Pour en savoir plus pour en savoir plus sur la manière dont les cookies sont utilisés et gérés, veuillez consulter notre Politique de confidentialité et Déclaration relative aux cookies