On présente souvent l’amélioration continue comme une idée “sympa”. Moi, je la veux pour une raison plus dure : c’est le seul antidote durable à l’héroïsme.
Si mon entreprise fonctionne parce que deux personnes voient tout et réparent tout, je n’ai pas un système : j’ai de la chance accumulée. La chance ne scale pas.
## La vérité inconfortable : l’entreprise s’améliore par sa réaction quand un problème apparaît
Je ne mesure pas la culture avec des slogans. Je la mesure quand quelqu’un signale un problème :
-
- on remercie ou on punit ?
-
- on enquête ou on cache ?
-
- on apprend ou on cherche un coupable ?
-
- on trace ou ça reste une conversation ?
Si le problème “existe” seulement quand il explose, l’entreprise ne progresse pas : elle réagit.
## Le coût réel : la répétition
Sans amélioration continue, on répète les mêmes erreurs sous d’autres formes : retouches normalisées, décisions qui ne deviennent jamais des règles, changements sans trace d’impact, fatigue : on travaille sans avancer.
## Ce que c’est (et ce que ce n’est pas)
Ce n’est pas une campagne.
C’est une boucle de preuve :
1) détecter la friction (signaux/données)
2) décider avec critères (pas improviser)
3) apprendre avec une trace (pas mémoire)
## Le mythe destructeur : “plus de réunions”
Si ça devient bureaucratique, ça meurt. Le but n’est pas d’ajouter des rituels : c’est de réduire la friction récurrente. Sans impact, c’est du théâtre.
## Signaux de mode survie
Problèmes dans les couloirs, pas dans un endroit utile. “Mieux vaut ne pas signaler.” Même incident qui revient. Décisions variables selon la personne. Standard dans la tête des experts. L’urgence gagne toujours. Améliorations seulement après crise.
Ce n’est pas un problème d’attitude : c’est un système où la vérité ne circule pas.
## “On n’a pas le temps” = “on ne sait pas protéger le temps”
L’urgence est souvent un symptôme de fragilité. Bien conçue, l’amélioration continue réduit l’urgence à moyen terme.
## La version que je défends : moins de blâme, plus de preuve, moins de répétition
-
- sécurité pour remonter les problèmes
-
- apprentissage qui laisse une trace
-
- attaque de la répétition, pas de l’épisode
## Quel type de problèmes veux-tu qu’on t’apporte ?
Punir l’échec → excuses. Récompenser l’héroïsme → incendies. Récompenser l’apprentissage → signaux précoces.
## Comment je le vois sans sondages
Où vit le backlog de frictions ? Comment décide-t-on la priorité ? Que reste-t-il après la revue ?
Si la conclusion est “on fera plus attention”, ce n’est pas apprendre : c’est espérer.
## Prioriser : critères avant énergie
Impact sur la promesse (délais/qualité/marge), fréquence ou risque de répétition, détectabilité.
## Leadership : protéger la boucle, pas “motiver”
Protéger un minimum d’espace pour apprendre, demander de la preuve, transformer les décisions en standards reconstruíveis.
## Erreurs de design fréquentes
Projet one-shot, activité mesurée plutôt que l’impact, revues sans décisions, transparence sans standard, héroïsme récompensé.
## Conclusion
Pour moi :
“Ici, la vérité circule, et quand elle circule le système apprend.”
Si tu veux, on le voit en 15 minutes : où la répétition se cache, où l’apprentissage s’évapore, et quels critères utiliser pour améliorer sans théâtre ni bureaucratie.
