ORDREL / OUTIL GRATUIT

Liste de contrôle anti-erreur

Examiner comment un processus prévient, détecte et contient les erreurs.

Contexte et notes

Nom du processus ou de l’équipeDate / période du rapport

Identifiez l’erreur, concevez un dispositif, puis testez-le en simulation sûre. Une liste seule n’est ni un dispositif anti-erreur ni une certification de sécurité.

Guide et hypothèses

Peut-on empêcher la mauvaise saisie ou action ?Si la prévention est impossible, l’erreur est-elle détectée avant l’étape suivante ?Une erreur détectée déclenche-t-elle un arrêt, un confinement ou une escalade claire ?Le dispositif a-t-il été testé, y compris en cas de défaillance ?Y a-t-il un responsable et un plan de revue du dispositif ?

Ajouter les détails

Utilisez Projets et exports pour enregistrer en privé, télécharger un projet modifiable ou préparer un PDF. L’enregistrement en ligne est manuel.

Prévention des erreurs / poka-yoke : exemple et périmètre

Qu’est-ce que la prévention des erreurs ?

La prévention des erreurs, ou poka-yoke, modifie un processus pour empêcher une erreur ou la détecter avant l’étape suivante. Cette liste en ligne aide à consigner le contrôle proposé, les preuves, le responsable et le suivi.

Exemple : éviter une erreur d’étiquette

Exemple fictif d’emballage : scannez les identifiants de commande et d’étiquette, comparez-les et bloquez la libération s’ils diffèrent. Testez une correspondance correcte et un écart volontaire avec des supports de test approuvés. Consignez le résultat, le responsable du contrôle et la date de revue.

Que fait cet outil ?

Il aide à planifier et examiner les contrôles. Il ne se connecte pas aux scanners, ne vérifie pas les étiquettes, n’arrête pas les équipements et n’exécute pas de contrôle de production. Ces fonctions nécessitent un système mis en œuvre et testé séparément. Un rappel ou une liste seuls ne rendent pas un processus infaillible.

Exemple de bureau : identifiant de commande manquant

Exemple fictif : un formulaire arrive à l’équipe suivante sans identifiant de commande. Un rappel sollicite la mémoire ; une règle de validation dans le système peut bloquer un envoi incomplet. Consignez ici la règle proposée et les tests avec identifiant valide, champ vide et espaces seuls. Notez résultats attendus et réels, responsable et date de revue. ORDREL documente le plan de test ; la règle doit être mise en œuvre séparément.

Référence méthodologique: ASQ · Mistake Proofing