Algumas ideias atravessam nossa trajetória profissional e ganham novo significado quando reaparecem em outro contexto. Foi assim com Lean e Kaizen: primeiro no desenvolvimento de software; depois, no estudo da gestão e dos processos públicos.
A mesma pergunta em dois mundos
No desenvolvimento de software, um sistema raramente nasce pronto. Entregamos uma parte, observamos o uso, identificamos problemas e ajustamos o caminho. Filas de tarefas, requisitos pouco claros, defeitos, dependências entre equipes e longos períodos sem feedback tornam o trabalho mais lento e arriscado.
Anos depois, ao rever esses conceitos na disciplina de Gerenciamento de Processos do curso de Gestão Pública, percebi que muitos desafios tinham outra aparência, mas uma estrutura semelhante. Solicitações aguardavam análise, documentos circulavam entre setores, informações eram digitadas novamente e erros só apareciam perto do final. Também ali existiam fluxo, espera, retrabalho, qualidade e valor entregue.
Lean é uma filosofia antes de ser uma caixa de ferramentas
A palavra lean costuma ser traduzida como “enxuto”. Essa tradução pode induzir a uma compreensão estreita: fazer mais com menos, reduzir pessoas ou cortar qualquer atividade que pareça custosa. A filosofia é mais profunda. Ela convida a compreender qual valor precisa ser criado, observar o fluxo completo e aprender continuamente a remover aquilo que impede uma boa entrega.
O Lean Enterprise Institute resume o pensamento Lean como uma prática de criação do valor necessário com menos recursos e menos desperdício, apoiada em experimentação contínua. Os cinco princípios associados a James Womack e Daniel Jones organizam essa reflexão em valor, fluxo de valor, fluxo contínuo, produção puxada e busca da perfeição.
Esses princípios não dispensam ferramentas. Mapeamento do fluxo de valor, Kanban, gestão visual, trabalho padronizado, cinco porquês e A3 podem ajudar. O problema começa quando reproduzimos os artefatos sem mudar a maneira de observar e resolver problemas. Um quadro cheio de cartões não torna uma organização Lean por si só.
Kaizen: melhoria como hábito de aprendizagem
Kaizen está ligado à ideia de melhorar continuamente. Não se trata apenas de grandes projetos de transformação. Muitas melhorias são pequenas: retirar uma informação duplicada, antecipar uma validação, tornar uma regra mais clara, mudar a ordem de duas tarefas ou criar um alerta antes que o erro avance.
No Sistema Toyota de Produção, a melhoria incremental é praticada diariamente pelos trabalhadores. A própria Toyota apresenta jidoka — qualidade construída no processo — e Just-in-Time como pilares de um sistema que procura eliminar desperdício e tornar o trabalho melhor para as pessoas. Nessa visão, a capacidade humana de perceber anormalidades e melhorar o trabalho é indispensável.
Kaizen não pede que as pessoas corram mais dentro de um processo ruim. Pede que elas tenham condições de enxergar, discutir e melhorar o próprio processo.
O que o desenvolvimento de software torna visível
Software é trabalho de conhecimento: parte importante do que está acontecendo não pode ser vista fisicamente. Uma funcionalidade pode esperar dias por uma decisão, um teste ou uma integração sem que essa espera apareça em um estoque material. Visualizar o trabalho e limitar o que está em andamento ajudam a revelar essa realidade.
Entregas pequenas reduzem o tamanho das apostas. Testes frequentes aproximam o problema do momento em que ele foi criado. Feedback de usuários ajuda a confirmar se a equipe está resolvendo a necessidade correta. Retrospectivas transformam experiência em ajustes concretos. Os princípios do Manifesto Ágil — entrega contínua de software valioso, simplicidade e reflexão periódica sobre como melhorar — dialogam diretamente com essa lógica.
Traduzir para a Gestão Pública exige cuidado
Em uma empresa, valor costuma ser discutido a partir das necessidades do cliente. No serviço público, o quadro é mais amplo: há cidadãos e usuários, mas também direitos coletivos, deveres legais, equidade, controle, transparência e continuidade. Nem sempre a demanda individual pode ser atendida exatamente como foi formulada, e rapidez não é a única medida de qualidade.
Uma conferência pode parecer uma etapa sem valor para quem espera, mas ser necessária para proteger um direito ou prevenir fraude. O caminho Lean não é simplesmente eliminá-la. É compreender sua finalidade e perguntar: a verificação está no momento correto? Os dados já existem em outro sistema? A regra está clara? O risco permite uma análise diferente? Podemos cumprir o dever legal com menos esforço para o cidadão e para o servidor?
Essa perspectiva se aproxima das discussões contemporâneas sobre atritos administrativos. A OCDE utiliza a ideia de sludge para estudar exigências, esperas e complexidades que dificultam o acesso das pessoas a serviços e direitos públicos. Reduzir esses atritos pode melhorar eficiência e confiança, desde que a simplificação preserve as garantias necessárias.
Desperdícios mudam de aparência nos serviços
Categorias tradicionais de desperdício continuam úteis quando são reinterpretadas para fluxos de informação e atendimento. Elas não devem funcionar como etiquetas para culpar pessoas, mas como perguntas para investigar o sistema.
| Desperdício | Em software | No serviço público |
|---|---|---|
| Espera | Tarefa parada por aprovação ou ambiente. | Processo aguardando assinatura, parecer ou informação. |
| Retrabalho e defeitos | Erro descoberto apenas depois da integração. | Documento devolvido por requisito obscuro ou dado incorreto. |
| Excesso de trabalho em andamento | Muitas funcionalidades iniciadas e poucas concluídas. | Grande estoque de solicitações abertas simultaneamente. |
| Processamento desnecessário | Relatório ou campo que ninguém utiliza. | Cadastro repetido ou conferência sem relação com o risco. |
| Transferências | Demanda circulando entre equipes especializadas. | Encaminhamentos sucessivos entre setores e sistemas. |
| Talento não aproveitado | Equipe apenas executa decisões tomadas longe do trabalho. | Servidor conhece o problema, mas não participa da melhoria. |
Um exemplo: melhorar sem começar pela tecnologia
Imagine uma solicitação municipal que passa por protocolo, triagem, conferência documental, análise técnica, decisão e comunicação. A primeira reação pode ser comprar um sistema ou digitalizar o formulário. Isso pode ser útil, mas também pode apenas acelerar a entrada de solicitações em um fluxo ainda cheio de retornos e esperas.
Automatizar a sequência existente
- O mesmo dado continua sendo pedido em diferentes telas.
- Regras pouco claras geram devoluções.
- Todos os casos percorrem o mesmo caminho.
- O cidadão não sabe onde o pedido está parado.
Melhorar e então digitalizar
- Informações existentes são reutilizadas quando permitido.
- Pendências são verificadas logo no início.
- Casos simples e complexos recebem tratamentos adequados.
- O andamento e as responsabilidades ficam visíveis.
O ponto não é adiar indefinidamente a tecnologia. É evitar que ela congele um processo que ninguém compreendeu. Primeiro tornamos problemas, regras e responsabilidades visíveis; depois escolhemos onde simplificar, padronizar e automatizar.
Melhoria contínua precisa de método
Kaizen não significa mudar qualquer coisa todos os dias. Uma melhoria responsável parte de um problema observável, formula uma hipótese, testa em escala segura e compara o resultado. O ciclo PDCA — planejar, executar, verificar e agir — oferece uma estrutura simples para esse aprendizado.
As medidas também precisam ser equilibradas. Reduzir tempo total enquanto aumentam erros, recursos administrativos ou barreiras de acesso não é uma boa melhoria. Tempo de atravessamento, retrabalho, solicitações acumuladas, resolução no primeiro contato, acessibilidade, satisfação, conformidade e carga sobre as equipes contam partes diferentes da história.
Um roteiro possível para começar
- Escolha um problema concreto. Evite iniciar com um programa amplo e abstrato de transformação.
- Vá ao lugar onde o trabalho acontece. Observe casos reais e converse com quem executa e com quem utiliza o serviço.
- Mapeie o fluxo de ponta a ponta. Inclua trabalho, espera, retorno, decisão, sistemas e transferências.
- Defina valor e restrições. Considere necessidade do usuário, interesse público, normas, riscos e equidade.
- Formule uma pequena hipótese. Diga qual mudança será testada e qual efeito é esperado.
- Meça antes e depois. Combine velocidade, qualidade, acesso, conformidade e experiência das pessoas.
- Padronize o que funcionou e continue. O novo padrão é uma referência para o próximo ciclo, não um ponto final.
O que Lean e Kaizen não deveriam se tornar
Uma implantação perde o sentido quando Lean vira sinônimo de redução de quadro, quando indicadores são usados para pressionar indivíduos ou quando o conhecimento de quem executa o serviço é ignorado. Também falha quando se limita a eventos isolados, certificados e painéis que desaparecem assim que a prioridade da gestão muda.
Melhorar processos exige liderança, mas não pode depender apenas de ordens superiores. As pessoas precisam ter segurança para apontar problemas, acesso aos dados necessários e autonomia compatível com suas responsabilidades. Respeito às pessoas não é um complemento do sistema de melhoria; é uma condição para que ele aprenda.
Melhorar é construir capacidade coletiva
Quando conheci essas ideias no software, elas me ajudaram a pensar em entregas menores, feedback e qualidade. Ao reencontrá-las na Gestão Pública, percebi seu alcance sobre filas, decisões, documentos, sistemas e experiências de atendimento.
A conexão mais importante não está em aplicar à administração pública uma fórmula criada para fábricas ou copiar práticas de equipes de tecnologia. Está em desenvolver a capacidade de observar o trabalho, compreender valor, tornar problemas visíveis e aprender com pequenas mudanças. Lean oferece a direção; Kaizen ajuda a transformar essa direção em prática cotidiana.
Referências e leituras
- TOYOTA MOTOR CORPORATION. Toyota Production System. Visão geral de jidoka, Just-in-Time e Kaizen.
- LEAN ENTERPRISE INSTITUTE. Lean Thinking and Practice. Síntese dos cinco princípios de Womack e Jones.
- BECK, Kent et al. Principles behind the Agile Manifesto. 2001.
- OECD. Fixing frictions: “sludge audits” around the world. OECD Public Governance Policy Papers, 2024.
- IMAI, Masaaki. Kaizen: The Key to Japan's Competitive Success. McGraw-Hill, 1986.
- WOMACK, James P.; JONES, Daniel T. Lean Thinking. Simon & Schuster, 1996.
Melhoria de processos também pode ser desenvolvida em oficinas, diagnósticos e capacitações para equipes públicas.
Vamos conversar ↗