Gaspillage 7 : Talents inutilisés

Ce gaspillage ne faisait pas partie des sept originaux de Toyota — il a été ajouté plus tard parce que le travail du savoir le rend douloureusement visible.

Les talents inutilisés signifient ne pas utiliser les compétences, les connaissances et les idées des gens. C'est le développeur qui voit des problèmes de processus mais qu'on ne consulte pas. Le designer dont les observations sur les utilisateurs ne sont pas entendues. L'ingénieur junior avec une meilleure solution que la direction rejette.

En fabrication, les travailleurs peuvent principalement suivre des mouvements prescrits — bien même Toyota impliquait les travailleurs dans l'amélioration. Dans le travail du savoir, le travail EST la réflexion. Si vous n'utilisez pas le cerveau des gens, vous gaspillez leur contribution principale.

Ce gaspillage compte parce que :

• Les personnes qui font le travail le comprennent le mieux
• L'amélioration dépend des observations de première ligne
• Les travailleurs désengagés produisent un travail désengagé
• Les talents partent quand ils ne sont pas valorisés

Gestion de commandement et contrôle : Les gestionnaires décident ; les travailleurs exécutent. Les idées descendent, ne remontent pas. Les décisions se prennent dans des salles loin du travail réel.

Ignorer l'expertise : Quand les développeurs disent « ça va prendre plus de temps » ou « c'est risqué », ils sont souvent contredits par des personnes avec moins de contexte. Leur expertise est rejetée.

Impuissance apprise : Après assez de suggestions rejetées, les gens arrêtent de suggérer. « C'est au-dessus de mon niveau. » « Ils n'écouteraient pas de toute façon. » « Je ne fais que travailler ici. »

Rigidité des rôles : « Ce n'est pas ton travail » appliqué aux idées, pas seulement aux tâches. Le développeur avec des observations produit est invité à se concentrer sur le code. L'ingénieur QA qui voit des problèmes de processus est invité à se concentrer sur les tests.

Pas de temps d'amélioration : Quand chaque heure est planifiée avec du travail de fonctionnalités, il n'y a pas d'espace pour l'amélioration. L'amélioration devient quelque chose qui arrive « plus tard » (jamais).

Culture du blâme : Quand les problèmes mènent à la punition, les gens cachent les problèmes. Quand les suggestions qui échouent mènent au blâme, les gens arrêtent de suggérer. La sécurité d'expérimenter est essentielle.

La tragédie : les organisations embauchent des personnes intelligentes et capables, puis conçoivent des systèmes qui empêchent ces personnes d'être intelligentes ou capables.

Demander l'avis, puis agir : Ne demandez pas ce que les gens pensent si vous allez les ignorer. Mais demandez, et agissez. Fermez la boucle de rétroaction.

L'amélioration est le travail de tous : Pas une activité séparée déléguée à une équipe spéciale. Tout le monde identifie les problèmes. Tout le monde propose des solutions. Tout le monde met en œuvre des améliorations.

Sécurité psychologique : Rendez sûr de soulever des problèmes, suggérer des changements et échouer dans les expériences. Punir l'échec garantit que vous cesserez d'entendre parler des problèmes.

Équipes auto-organisées : Laissez les équipes déterminer comment organiser leur travail. Elles comprennent leur contexte mieux que la direction.

Temps 20 % ou équivalent : Temps dédié à l'amélioration, l'apprentissage et l'exploration. Le fameux temps 20 % de Google, ou les journées ShipIt d'Atlassian, ou simplement « les vendredis après-midi sont pour améliorer les choses ».

Marches Gemba : Les leaders vont là où le travail se passe et demandent « Qu'est-ce qui vous bloque ? » Puis corrigent ces choses. Pas suggérer — corriger.

Rotation et formation croisée : Les personnes qui ne voient qu'une partie du système n'améliorent qu'une partie. La rotation développe la pensée systémique.

Le retour sur investissement est massif. Les travailleurs engagés produisent un meilleur travail, restent plus longtemps et améliorent le système pour tous. Les travailleurs désengagés font le minimum et partent.