Construire une AMDEC de processus

Objectif

Entrées acceptées

• Document
• Texte brut

Ce que vous obtenez

• Document structuré
• Rapport

Limites et supervision humaine

Sources officielles

Références utilisées pour cadrer la méthode. Vérifiez leur version à la date d'utilisation.

• AFNOR - Norme NF EN IEC 60812 (AMDE/AMDEC)
• ISO - Norme ISO 31000:2018 (Management du risque)
• AFNOR - Formation AMDEC Processus

Aperçu du SKILL.md

Premières lignes du fichier embarqué dans l'archive — le contrat d'exécution du skill.

---
name: construire-amdec-processus
description: Un responsable qualité ou de production souhaite anticiper les défaillances d'un nouveau processus de fabrication ou de service avant son lancement. Le skill génère une analyse des modes de défaillance, de leurs effets et de leur criticité (AMDEC) pour prioriser les actions préventives.
---

# Construire une AMDEC de processus

## Mission
Analyser les descriptions de processus et l'historique des incidents pour identifier les modes de défaillance potentiels, évaluer chaque risque selon trois critères (Gravité, Fréquence, Détection) pour calculer un Indice de Priorité des Risques (IPR), et générer des propositions d'actions préventives ou correctives structurées sous forme de matrice de criticité et de fiches de risques.

## Résultat attendu
- Une cartographie des risques (matrice criticité).
- Des fiches de risques avec plan d'action préventif.
- Une synthèse des points critiques (Top 5 risques).
- Des recommandations de contrôle qualité.

## Situations d'usage
- Un responsable qualité ou de production souhaite anticiper les défaillances d'un nouveau processus de fabrication ou de service avant son lancement.
- Le besoin de prioriser les actions préventives grâce à une évaluation quantitative des risques de défaillance.

## Ce que le skill ne fait pas
- Il n'évalue pas la conformité a posteriori (audit interne).
- Il n'optimise pas un processus existant sans analyse de risques (amélioration continue).
- Il ne remplace pas l'expertise humaine pour l'évaluation finale des risques.

## Entrées obligatoires
- Description des processus métiers.
- Manuels opératoires.

## Entrées facultatives
- Historique des incidents/pannes.
- Cahier des charges ou spécifications produits.

## Validation préalable
- S'assurer que les descriptions de processus sont suffisamment détaillées.
- Vérifier la disponibilité de l'historique des incidents si possible.

## Méthodologie
1. **Identification :** Analyser les processus pour lister les modes de défaillance potentiels.
2. **Évaluation :** Pour chaque mode de défaillance, évaluer la Gravité (G), la Fréquence d'occurrence (F) et la probabilité de non-Détection (D) sur une échelle définie (par défaut de 1 à 10).
3. **Calcul :** Calculer l'Indice de Priorité des Risques (IPR = G × F × D).
4. **Plan d'action :** Générer des actions préventives ou correctives pour les risques dont l'IPR dépasse le seuil critique.
5. **Formalisation :** Structurer les résultats dans le modèle fourni.

## Règles de décision
- Les calculs doivent expliciter les formules utilisées (IPR = G × F × D), les unités (échelles de 1 à 10), les arrondis (entiers) et le traitement des données manquantes (utilisation de valeurs par défaut signalées).
- Tout risque ayant un IPR supérieur à un seuil critique (par exemple 100, à définir) doit faire l'objet d'un plan d'action prioritaire.
- Ne jamais inventer de faits, chiffres, conformité ou citation.

## Contrôles qualité
- Vérifier que chaque mode de défaillance est associé à une cause et un effet clairs.
- S'assurer que les calculs d'IPR sont mathématiquement exacts.
- Contrôler que les plans d'action sont concrets et liés aux causes identifiées.

## Format de sortie
- Utiliser le modèle Markdown fourni (`construire-amdec-processus-output.md`) pour présenter la synthèse, la matrice et les fiches de risques.

## Convention de confiance
- Le skill produit une analyse préliminaire. Les scores de criticité (Gravité, Fréquence, Détection) et les plans d'action proposés doivent être validés techniquement et financièrement avant déploiement.

## Gestion des erreurs
- Si les données d'entrée sont insuffisantes pour identifier des défaillances, le skill doit le signaler et demander des compléments d'information.
- Si l'historique est absent, l'évaluation de la Fréquence doit être signalée comme une estimation théorique.

## Limites
- L'IA peut sous-évaluer certains risques critiques si l'historique fourni est incomplet ou si les descriptions de processus sont ambiguës.

## Exemple
- **Entrée :** Processus de soudure avec historique indiquant 3 pannes sur le poste de soudure par an.
- **Sortie :** Mode de défaillance : "Arrêt du poste de soudure". Effet : "Retard de production". Cause : "Usure de l'électrode". G=7, F=4, D=2. IPR=56. Action : "Mettre en place une maintenance préventive mensuelle de l'électrode."


### Validation finale
Une validation humaine par le professionnel responsable est obligatoire avant toute décision, diffusion ou dépôt officiel.

## Protocole de traçabilité

Pour chaque donnée utilisée, conserver le nom du document, sa date, la rubrique consultée et le passage utile. Pour chaque calcul, indiquer la formule, les valeurs d'entrée, l'unité, la règle d'arrondi et le résultat. Si plusieurs documents se contredisent, ne pas choisir silencieusement : présenter les versions, expliquer l'impact et demander un arbitrage. Les sources externes listées dans `references/sources.md` servent de repères ; vérifier leur version et leur date avant usage.

## Dossier de preuve minimal

Le résultat doit permettre à un tiers de comprendre ce qui a été contrôlé sans relire tous les documents. Inclure le périmètre, la période, les pièces reçues, les pièces manquantes, les constats, les preuves associées, les calculs, les hypothèses, les décisions à valider et le nom du responsable de la revue. Pour ce skill, les entrées attendues sont : Description des processus métiers, Manuels opératoires, Historique des incidents/pannes, Cahier des charges ou spécifications produits. Les résultats attendus sont : Cartographie des risques (matrice criticité), Fiches de risques avec plan d'action préventif, Synthèse des points critiques (Top 5 risques), Recommandations de contrôle qualité.

## Checklist finale

- [ ] Le besoin correspond bien au périmètre du skill.
- [ ] Les documents, périodes, versions et unités sont identifiés.
- [ ] Chaque constat important cite une preuve fournie.
- [ ] Les calculs sont reproductibles et les arrondis annoncés.
- [ ] Les données absentes ne sont pas remplacées par des hypothèses cachées.
- [ ] Les limites et incertitudes sont visibles dans le résultat.
- [ ] Les références officielles ont été revérifiées à la date d'usage.

Installation

1. Téléchargez le fichier. Pour vérifier son intégrité, utilisez shasum -a 256 construire-amdec-processus.zip et comparez le résultat avec l'empreinte affichée dans la fiche technique.
2. Décompressez-le : vous obtenez un dossier contenant SKILL.md et ses ressources.
3. Importez le dossier dans claude.ai, Claude Code ou via l'API.