Entenda Gemba e Gemba Walk em Engenharia: como observar o trabalho real em projetos, obras, processos e Owner’s Engineering antes de propor melhorias.
Confira!
Gemba é o princípio Lean de ir ao local onde o trabalho realmente acontece para compreender a condição atual por observação direta antes de propor uma solução. Em Engenharia, esse local pode ser um canteiro, uma instalação em operação, uma sala de projetos, uma reunião de coordenação, um processo de revisão documental ou até um fluxo digital em GED/CDE. O objetivo não é simplesmente “visitar o campo”, mas confrontar hipóteses gerenciais com fatos, observar interfaces, restrições, esperas, retrabalho e condições anormais no contexto em que surgem.
Uma Gemba Walk também não substitui inspeção, fiscalização, auditoria, levantamento cadastral ou Site Survey. Essas atividades possuem escopo, critérios, evidências e responsabilidades próprios. Gemba é uma prática de compreensão do trabalho e de aprendizagem gerencial. Sua utilidade está em permitir que decisões de melhoria sejam construídas sobre a realidade observada, e não apenas sobre indicadores agregados, apresentações ou descrições formais do processo.
O que é Gemba?
Gemba — também grafado genba — significa, em japonês, local real ou lugar onde as coisas acontecem. No pensamento Lean, o termo passou a ser usado para representar o lugar onde o valor é efetivamente criado e onde o processo pode ser observado em funcionamento.
Na manufatura, o Gemba costuma ser associado ao chão de fábrica. Em construção, pode ser o canteiro. Em um hospital, uma sala de atendimento. Em Engenharia Consultiva, porém, o trabalho real não está restrito a um local físico único.
O Gemba pode ser:
- a mesa em que um projetista consolida dados de entrada;
- o fluxo de revisão de um documento;
- uma reunião interdisciplinar em que decisões são tomadas;
- o canteiro em que uma solução é executada;
- a sala elétrica em que uma condição existente precisa ser verificada;
- a operação em que um sistema apresenta uma falha recorrente;
- o fluxo de submittals, RFIs e aprovações em uma plataforma digital;
- o processo de comissionamento e fechamento de pendências.
A essência é a mesma: observar diretamente o trabalho, suas condições, suas interfaces e seus problemas.
O que é uma Gemba Walk?
Gemba Walk é uma prática de gestão para compreender o estado atual por meio de observação direta e diálogo com as pessoas que executam o trabalho.
O Lean Enterprise Institute descreve a prática como uma forma de “grasp the current situation”: compreender a condição real antes de agir. James Womack também organiza a observação em torno de três dimensões úteis: propósito, processo e pessoas.
Em Engenharia, isso pode ser traduzido em perguntas como:
- Propósito: que resultado este processo precisa produzir para o projeto ou para o cliente?
- Processo: como o trabalho realmente flui, incluindo esperas, retornos, decisões e exceções?
- Pessoas: quem executa, quem decide, quem fornece informação e quais dificuldades são enfrentadas?
A Gemba Walk não deve começar com uma solução pronta. Ela começa com curiosidade disciplinada.
Por que Gemba é importante para Engenharia?
Projetos complexos geram grande quantidade de informação gerencial: cronogramas, dashboards, relatórios de avanço, listas de pendências, curvas, atas e KPIs.
Esses recursos são necessários, mas nenhum substitui totalmente a observação do processo real.
Um dashboard pode informar que uma revisão está atrasada. O Gemba pode revelar que o documento entra na fila sem dados mínimos e permanece parado aguardando uma decisão que não possui responsável definido.
Um relatório pode mostrar baixa produtividade em campo. A observação pode revelar que a equipe passa parte significativa do tempo aguardando liberação de área, material, frente ou informação de projeto.
Uma planilha pode indicar muitas RFIs. O Gemba pode mostrar que várias são geradas porque uma mesma interface entre disciplinas não foi resolvida na origem.
Essa diferença é central: dados mostram o que aconteceu; observação ajuda a entender como e por que o sistema produz aquele resultado.
O princípio “plant-first” de Taiichi Ohno
Taiichi Ohno defendia que a fábrica era uma das fontes mais importantes de informação gerencial e destacava a necessidade de observar o local real de produção.
No Sistema Toyota de Produção, procedimentos e padrões não deveriam ser definidos apenas em escritório. Precisavam ser testados e revisados onde o trabalho efetivamente ocorria.
A transferência desse princípio para Engenharia deve ser cuidadosa. Engenharia não é uma linha de produção repetitiva. Muitas decisões envolvem julgamento técnico, requisitos normativos, risco e singularidades do empreendimento.
Ainda assim, o princípio permanece válido: uma melhoria de processo construída sem observar o processo tende a incorporar premissas erradas.
Gemba não é “gestão por caminhada” sem método
Visitar áreas e conversar informalmente pode ser útil, mas não caracteriza necessariamente uma boa Gemba Walk.
Sem propósito, a visita pode virar turismo gerencial.
Sem perguntas, o observador vê apenas aquilo que espera encontrar.
Sem evidência, impressões individuais passam a ser tratadas como fatos.
Sem respeito às pessoas, a prática pode ser percebida como fiscalização pessoal.
Uma Gemba Walk eficaz precisa combinar:
- objetivo claro;
- observação do fluxo;
- escuta ativa;
- dados e evidências;
- ausência de julgamento precipitado;
- registro das condições observadas;
- análise posterior;
- retorno sobre as ações decorrentes.
Gemba Walk, inspeção, fiscalização, auditoria e Site Survey: qual a diferença?
Essas atividades podem ocorrer no mesmo local, mas têm finalidades diferentes.
| Atividade | Pergunta principal | Produto típico | Natureza |
| Gemba Walk | Como o trabalho realmente acontece e onde estão as dificuldades? | compreensão do estado atual e oportunidades de melhoria | aprendizagem gerencial |
| Inspeção | A condição atende ao requisito ou critério técnico? | registro, checklist, evidência, não conformidade | verificação técnica |
| Fiscalização | A execução contratada está conforme escopo, projeto e requisitos? | registros de fiscalização, pendências, aceite ou rejeição | controle contratual/técnico |
| Auditoria | O sistema/processo atende a critérios previamente definidos? | achados, conformidades e não conformidades | avaliação sistemática |
| Site Survey | Quais condições existentes precisam ser levantadas para estudo ou projeto? | levantamento, dados, fotos, medições, inventário | aquisição de informação técnica |
Misturar essas finalidades gera problemas de expectativa e responsabilidade.
Uma Gemba Walk pode revelar que um fluxo de inspeção é ineficiente. Mas a própria Gemba Walk não substitui a inspeção formal exigida pelo contrato.
O nome dado à visita não define a responsabilidade técnica: finalidade, critérios, evidências e entregáveis é que determinam a natureza do trabalho.
Quando a necessidade envolve verificação independente, interfaces e proteção dos interesses do proprietário, a atuação de Owner’s Engineering deve ser estruturada com escopo e responsabilidades próprios.
Observar o processo real produz mais valor quando a equipe consegue comparar o que vê com um estado visualmente explícito. Quadros, indicadores, pendências e fluxos tornam anormalidades perceptíveis e ajudam a transformar observação em gestão.
Gemba em projetos de Engenharia
É comum imaginar Gemba apenas em obra. Porém, uma grande parcela dos desperdícios de Engenharia nasce antes da mobilização.
Gemba no fluxo de projeto
A observação pode acompanhar um entregável desde a entrada de requisitos até a emissão aprovada.
O objetivo é enxergar:
- como informações chegam;
- onde ficam aguardando;
- como prioridades são definidas;
- quantas vezes retornam;
- quem precisa decidir;
- quais interfaces geram espera;
- quais sistemas são utilizados;
- que controles paralelos existem.
Essa abordagem se conecta diretamente ao Value Stream Mapping em Engenharia.
Gemba em Design Review
Em revisão de projeto, pode ser útil observar como comentários são gerados, consolidados, respondidos e fechados.
Uma empresa pode acreditar que possui processo de revisão único, mas encontrar na prática diferentes planilhas, e-mails, marcações em PDF e controles pessoais.
Gemba em gestão de interfaces
A observação de reuniões e handoffs ajuda a revelar onde decisões ficam sem responsável, premissas são transferidas de forma incompleta ou disciplinas trabalham com maturidades diferentes.
Gemba em procurement
O fluxo pode acompanhar uma requisição desde a especificação até a aprovação técnica do fornecedor.
Problemas típicos:
- vendor data atrasado;
- submittals incompletos;
- revisões sem critério;
- dúvidas de escopo;
- decisões comerciais que retornam à Engenharia;
- alterações sem rastreabilidade.
Gemba em obras e implantação
No campo, a observação direta é especialmente poderosa porque permite enxergar restrições que relatórios não capturam integralmente.
Exemplos:
- equipe aguardando acesso;
- material disponível, mas não liberado;
- desenho desatualizado na frente;
- sequência construtiva incompatível;
- interferência entre disciplinas;
- equipamento sem área de montagem;
- pendência de segurança impedindo início;
- deslocamentos excessivos;
- retrabalho por falta de definição.
Em Lean Construction, essa observação pode complementar Last Planner, gestão de restrições e análise de confiabilidade do plano.
O Last Planner System em projetos de Engenharia e construção oferece um mecanismo específico para transformar restrições e compromissos em planejamento de produção.
Gemba em Owner’s Engineering
Owner’s Engineering ocupa uma posição privilegiada para observar o sistema completo sob a perspectiva do proprietário.
O Gemba pode apoiar a compreensão de:
- como contratadas interpretam requisitos;
- onde interfaces entre pacotes falham;
- como pendências afetam a sequência;
- se a documentação reflete a condição real;
- onde decisões do proprietário bloqueiam avanço;
- como informações circulam entre projeto, obra e operação.
A função não é “gerenciar por intuição de campo”. A observação precisa alimentar governança, Project Controls, gestão de interfaces e decisões formalizadas.
Campo sem governança vira relato; governança sem contato com o campo corre o risco de administrar uma realidade abstrata.
A integração entre evidência de campo, pendências, cronograma e decisões é uma das funções centrais de Gestão de Projetos / Project Controls.
Como fazer uma Gemba Walk em Engenharia
A prática deve ser simples, mas disciplinada.
1. Definir o propósito
Escolher uma pergunta concreta.
Exemplos:
- por que a aprovação de submittals está demorando?
- por que a frente elétrica inicia e para repetidamente?
- por que RFIs semelhantes continuam surgindo?
- por que o punch list não reduz?
- por que o fluxo de revisão possui muitas devoluções?
2. Definir o processo ou fluxo a observar
Uma Gemba Walk focada tende a produzir mais aprendizado do que uma visita genérica.
3. Observar antes de intervir
Primeiro compreender. Depois analisar.
O observador deve evitar transformar cada anormalidade em ordem imediata, especialmente quando não conhece causas e interfaces.
4. Perguntar às pessoas que executam
Perguntas úteis:
- o que deveria acontecer aqui?
- o que normalmente impede isso?
- como você sabe qual é a prioridade?
- qual informação costuma faltar?
- o que acontece quando ocorre uma exceção?
- qual etapa gera mais retorno?
- onde você precisa esperar?
5. Separar fato de interpretação
“Documento aguardou 11 dias” é fato.
“Revisor não é produtivo” é interpretação.
Essa disciplina reduz conclusões precipitadas.
6. Registrar evidências
Conforme o contexto:
- tempos;
- filas;
- quantidades;
- fotos autorizadas;
- prints de sistemas;
- fluxos;
- causas relatadas;
- desvios observados;
- interfaces.
7. Analisar depois da observação
A Gemba Walk gera insumos. A análise pode usar VSM, Cinco Porquês, A3 Thinking, Ishikawa, dados históricos ou outras ferramentas.
8. Retornar ao processo
Uma prática saudável fecha o ciclo: as pessoas que participaram precisam saber o que foi aprendido e que ações serão testadas.
O que observar em uma Gemba Walk de Engenharia?
A observação deve seguir a natureza do problema, mas alguns elementos aparecem com frequência.
Fluxo
- onde o trabalho começa;
- onde para;
- onde retorna;
- onde há espera;
- onde há acúmulo.
Informação
- qual dado é necessário;
- de onde vem;
- em qual formato;
- quem valida;
- como a versão é controlada.
Decisão
- quem possui autoridade;
- que evidência é necessária;
- quanto tempo leva;
- o que acontece quando não há decisão.
Interface
- quem entrega para quem;
- qual critério de aceite existe;
- como conflitos são resolvidos.
Anormalidade
- como o sistema indica que algo saiu do padrão;
- quanto tempo leva para alguém perceber;
- qual é o mecanismo de resposta.
Pessoas
- dificuldades reais;
- retrabalho manual;
- duplicação de controles;
- dependências informais;
- conhecimento concentrado.
Gemba e gestão visual
Uma boa gestão visual ajuda a ampliar o que é observado no Gemba.
O objetivo não é decorar paredes ou dashboards. É tornar condições anormais fáceis de identificar.
Exemplos:
- aging de RFIs;
- WIP acima do limite;
- pacotes bloqueados;
- restrições não removidas;
- documentos sem aprovação;
- punch items vencidos;
- interfaces sem responsável.
O artigo sobre Gestão Visual em Projetos de Engenharia aprofunda esse papel.
Gemba mostra a condição real; Kaizen organiza a resposta. Essa combinação evita que a visita de campo termine em uma lista dispersa de observações e cria um ciclo de melhoria com problema, causa, contramedida e verificação.
Gemba e Kaizen
Gemba e Kaizen são complementares.
Gemba ajuda a compreender o estado real.
Kaizen fornece a lógica de melhoria contínua para transformar aprendizado em contramedidas testadas e padronizadas.
Um erro comum é tentar “fazer Kaizen” sem ir ao processo. A equipe discute soluções em sala sem compreender os obstáculos reais.
O movimento inverso também é incompleto: observar continuamente sem transformar aprendizado em melhoria gera apenas diagnóstico repetitivo.
Gemba e Cinco Porquês
Taiichi Ohno associava fortemente observação de fatos à investigação de causas. O método dos Cinco Porquês procura evitar que a organização pare na causa superficial.
Se uma atividade de obra não iniciou:
- Por quê? A equipe não recebeu liberação.
- Por quê? A inspeção anterior não foi encerrada.
- Por quê? Havia pendência documental.
- Por quê? O documento foi enviado com informação divergente.
- Por quê? A interface entre duas disciplinas não tinha critério definido.
O número cinco não é uma regra matemática. O objetivo é aprofundar a investigação até uma causa sobre a qual seja possível agir de forma consistente.
Gemba e A3 Thinking
Quando a observação revela um problema relevante, A3 Thinking pode organizar o raciocínio.
A sequência típica conecta:
- contexto;
- estado atual;
- objetivo;
- análise de causa;
- contramedidas;
- plano;
- acompanhamento.
Gemba alimenta o A3 com fatos. Sem essa base, o A3 corre o risco de virar narrativa de escritório.
O que uma Gemba Walk não deve fazer
Não deve procurar culpados
O foco é compreender o sistema e o processo.
Não deve virar auditoria surpresa
Se a finalidade é auditoria, ela deve ser declarada e conduzida com critérios próprios.
Não deve gerar ordens improvisadas
Uma observação incompleta pode levar a uma contramedida que melhora uma etapa e prejudica outra.
Não deve ignorar segurança e autorização
Em campo, acesso, registro fotográfico e interação com equipes devem respeitar regras do empreendimento.
Não deve tratar relato como única evidência
O relato das pessoas é fundamental, mas deve ser combinado com observação, dados e documentos.
Exemplo: Gemba em um fluxo de RFI
Imagine um empreendimento com grande backlog de RFIs.
Uma análise apenas pelo dashboard pode mostrar:
- 120 RFIs abertas;
- aging médio de 18 dias;
- 35 acima do SLA.
A Gemba do processo pode acompanhar algumas RFIs desde a abertura até a resposta.
A observação pode revelar:
- perguntas incompletas;
- encaminhamento para pessoas erradas;
- necessidade de consultar múltiplas disciplinas;
- ausência de autoridade para resposta;
- resposta pronta aguardando aprovação formal;
- RFIs duplicadas porque o campo não enxerga respostas anteriores.
A contramedida muda completamente dependendo da causa.
O problema pode não ser “falta de engenheiros para responder”. Pode ser desenho ruim do processo.
Exemplo: Gemba em uma frente de instalação
Uma equipe elétrica possui baixa produção aparente.
No campo, observa-se que:
- a frente é liberada apenas parcialmente;
- materiais estão armazenados longe;
- suportes civis não foram concluídos;
- desenhos possuem interferências;
- o acesso exige autorização diária.
Cobrar produtividade individual não resolverá o sistema.
A Engenharia precisa trabalhar restrições, interfaces, sequência e logística.
Quando o problema está na interface entre projeto, fornecedor e execução, a observação em campo precisa ser conectada a requisitos, escopo, fiscalização, pendências e critérios de aceite. Essa integração é uma função típica de Owner’s Engineering.
Quais dores empresariais indicam necessidade de ir ao Gemba?
Alguns sintomas mostram distância entre gestão e realidade operacional:
- relatórios dizem que tudo está controlado, mas prazos continuam deteriorando;
- reuniões discutem status sem convergir sobre causa;
- problemas reaparecem após correções;
- áreas culpam umas às outras;
- indicadores não explicam por que o fluxo é lento;
- obra e projeto possuem versões diferentes da realidade;
- decisões são tomadas com dados incompletos;
- procedimentos formais divergem do trabalho real;
- automações digitais não eliminaram controles paralelos.
Nessas situações, mais relatório pode não ser a resposta. É preciso compreender o processo real.
Como transformar observação em ação de Engenharia
A Gemba Walk não termina na visita.
Os achados precisam ser transformados em um processo decisório:
- registrar condição observada;
- definir problema;
- quantificar impacto;
- identificar causas;
- priorizar contramedidas;
- testar;
- verificar efeito;
- atualizar padrão ou processo.
Essa sequência conecta Gemba a Kaizen e melhoria contínua quando o conteúdo estiver publicado e, no nível sistêmico, à gestão de processos e governança.
Como contratar um diagnóstico baseado em campo e processo?
Uma empresa não precisa contratar “uma Gemba Walk” como produto isolado.
O mais útil é contratar o resultado que precisa obter.
Dependendo da dor, o escopo pode combinar:
- levantamento técnico;
- entrevistas;
- observação direta;
- análise documental;
- mapeamento AS-IS;
- Value Stream Mapping;
- análise de restrições;
- análise de interfaces;
- registro fotográfico autorizado;
- desenho TO-BE;
- plano de ação;
- indicadores;
- implantação assistida.
Se o problema é condição física, o trabalho pode assumir natureza de Site Survey, Due Diligence ou levantamento técnico.
Se o problema é desempenho do sistema de trabalho, a observação precisa estar integrada a um diagnóstico de processo.
Uma boa visita técnica precisa terminar em decisões melhores — não apenas em mais fotografias, atas ou listas de observações.
Quando a necessidade exige integrar campo, documentação, interfaces e governança, a Consultoria Técnica de Engenharia da A3A Engenharia pode transformar evidências dispersas em diagnóstico e plano de ação estruturado.
Como a Engenharia Consultiva organiza esse tipo de diagnóstico
A Engenharia Consultiva é especialmente útil quando os sintomas atravessam múltiplas disciplinas ou contratos.
Ela pode integrar:
- campo;
- documentação;
- requisitos;
- contratos;
- planejamento;
- interfaces;
- riscos;
- custos;
- governança.
Isso evita uma leitura local demais. Uma restrição observada em obra pode ter origem em procurement. Um atraso de procurement pode ter origem em projeto. Um erro de projeto pode ter origem em requisito mal definido.
A função da Engenharia Consultiva é transformar observações fragmentadas em diagnóstico estruturado e plano de solução.
Como a A3A Engenharia aplica esse princípio
A A3A Engenharia utiliza observação direta em atividades como levantamentos, diligências técnicas, Design Review, Owner’s Engineering, fiscalização, comissionamento e diagnóstico de processos.
O objetivo não é usar o termo Gemba como rótulo comercial, mas aplicar o princípio correto: decisões técnicas precisam estar conectadas à condição real do empreendimento.
Em contratos de Owner’s Engineering, isso pode significar confrontar o avanço reportado com frentes, pendências, documentos e restrições reais.
Em diagnóstico de processos, pode significar seguir um entregável ou decisão por todo o fluxo e identificar onde o sistema realmente consome tempo.
Em Site Survey, significa levantar condição existente antes de definir solução de projeto.
A prática muda conforme o serviço; o princípio permanece.
Considerações finais
Gemba é uma ferramenta de aprendizagem gerencial antes de ser uma técnica de visita. Sua contribuição para Engenharia está em reduzir a distância entre a realidade do trabalho e a realidade descrita por relatórios, procedimentos e indicadores.
Uma boa Gemba Walk não termina com uma lista de impressões. Ela produz fatos, perguntas melhores e uma base mais confiável para análise de causa e melhoria.
Quando integrada a VSM, Kaizen, A3 Thinking, Project Controls e Engenharia Consultiva, a observação direta deixa de ser episódica e passa a alimentar um sistema de decisão mais aderente ao que realmente acontece no projeto, na obra e na operação.
Referências técnicas
[1] OHNO, Taiichi. Toyota Production System: Beyond Large-Scale Production. Portland: Productivity Press, 1988.
[2] LEAN ENTERPRISE INSTITUTE. Gemba. Disponível em: https://www.lean.org/lexicon-terms/gemba/.
[3] LEAN ENTERPRISE INSTITUTE. Gemba Walk. Disponível em: https://www.lean.org/lexicon-terms/gemba-walk/.
[4] WOMACK, James P.. Gemba Walks. Disponível em: https://www.lean.org/lexicon-terms/gemba-walk/.
[5] A3A ENGENHARIA. Value Stream Mapping em Engenharia. Disponível em: https://a3aengenharia.com.br/conteudo/artigos-tecnicos/value-stream-mapping-engenharia-fluxo-valor/.
Perguntas frequentes
Gemba significa o local real onde o trabalho acontece e o valor é criado. Em Engenharia pode ser um canteiro, instalação, sala de projeto, fluxo de revisão ou processo digital.
É uma prática de gestão para compreender o estado atual por observação direta e diálogo com quem executa o trabalho antes de formular uma solução.
Não. Inspeção verifica conformidade com requisitos; Gemba busca compreender como o processo realmente funciona e onde surgem dificuldades, desperdícios e condições anormais.
Sim. Pode ser usado em fluxos de projeto, revisão documental, procurement, RFIs, comissionamento, GED/CDE e outros processos de Engenharia.
Não. Site Survey é levantamento técnico de condições existentes. Gemba é uma prática de compreensão do trabalho. As duas atividades podem ocorrer no mesmo ambiente, mas têm objetivos e entregáveis diferentes.
Depende do problema, mas podem incluir tempos, filas, WIP, retrabalho, restrições, interfaces, evidências visuais autorizadas, relatos das equipes e informações de sistemas.
Gemba ajuda a compreender a realidade; Kaizen usa esse entendimento para testar contramedidas, medir resultados e consolidar melhorias.
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
- Governança de Projetos, Programas e Portfólios
