Le cycle PDCA en production : de l'idée au résultat prouvé.
Le cycle PDCA, aussi appelé roue de Deming, est une méthode en quatre étapes (planifier, faire, vérifier, agir) pour tester une idée ou un changement en production avant de le généraliser. Dans SolveR, chaque cycle aboutit à un résultat, même quand ce résultat est d'abandonner l'idée, et l'essai reste dans la base de connaissances pour la prochaine personne qui aura la même idée.
Quand utiliser le PDCA, et quand l'éviter
Vous choisissez le PDCA quand vous avez une idée ou un changement à tester d'abord : un temps de cycle plus court, un autre paramètre, une nouvelle séquence de travail. Le cycle se déroule à petite échelle, sur une équipe ou une ligne par exemple, et seule la vérification dit s'il faut généraliser le changement. Certaines équipes font aussi passer un problème interne plus important par le PDCA et le suivent lors des points du matin.
Un exemple de production, aujourd'hui et avec SolveR
Cas typique : un essai d'un temps de séchage plus court pour des pièces peintes au four, pour que la ligne n'attende pas.
| Aujourd'hui | Avec SolveR |
|---|---|
| L'idée surgit au point du matin. Personne ne note ce que le séchage plus court doit améliorer ni comment on en jugera. | Avant l'essai, le cas contient l'idée, l'effet attendu et le contrôle : l'adhérence de la peinture sur les pièces de l'essai. |
| L'essai se déroule sur une équipe, et les résultats restent dans le carnet du chef d'équipe ou dans un Excel sur un seul poste. | L'essai se déroule sur une équipe, et les résultats du contrôle vont dans le même cas. |
| Quand le résultat est flou, l'idée est abandonnée sans un mot ou généralisée partout sans contrôle. | Le cycle aboutit à un résultat : garder, ajuster ou abandonner le séchage plus court, et la décision est consignée avec sa raison. |
| Quelques mois plus tard, quelqu'un propose la même idée et l'essai recommence. | L'essai reste dans la base de connaissances. Quand quelqu'un décrit la même idée, l'essai précédent et son résultat apparaissent. |
Lors de l'échange, nous montrons le PDCA sur l'un de vos propres cas.
Ce que vous obtenez : un résultat pour chaque cycle
Chaque idée aboutit à un résultat, même quand ce résultat est de l'abandonner. Le dossier du cycle montre ce que vous visiez, ce que vous avez fait, ce que la vérification a montré et ce que vous avez décidé. Une idée abandonnée reste utile aussi : la personne suivante sait pourquoi vous ne l'avez pas généralisée. Quand l'idée marche, l'étape suivante est le standard : le changement entre dans l'instruction de travail.
Ce que fait SolveR
SolveR consigne le cycle dans le format PDCA standard que vos ingénieurs et vos auditeurs connaissent déjà. Il propose des causes et des actions à partir des cas clôturés de votre usine et indique la source de chaque proposition. L'ingénieur décide.
Quatre étapes : planifier, faire, vérifier, agir
- PLANPlanifierL'idée, l'objectif et la façon de le vérifier
- DOFaireUn essai à petite échelle
- CHECKVérifierLe résultat face à l'effet attendu
- ACTAgirGarder, ajuster ou abandonner
Si l'objectif n'est pas atteint, vous relancez le cycle avec un plan ajusté.
Une seule base de connaissances : un essai que l'ingénieur suivant retrouve
Un cycle clôturé entre dans la base de connaissances comme un essai avec son résultat, à côté des causes confirmées et des actions qui ont fonctionné dans les autres méthodes. Quand quelqu'un décrit une idée ou un problème semblable, cet essai et ce qu'il a montré apparaissent aussi. La même idée n'est donc pas testée deux fois, sauf si quelque chose a changé depuis. Toutes les méthodes écrivent dans la même base. Ce qu'apprend un cas vaut pour tous les autres.
Vous pouvez aussi interroger Brain. La page Fonctionnement montre ce qui entre dans la base et ce qui en sort.
Questions sur le cycle PDCA
Quelle différence entre PDCA, 8D et DMAIC ?
Le PDCA teste une idée ou un changement en quatre étapes avant de le généraliser. Le 8D est la réponse à une réclamation client, à un problème de sécurité ou à un problème qui revient, avec une équipe et une cause racine confirmée. Le DMAIC est un projet pour une variabilité du process dont la cause est inconnue et doit être trouvée dans les données. Dans SolveR, les trois écrivent dans la même base de connaissances.
À quoi ressemble un cycle PDCA dans un exemple de production ?
L'exemple de cette page est un temps de séchage plus court pour des pièces peintes. Planifier : sécher moins longtemps pour que la ligne n'attende pas, et contrôler l'adhérence de la peinture. Faire : un essai sur une équipe. Vérifier : comparer l'adhérence sur les pièces de l'essai avec ce que vous attendiez. Agir : garder, ajuster ou abandonner le séchage plus court.
Le cycle PDCA est-il la même chose que la roue de Deming ?
Oui. La roue de Deming est un autre nom du cycle PDCA. Elle porte le nom de W. Edwards Deming, qui a construit le modèle sur les idées de Walter Shewhart.
Comment l'étape Vérifier montre-t-elle que le changement a fonctionné ?
La vérification compare le résultat de l'essai à l'effet attendu que vous avez inscrit dans le plan, avec la même mesure. Si le plan n'a pas de mesure, la vérification n'a rien à comparer : c'est donc la première chose à noter. Les praticiens citent parmi les erreurs les plus courantes l'omission de la vérification et un cycle qui se termine sans décision.
Que se passe-t-il quand l'essai ne fonctionne pas ?
Le cycle se termine par le résultat "abandonner", consigné de la même manière qu'un succès. L'essai reste dans la base de connaissances, pour que la prochaine personne ayant la même idée voie ce que vous avez tenté et pourquoi cela n'a pas marché. Si l'idée s'est approchée de l'objectif, vous relancez le cycle avec un plan ajusté.
Autres méthodes
Chaque équipe choisit la méthode adaptée au problème, et une seule base de connaissances sert de socle à toutes.
Venez avec une idée que vous voulez tester.