Planifier
Décrire le problème avec un indicateur, formuler une cause probable et choisir une petite action à tester. Exemple : “30 % des demandes reviennent parce qu’un document manque”.
PDCA transforme une idée d’amélioration en test structuré : planifier, déployer, contrôler, puis ajuster ou standardiser.
Décrire le problème avec un indicateur, formuler une cause probable et choisir une petite action à tester. Exemple : “30 % des demandes reviennent parce qu’un document manque”.
Tester l’action sur un périmètre limité : une équipe, un type de demande, une semaine. Cette limite réduit les risques et accélère l’apprentissage.
Comparer la situation avant et après. Le délai baisse-t-il ? Les erreurs diminuent-elles ? Un effet secondaire apparaît-il ?
Si l’essai fonctionne, formalisez et partagez. Sinon, ajustez l’hypothèse et relancez un cycle. L’amélioration continue avance par boucles successives.
Un service répond aux demandes internes en cinq jours en moyenne. Le symptôme est le retard, mais la cause peut être un formulaire incomplet, une priorité non définie ou une validation concentrée chez une seule personne. L’équipe teste un formulaire court avec type de demande, urgence, pièces attendues et délai cible, puis mesure pendant deux semaines le délai moyen et le taux de demandes incomplètes.
Traiter le symptôme consiste à demander aux personnes d’aller plus vite. Traiter la cause racine consiste à comprendre pourquoi le retard se produit. Demandez plusieurs fois “pourquoi ?” : pourquoi la demande revient-elle ? Parce qu’elle est incomplète. Pourquoi est-elle incomplète ? Parce que le modèle n’indique pas les pièces nécessaires.
Le diagramme d’Ishikawa regroupe les causes possibles par catégories : personnes, méthode, outil, information, environnement. Pareto aide ensuite à choisir les quelques causes qui créent l’essentiel des effets, afin de concentrer l’effort.