Desperdícios Lean em Projetos de Engenharia: os 7 desperdícios e como eliminá-los

Conheça os 7 desperdícios Lean e veja como superprodução, espera, estoque, handoffs, processamento excessivo e defeitos aparecem em projetos de Engenharia.

Confira!

Os desperdícios Lean são atividades, condições ou formas de organização que consomem recursos sem aumentar o valor entregue ao cliente. Na classificação clássica de Taiichi Ohno, existem sete desperdícios principais: superprodução, espera, transporte, processamento desnecessário, estoque, movimento e defeitos/correção.

Em projetos de Engenharia, esses desperdícios não aparecem apenas como materiais parados ou deslocamentos físicos. Eles podem assumir a forma de documentos produzidos cedo demais, filas de aprovação, RFIs sem resposta, retrabalho, handoffs entre departamentos, excesso de Work in Progress (WIP), informações duplicadas, busca por dados dispersos e decisões que aguardam autoridade ou premissas.

A aplicação correta do conceito exige cuidado. Nem toda atividade que não cria valor percebido diretamente pelo cliente pode ser simplesmente eliminada. Verificação técnica, análise de segurança, rastreabilidade, gestão de mudanças e controles regulatórios podem ser necessários para assegurar qualidade, conformidade e risco aceitável. Lean não significa remover controles essenciais; significa questionar por que cada atividade existe, como ela contribui para o resultado e se pode ser executada com menos espera, retrabalho ou complexidade.

O objetivo, portanto, não é “cortar tarefas”. É melhorar o fluxo completo de valor, removendo o que não deveria existir e redesenhando o que precisa existir para que funcione melhor.

O que são desperdícios Lean?

No Sistema Toyota de Produção, desperdício — frequentemente relacionado ao termo japonês muda — é trabalho que consome recursos sem gerar valor para o cliente. Ohno coloca a eliminação sistemática desses desperdícios no centro do TPS.

Essa definição muda a forma de analisar produtividade. Se uma equipe está ocupada, mas grande parte do tempo é consumida esperando informação, corrigindo erros ou transferindo documentos entre sistemas, a ocupação não prova eficiência.

Uma análise Lean procura separar três situações:

• trabalho que cria valor;
• trabalho necessário que não cria valor diretamente, mas ainda não pode ser eliminado;
• desperdício que pode e deve ser removido.

Essa distinção é especialmente importante na Engenharia, onde controles técnicos e normativos não podem ser classificados como desperdício apenas porque o cliente não “vê” diretamente aquela atividade.

Valor em Engenharia precisa ser definido antes do desperdício

Não é possível classificar desperdício corretamente sem saber qual resultado precisa ser produzido.

Em um projeto elétrico, por exemplo, valor não é simplesmente emitir um desenho. O entregável precisa representar uma solução tecnicamente correta, coordenada, verificável e adequada à finalidade de contratação, construção, operação ou manutenção.

Uma revisão pode parecer “atividade sem valor” se analisada isoladamente. Porém, se ela evita que uma falha de coordenação seja levada para a obra, sua função é essencial no sistema de qualidade.

A pergunta Lean mais madura é: como executar a revisão necessária com o mínimo de espera, ambiguidade e retrabalho?

Quais são os 7 desperdícios Lean?

A classificação clássica apresentada por Taiichi Ohno inclui sete categorias.

A seguir, cada categoria é traduzida para trabalho técnico e projetos de Engenharia.

1. Superprodução: produzir antes da necessidade

Na manufatura, superprodução é fabricar antes ou acima da quantidade que o processo seguinte ou cliente necessita.

Em Engenharia, o desperdício pode aparecer quando a organização produz informação em um grau de maturidade ou momento que não corresponde à necessidade real do projeto.

Exemplos:

• detalhar documentos antes de requisitos críticos estarem fechados;
• desenvolver diversas alternativas depois que a decisão já deveria ter ocorrido;
• emitir relatórios que ninguém usa para decisão;
• iniciar grande quantidade de documentos sem capacidade de revisão;
• produzir modelos ou desenhos muito além do LOD necessário à etapa;
• preparar pacotes de procurement antes de definir interfaces fundamentais.

O problema não é “produzir muito”. É produzir algo que o fluxo ainda não consegue absorver.

Por que a superprodução gera outros desperdícios?

Trabalho antecipado vira estoque. O estoque precisa ser acompanhado, atualizado e revisado. Quanto mais tempo permanece aberto, maior a probabilidade de premissas mudarem.

Assim, superprodução cria:

• WIP;
• aging;
• filas;
• retrabalho;
• mudança de prioridade;
• necessidade de revalidação;
• esforço de coordenação.

Em trabalho do conhecimento, esse efeito pode ficar invisível porque o “estoque” está em pastas, sistemas e listas de tarefas.

2. Espera: quando o trabalho poderia avançar, mas não avança

Espera é um dos desperdícios mais frequentes em Engenharia.

Um entregável pode passar poucas horas em desenvolvimento e vários dias parado entre etapas.

As causas incluem:

• vendor data pendente;
• requisito não definido;
• RFI sem resposta;
• aprovação sem SLA;
• revisor indisponível;
• interface aguardando outra disciplina;
• decisão sem autoridade claramente definida;
• acesso pendente a sistema ou site;
• contrato sem liberação;
• levantamento incompleto.

A espera costuma ser subestimada porque não aparece na medição de horas produtivas do documento.

Um documento pode ter 20 horas de trabalho técnico e 15 dias de lead time. Se a empresa tenta reduzir o prazo aumentando a velocidade do projetista, pode atacar apenas uma pequena fração do problema.

3. Transporte: handoffs e movimentação desnecessária da informação

Na fábrica, transporte representa deslocamentos desnecessários de materiais.

Em Engenharia, o equivalente mais útil é analisar handoffs de informação e responsabilidade.

Exemplos:

• documento exportado de um sistema para outro sem integração;
• arquivo enviado por e-mail e depois carregado manualmente no GED;
• mesma informação digitada em múltiplas planilhas;
• aprovação que percorre departamentos sem agregar análise;
• comentários consolidados manualmente de diversas fontes;
• documentação transferida sem metadados ou contexto suficiente;
• retrabalho de cadastro para sistemas corporativos diferentes.

Nem todo handoff é eliminável. Projetos multidisciplinares exigem interfaces. O desperdício aparece quando a passagem não agrega valor, cria espera ou aumenta risco de perda de informação.

4. Processamento excessivo: fazer mais trabalho do que o resultado exige

Processamento excessivo ocorre quando uma atividade utiliza esforço maior do que o necessário para produzir o resultado adequado.

Na Engenharia, pode aparecer como:

• revisões duplicadas sem função distinta;
• cálculos refeitos por falta de fonte única;
• relatórios com nível de detalhe que não sustenta decisão alguma;
• modelagem superior ao nível necessário;
• múltiplas reuniões para tratar uma decisão simples;
• aprovações sequenciais que poderiam ser paralelas;
• preenchimento manual de dados já disponíveis em outro sistema;
• controles paralelos criados porque o processo oficial não inspira confiança.

O cuidado é não confundir processamento excessivo com rigor técnico.

Uma memória de cálculo completa não é desperdício se é necessária para segurança, verificação, aprovação ou rastreabilidade. O desperdício está no esforço que não melhora o resultado nem controla um risco real.

5. Estoque: trabalho iniciado e ainda não convertido em valor

Em Engenharia, estoque pode ser entendido como trabalho em progresso ou trabalho aguardando processamento.

Alguns exemplos são:

• documentos em revisão;
• RFIs abertas;
• submittals aguardando análise;
• decisões pendentes;
• comentários não tratados;
• backlog de não conformidades;
• solicitações de mudança em avaliação;
• estudos iniciados e não concluídos;
• pacotes parcialmente desenvolvidos.

Esse estoque é menos visível que materiais físicos, mas produz efeitos semelhantes.

Quanto mais WIP existe:

• mais difícil é priorizar;
• maior tende a ser o cycle time;
• mais itens envelhecem;
• mais mudanças de contexto ocorrem;
• maior a exposição a alteração de premissas.

Por isso, Kanban e limites de WIP são relevantes não como moda visual, mas como mecanismos para controlar o estoque de trabalho.

6. Movimento: esforço para encontrar, acessar ou reconstruir informação

Movimento, no TPS, está ligado a movimentos humanos desnecessários.

No trabalho de Engenharia, a tradução não deve ser literal. O desperdício aparece na energia cognitiva e operacional gasta para localizar ou reconstruir informação.

Exemplos:

• procurar a última revisão correta de um documento;
• buscar comentários em cadeias de e-mail;
• descobrir quem possui autoridade para aprovar;
• abrir diversos sistemas para encontrar o status de uma pendência;
• procurar evidências fotográficas sem indexação;
• navegar em pastas sem taxonomia consistente;
• refazer uma análise porque a anterior não foi registrada.

Esse tipo de desperdício cresce rapidamente quando não existe governança documental, CDE/GED ou gestão clara da informação.

7. Defeitos e correção: retrabalho técnico

Defeitos representam saídas que não atendem ao requisito e exigem correção, descarte ou retrabalho.

Na Engenharia, exemplos incluem:

• erros de cálculo;
• incompatibilidades entre disciplinas;
• documentos emitidos com dados incorretos;
• requisitos não incorporados;
• especificações incompatíveis com a aplicação;
• falhas de versionamento;
• modelo BIM incoerente;
• lista de materiais divergente do projeto;
• instalação executada contra documento desatualizado;
• ensaio repetido por falha de preparação.

O custo do defeito cresce quando ele avança no ciclo.

Uma inconsistência corrigida durante Design Review costuma ter impacto muito menor que a mesma inconsistência descoberta depois da compra, fabricação ou instalação.

Essa é uma das razões pelas quais princípios de Jidoka e qualidade na fonte são relevantes para Engenharia.

Existe um oitavo desperdício Lean?

Muitas referências contemporâneas acrescentam um oitavo desperdício: não utilizar adequadamente conhecimento, capacidade ou talento das pessoas.

Esse conceito é útil, mas deve ser apresentado corretamente: ele não faz parte da lista original dos sete desperdícios atribuída a Taiichi Ohno.

Na Engenharia, essa categoria pode aparecer quando:

• especialistas são utilizados apenas para tarefas administrativas repetitivas;
• decisões técnicas ficam excessivamente centralizadas;
• lições aprendidas não são reaproveitadas;
• profissionais de campo não participam de revisões que impactam construtibilidade;
• conhecimento do operador não chega ao projeto;
• equipes produzem relatórios que poderiam ser automatizados, enquanto análises de maior valor permanecem represadas.

A ideia é relevante, mas não deve ser misturada historicamente com a classificação original.

Muda, Mura e Muri: desperdício não é o único problema

No vocabulário Lean, muda é desperdício, mura está associado a irregularidade ou variação e muri a sobrecarga.

Os três podem se reforçar.

Uma organização que recebe grandes lotes de documentos de uma vez cria mura. A equipe de revisão fica sobrecarregada, criando muri. A consequência pode ser espera, fila, retrabalho e defeitos — muda.

Em Engenharia, combater apenas desperdícios visíveis sem tratar variação e sobrecarga pode gerar melhoria temporária.

Exemplo: uma equipe reduz a fila de revisão com esforço extraordinário, mas continua recebendo 80 documentos no último dia de cada mês. O problema estrutural permanece.

Por que “estar ocupado” pode esconder desperdício?

Organizações frequentemente medem produtividade por utilização de pessoas.

Se todos estão ocupados, a impressão é de eficiência.

Lean questiona essa lógica quando a ocupação não se converte em fluxo.

Uma equipe pode estar 100% utilizada e ainda assim:

• produzir documentos que não liberam nenhuma decisão;
• acumular entregáveis em revisão;
• alternar entre dezenas de prioridades;
• trabalhar sobre dados incompletos;
• corrigir erros antigos;
• participar de reuniões sem decisão;
• reagir a urgências criadas pelo próprio processo.

A métrica relevante precisa incluir resultado do sistema, não apenas esforço aplicado.

Como identificar desperdícios em um fluxo de Engenharia

A observação deve partir do trabalho real.

Defina uma unidade de fluxo

Escolha algo que atravesse o processo:

• documento;
• RFI;
• submittal;
• requisito;
• decisão;
• pacote de projeto;
• não conformidade;
• solicitação de mudança.

Sem uma unidade clara, o diagnóstico tende a ficar genérico.

Meça o tempo total e o tempo de processamento

Essa comparação costuma revelar quanto do lead time é realmente trabalho técnico.

Observe onde o item espera

As filas geralmente aparecem em transições, aprovações e recursos compartilhados.

Registre retrabalho

Não basta saber quantas revisões ocorreram. É necessário entender por que ocorreram.

Identifique WIP

Quantos itens estão simultaneamente abertos em cada etapa?

Verifique handoffs

Cada transferência deve possuir objetivo, entrada, saída e responsabilidade claros.

Value Stream Mapping como instrumento de diagnóstico

O Value Stream Mapping (VSM) é especialmente útil para tornar desperdícios visíveis porque observa o fluxo completo, incluindo processamento, espera, estoque intermediário e fluxo de informação.

Enquanto um fluxograma mostra sequência, VSM procura responder onde o tempo é consumido e onde o valor deixa de fluir.

Em Engenharia, o mapa pode revelar que o gargalo não está na produção técnica, mas na fila entre elaboração e revisão, na ausência de dados de entrada ou na decisão do cliente.

Por isso, identificar os sete desperdícios sem mapear o sistema pode levar a otimizações locais.

Desperdícios em Design Management

O desenvolvimento de projeto possui grande exposição a desperdícios informacionais.

Superprodução

Detalhamento antes da maturidade necessária.

Espera

Dependência de requisitos, interfaces, revisões ou vendor data.

Transporte

Handoffs excessivos entre disciplinas e plataformas.

Processamento excessivo

Revisões e controles redundantes.

Estoque

Documentos abertos e comentários acumulados.

Movimento

Busca por informações, versões e decisões.

Defeitos

Incompatibilidades, omissões e retrabalho.

A aplicação Lean em Design Management deve atacar essas causas sem reduzir controles técnicos necessários.

Desperdícios em procurement

Procurement também possui uma cadeia rica em esperas e handoffs.

Alguns sinais são:

• requisições sem dados mínimos;
• equalizações repetidas por mudança tardia;
• vendor data sem calendário integrado;
• aprovação técnica desconectada da necessidade de compra;
• item long-lead identificado tarde;
• propostas aguardando esclarecimento;
• especificações emitidas antes de requisitos estáveis;
• materiais comprados cedo demais e armazenados desnecessariamente.

Nesse contexto, Lean deve ser combinado com gestão de riscos e planejamento de suprimentos. A busca por estoque mínimo não pode ignorar incerteza de fornecimento.

Desperdícios na construção

Em obra, os sete desperdícios aparecem de maneira física e informacional.

Exemplos incluem:

• equipes esperando liberação de frente;
• materiais movimentados várias vezes;
• mobilização antes da remoção de restrições;
• execução com projeto desatualizado;
• retrabalho por incompatibilidade;
• estoque excessivo em canteiro;
• deslocamentos desnecessários;
• produção em local que o processo seguinte ainda não consegue receber.

Lean Construction desenvolveu métodos específicos para melhorar confiabilidade do planejamento e fluxo, como Last Planner System e Pull Planning.

Desperdícios em Owner’s Engineering e fiscalização

A Engenharia do Proprietário pode ajudar a identificar desperdícios que atravessam fronteiras contratuais.

Uma fila pode existir porque contratada, projetista, fornecedor e cliente utilizam processos de aprovação não sincronizados.

Uma RFI pode atrasar porque não existe regra de classificação e roteamento. Um submittal pode voltar várias vezes porque critérios de aceite não estavam claros. Uma frente pode parar porque uma decisão de interface não foi tratada no momento adequado.

Nesses casos, a solução exige governança do sistema, e não cobrança isolada de produtividade.

Como priorizar os desperdícios que realmente importam

Tentar eliminar todos simultaneamente costuma dispersar esforço.

Uma priorização útil pode considerar:

Critério	Pergunta
impacto no lead time	quanto esse desperdício aumenta o prazo total?
frequência	quantas vezes ocorre?
impacto financeiro	qual custo direto ou indireto gera?
risco	pode afetar segurança, compliance ou operação?
efeito sistêmico	gera outros desperdícios?
controlabilidade	a equipe consegue atuar sobre a causa?

A superprodução e o excesso de WIP merecem atenção porque podem alimentar várias outras categorias.

Como eliminar desperdícios sem prejudicar qualidade

A melhoria deve preservar os requisitos que protegem o empreendimento.

Uma abordagem segura é:

1. definir valor e critérios de aceite;
2. mapear o fluxo atual;
3. identificar atividades que não agregam valor;
4. separar controles necessários de controles redundantes;
5. investigar a causa do desperdício;
6. redesenhar o processo;
7. testar em escala controlada;
8. medir resultado;
9. atualizar padrões;
10. repetir o ciclo.

Eliminar uma revisão obrigatória sem compreender sua função não é Lean. Redesenhar a revisão para ocorrer com dados corretos, responsabilidade clara e menor fila pode ser.

Indicadores para acompanhar desperdícios em Engenharia

Algumas métricas ajudam a transformar percepção em diagnóstico:

• lead time;
• cycle time;
• tempo de espera;
• WIP;
• aging;
• throughput;
• taxa de retrabalho;
• número médio de revisões;
• tempo de aprovação;
• RFIs abertas e vencidas;
• percentagem de entregáveis devolvidos;
• tempo de resposta de interfaces;
• quantidade de decisões pendentes.

A métrica deve ser vinculada ao fluxo. Medir apenas horas consumidas não mostra onde o sistema perde tempo.

Erros comuns ao procurar desperdícios

Fazer caça às pessoas

Desperdício normalmente é propriedade do sistema. Culpar quem executa o processo tende a ocultar causas e reduzir transparência.

Chamar qualquer controle de burocracia

Alguns controles existem para atender segurança, rastreabilidade ou obrigação contratual. A questão é se estão bem desenhados.

Eliminar folgas indiscriminadamente

Capacidade de resposta e buffers podem ser necessários em ambientes de alta incerteza. Utilização máxima pode tornar o sistema mais lento.

Automatizar antes de simplificar

Automação pode perpetuar etapas desnecessárias.

Otimizar uma disciplina isolada

Melhorar a produtividade local pode aumentar estoque no processo seguinte.

Criar indicadores sem ação

Um dashboard que mostra atraso mas não define responsável, causa e contramedida é apenas visualização.

Que dores empresariais indicam desperdício sistêmico?

Empresas contratantes raramente chegam dizendo “temos muda”. Elas percebem sintomas:

• prazo alto para aprovar documentos;
• equipes permanentemente sobrecarregadas;
• retrabalho;
• reuniões demais;
• informação duplicada;
• revisões recorrentes;
• conflito entre disciplinas;
• orçamento afetado por mudanças tardias;
• fornecedores esperando decisões;
• obra parada por falta de projeto ou material;
• backlog crescente;
• dificuldade de saber onde está o gargalo.

Essas dores são pontos de entrada para um diagnóstico de Engenharia.

Como a Engenharia resolve o problema

Quando desperdícios são recorrentes, a resposta normalmente envolve mais do que treinamento Lean.

Pode ser necessário combinar:

• levantamento do processo atual;
• VSM;
• análise de interfaces;
• revisão de requisitos;
• definição de workflows;
• critérios de entrada e aceite;
• gestão de WIP;
• gestão visual;
• integração documental;
• indicadores;
• redefinição de responsabilidades;
• Project Controls;
• melhoria contínua.

A solução precisa atacar a arquitetura do trabalho.

O que contratar quando o fluxo de Engenharia tem desperdício elevado?

O escopo contratável deve partir dos sintomas e resultados desejados.

Uma empresa pode contratar um diagnóstico e otimização de processos de Engenharia, com entregáveis como mapa AS-IS, VSM, análise de gargalos, matriz de interfaces, estado futuro TO-BE, indicadores e plano de implantação.

Em empreendimentos específicos, parte desse trabalho pode ser incorporada a Project Controls, gerenciamento de projetos, Design Management ou Owner’s Engineering.

A A3A Engenharia pode estruturar essa análise e implementação com foco no problema real: reduzir retrabalho, filas, handoffs e falta de previsibilidade sem remover controles técnicos necessários.

Considerações finais

Os sete desperdícios Lean fornecem uma linguagem útil para enxergar perdas que costumam ser tratadas como parte inevitável da rotina. Em Engenharia, a principal adaptação é reconhecer que o fluxo é predominantemente informacional: documentos, decisões, requisitos, revisões, interfaces e evidências circulam pelo sistema e podem acumular os mesmos tipos de perdas observados em processos físicos.

A classificação de Ohno é um ponto de partida, não uma checklist mecânica. A análise precisa preservar segurança, qualidade, compliance e governança, diferenciando atividades necessárias de etapas realmente dispensáveis.

Quando desperdícios aparecem repetidamente em vários projetos, a causa provavelmente está no desenho do processo. É nesse ponto que mapeamento de fluxo, gestão de processos e Engenharia Consultiva passam a ser mais relevantes do que iniciativas isoladas de produtividade.

Referências técnicas

[1] OHNO, Taiichi. Toyota Production System: Beyond Large-Scale Production. Productivity Press, 1988. Disponível em: https://www.routledge.com/Toyota-Production-System-Beyond-Large-Scale-Production/Ohno/p/book/9780915299140.

[2] LEAN ENTERPRISE INSTITUTE. 7 Wastes. Disponível em: https://www.lean.org/lexicon-terms/seven-wastes/.

[3] LEAN ENTERPRISE INSTITUTE. Waste. Disponível em: https://www.lean.org/lexicon-terms/waste/.

[4] LEAN ENTERPRISE INSTITUTE. Muda, Mura, Muri. Disponível em: https://www.lean.org/lexicon-terms/muda-mura-muri/.

Perguntas frequentes

Quais são os 7 desperdícios Lean?

Na classificação clássica de Taiichi Ohno: superprodução, espera, transporte, processamento desnecessário, estoque, movimento e defeitos/correção.

Existe um oitavo desperdício Lean?

Muitas referências posteriores acrescentam o desperdício de não aproveitar conhecimento ou talento das pessoas. Ele é útil como conceito, mas não pertence à lista original dos sete desperdícios atribuída a Taiichi Ohno.

Como os desperdícios Lean aparecem em Engenharia?

Podem aparecer como documentos produzidos cedo demais, filas de revisão, RFIs sem resposta, excesso de WIP, handoffs, informações duplicadas, busca por documentos e retrabalho por erros ou incompatibilidades.

Toda atividade que não agrega valor deve ser eliminada?

Não. Algumas atividades podem não criar valor percebido diretamente pelo cliente, mas são necessárias para segurança, qualidade, rastreabilidade, conformidade e controle de risco. O objetivo é executá-las de forma eficiente e eliminar etapas redundantes.

Qual desperdício é mais perigoso?

No TPS, a superprodução recebe destaque porque pode gerar estoque e ocultar outros problemas. Em Engenharia, iniciar trabalho demais antes da necessidade pode aumentar WIP, aging, filas e retrabalho.

Como identificar desperdícios em processos de Engenharia?

Uma abordagem consistente é definir a unidade de fluxo, mapear o estado atual, medir lead time e processamento, observar filas, WIP, handoffs e retrabalho e então investigar as causas.

Materiais técnicos complementares

Soluções relacionadas

• Gestão de Processos, Workflows e Aprovações Técnicas
• Gestão de Pendências, RFIs e Não Conformidades
• Gestão de Requisitos, Evidências e Aceite

Serviços relacionados

• Gestão de Projetos / Project Controls
• Gerenciamento de Projetos de Engenharia
• Owner's Engineering

Conteúdos principais sobre o tema

• Sistema Toyota de Produção
• Lean Thinking aplicado à Engenharia
• Value Stream Mapping em Engenharia

Conteúdos técnicos correlatos

• Kanban em Projetos de Engenharia
• Gestão Visual em Projetos de Engenharia
• Mapeamento de Processos AS-IS e TO-BE
• Guia de Gestão de Engenharia
• Owner's Engineering Framework