Desperdício 7: Talento Não Utilizado

Este desperdício não estava nos sete originais da Toyota—foi adicionado depois porque o trabalho do conhecimento o torna dolorosamente visível.

Talento não utilizado significa não usar as habilidades, conhecimento e ideias das pessoas. É o desenvolvedor que vê problemas no processo mas não é consultado. O designer cujos insights sobre usuários não são ouvidos. O engenheiro júnior com uma solução melhor que a gestão ignora.

Na manufatura, os trabalhadores podem seguir principalmente movimentos prescritos—embora até a Toyota engajasse trabalhadores na melhoria. No trabalho do conhecimento, o trabalho É pensar. Se você não usa o cérebro das pessoas, está desperdiçando sua contribuição principal.

Este desperdício importa porque:

• As pessoas fazendo o trabalho o entendem melhor
• A melhoria depende de insights da linha de frente
• Trabalhadores desengajados produzem trabalho desengajado
• Talentos vão embora quando não são valorizados

Gestão de comando e controle: Gerentes decidem; trabalhadores executam. Ideias fluem para baixo, não para cima. Decisões acontecem em salas longe do trabalho real.

Ignorar expertise: Quando desenvolvedores dizem "isso vai levar mais tempo" ou "isso é arriscado", eles são frequentemente ignorados por pessoas com menos contexto. Sua expertise é descartada.

Desamparo aprendido: Depois de sugestões descartadas suficientes, as pessoas param de sugerir. "Isso está acima do meu nível." "Eles não ouviriam de qualquer forma." "Eu só trabalho aqui."

Rigidez de papéis: "Isso não é seu trabalho" aplicado a ideias, não apenas tarefas. O desenvolvedor com insights de produto é instruído a focar no código. O engenheiro de QA que vê problemas de processo é instruído a focar em testes.

Sem tempo para melhoria: Quando cada hora está agendada com trabalho de funcionalidades, não há espaço para melhoria. Melhoria se torna algo que acontece "depois" (nunca).

Cultura de culpa: Quando problemas levam a punição, as pessoas escondem problemas. Quando sugestões que falham levam a culpa, as pessoas param de sugerir. Segurança para experimentar é essencial.

A tragédia: organizações contratam pessoas inteligentes e capazes e então projetam sistemas que impedem essas pessoas de serem inteligentes ou capazes.

Peça input, então aja sobre ele: Não pergunte o que as pessoas pensam se você vai ignorá-las. Mas pergunte, e aja. Feche o ciclo de feedback.

Melhoria é trabalho de todos: Não uma atividade separada delegada a uma equipe especial. Todos identificam problemas. Todos propõem soluções. Todos implementam melhorias.

Segurança psicológica: Torne seguro levantar problemas, sugerir mudanças e falhar em experimentos. Punir falhas garante que você vai parar de ouvir sobre problemas.

Equipes auto-organizadas: Deixe equipes descobrirem como organizar seu trabalho. Elas entendem seu contexto melhor do que a gestão.

Tempo de 20% ou equivalente: Tempo dedicado para melhoria, aprendizado e exploração. O famoso tempo de 20% do Google, ou os dias ShipIt da Atlassian, ou apenas "tardes de sexta-feira são para tornar as coisas melhores."

Caminhadas Gemba: Líderes indo para onde o trabalho acontece e perguntando "O que atrapalha você?" Então consertando essas coisas. Não sugerindo—consertando.

Rotacionar e treinar cruzado: Pessoas que só veem uma parte do sistema só melhoram uma parte. Rotação constrói pensamento sistêmico.

O retorno sobre investimento é massivo. Trabalhadores engajados produzem trabalho melhor, ficam mais tempo e melhoram o sistema para todos. Trabalhadores desengajados fazem o mínimo e vão embora.