Le Lean, ce n’est pas pour réduire les coûts !

Le Lean, ce n’est pas pour réduire les coûts !

Il n’est pas rare, pour ne pas dire qu’il est fréquent, d’entendre ou de lire que le Lean Management c’est pour réduire les coûts. À force de considérer, par mauvaise compréhension, par simplicité ou par intention explicite de convaincre, que le Lean Management se borne à la réduction des gaspillages, nombre de personnes et d’entreprises se fourvoient dans sa mise en oeuvre. Ces démarches de réduction des coûts – qui, in fine, ne font qu’utiliser certains outils du Toyota Production System – ont une durée de vie limitée avec des conséquences souvent néfastes sur les collaborateurs et les entreprises elles-mêmes.

Non, le Lean Management, ce n’est pas pour réduire les coûts, mais pour résoudre les problèmes des clients (leurs attentes) tout en utilisant le système de production (TPS) et le système de management (Toyota Way) de Toyota pour développer les compétences techniques et de leadership des personnes.

Lire la suite « Le Lean, ce n’est pas pour réduire les coûts ! »

La résolution de problème, une histoire de curiosité ?

La résolution de problème, une histoire de curiosité ?

Je lisais récemment le dernier livre de Stanislas Dehaene Apprendre ! sur les neurosciences, l’apprentissage du cerveau et l’IA. Ce livre est très intéressant à bien des égards, mais certains éléments tels que la curiosité, la motivation et l’apprentissage font écho à mon quotidien de coach en Lean Management.

Quelques éléments de réflexion.

Lire la suite « La résolution de problème, une histoire de curiosité ? »

Le standard de travail Lean, point d’entrée du Kaizen

Le standard de travail Lean, point d’entrée du Kaizen

Dans l’IT, mais également dans d’autres activités, une multitude de documents est nommée standard : des modèles (template) de document, des procédures diverses et variées, des règles de développement, des processus d’entreprise (gestion des incidents, gestion des demandes)…  Pour nombre d’entreprises, un standard est un ensemble de règles édictées par un groupe de personnes autorisées par la direction. Souvent, ces règles sont issues de «bonnes pratiques» vues dans quelques équipes et que les directions cherchent à répliquer partout. Ces standards – qui n’ont rien en commun avec celui du Lean – sont vus par les directions comme la Bible, les Tables de la Loi que chaque collaborateur doit connaître et appliquer le petit doigt sur la couture du pantalon.

Tout écart à ces standards doit être sanctionné et les coupables sont a minima rappelés à l’ordre, quand ce n’est pas un message diffusé à tous annonçant que c’est une erreur humaine (sic !) au sein de l’équipe X, ce qui ne fait qu’accentuer la stigmatisation et la recherche d’un coupable.

Lire la suite « Le standard de travail Lean, point d’entrée du Kaizen »

Kanban, que la force soit avec toi !

Kanban, que la force soit avec toi !

Pour faire suite à l’article Le Management Visuel, pour quoi faire ?, je vous propose de voir plus en détails une des techniques du Management Visuel du Lean Management, le Kanban.

Le Kanban est un des éléments-clés du Just-In-time (JIT) du Toyota Production System (TPS) comme nous le rappelle l’article La magie du Kanban chez Toyota à Nagoya.

Pensé par Taiichi Ohno dès les années 1950 (lire Taiichi Ohno’s Workplace Management), le Kanban vise à atteindre l’idéal du one-piece flow (nommé également flux continu) tiré et rythmé (takt) par la demande du client.

Lire la suite « Kanban, que la force soit avec toi ! »

Quand le bac rouge transforme une équipe agile

Hubble-Offers-an-Unprecedented-Look-at-the-Orion-Nebula

Il y a quelques mois, une responsable d’équipe IT souhaitait que je l’aide à démontrer à son manager que son équipe s’améliorait régulièrement. Dernièrement, elle m’expliquait les nouvelles difficultés de son équipe qui utilise la démarche Agile ; plus précisément des pratiques entre Water-Scrum-Fall et Scrum-But. La principale différence avec d’autres équipes fonctionnant ainsi, c’est qu’elle est consciente de cet écart par rapport à Agile et Scrum et qu’elle essaie de bouger les lignes pour se rapprocher des modèles.

Lire la suite « Quand le bac rouge transforme une équipe agile »

Comment j’ai utilisé une technique Lean en aidant ma fille à améliorer ses notes en math

algebra-1238600_640

Tout d’abord le contexte

Ma fille qui est en 4e a une série de notes en dessous de la moyenne au dernier trimestre notamment en math.

Cela a plusieurs effets négatifs : le découragement (je suis nul), la faute aux autres (le prof ne m’aime pas) et un grand un sentiment d’injustice (les contrôles sont super durs) … et puis, il faut bien l’avouer, un peu d’inquiétude des parents, qui ne savent pas trop comment aider/encourager/pousser à travailler davantage.

Alors plutôt que de répéter une nouvelle fois qu’il ne faut pas se décourager, qu’il faut persévérer et que cela arrive à tout le monde d’avoir des hauts et des bas… j’ai décidé de « changer d’approche ». Lire la suite « Comment j’ai utilisé une technique Lean en aidant ma fille à améliorer ses notes en math »

Le désapprentissage des organisations

Ou la lutte pour le contrôle de la couette la nuit à 3h00 du matin

plantesQui n’a pas connu ces tentatives de transformation d’organisation qui semblent réussir pour quelques mois puis sont rattrapées par les luttes politiques, la routine, les habitudes (trop ?) solidement ancrées dans la culture d’entreprise ?

Lire la suite « Le désapprentissage des organisations »

Accumuler du savoir ou apprendre ?

(Originally published on Kinder Wiser collaborative blog)

accumulation-savoirInformaticien depuis 25 ans, j’ai occupé un grand nombre de postes, dans des industries variées. J’ai eu la chance d’exercer dans plusieurs pays et sur plusieurs types de technologies, depuis les mainframes IBM des années 60 jusqu’aux technologies avancées des startups mobiles.

Ma stratégie de survie dans cette industrie qui change à toute allure a été de penser en termes de modèle. Une stratégie héritée du standard de l’informatique appelé “Design patterns” que l’on peut résumer de la façon suivante : chaque problème qui vous ralentit dans la conception d’un logiciel, a forcément déjà été rencontré et résolu dans une solution de conception spécifique.

Lire la suite « Accumuler du savoir ou apprendre ? »