Conhecimentos Tácito E Explícito

O que funciona na prática quando você precisa transformar conhecimento em documentação

A gente costuma começar pelo errado. Pegamos o que a pessoa sabe fazer e tentamos escrever como se fosse um manual técnico. O resultado é que o documento fica bonito e inútil. A pessoa que vai usar aquilo nunca consegue reproduzir o procedimento porque falta a parte que ninguém anota. Eu tive esse problema há uns três anos numa empresa de logística. Precisávamos documentar o processo de separação de pedidos para expedição. O operador que fazia aquilo havia trabalhado no setor por oito anos. Quando pedimos para ele escrever o fluxo, ele entregou um documento de quinze páginas com cada passo detalhado. Testamos com um funcionário novo e ele não conseguiu abrir nem a primeira caixa. O operador sabia exatamente onde cada produto ficava, mas isso estava espalhado na memória dele de formas que ele nunca conseguiu verbalizar. Às vezes era cor: o caminhão X precisa sair primeiro porque a rua tem horário restrito. Às vezes era tato: o produto Y precisa ser acomodado de pé porque se deitar estraga a embalagem. O documento que ele escreveu tinha tudo errado porque faltava o que ele não sabia explicar.

Entendendo conhecimentos tácito e explícito no dia a dia

O conceito de conhecimentos tácito e explícito foi popularizado por Nonaka e Takeuchi nos anos 1990, mas a versão que circula pela internet é muito rasa. Tácito não é simplesmente "o que está na cabeça das pessoas". É conhecimento procedural, intuitivo, contextual. É aquele saber que surge da experiência acumulada e que muitas vezes nem o próprio detentor consegue articular. Explícito é o que pode ser codificado em palavras, números, diagramas. É o que sobra quando você tenta descrever algo por escrito. O que a maioria dos guias não conta é que existe uma zona cinzenta. Nem tudo que é tácito consegue virar explícito. E o que vira explícito perde informação no caminho. Eu descobri isso na prática quando tentei implementar um sistema de gestão do conhecimento numa equipe de manutenção industrial. Tínhamos técnicos que resolviam falhas em linhas de produção baseados em padrões que perceberam ao longo de décadas. Quando gravamos as entrevistas e escrevemos os manuais, cobrimos só sessenta por cento do que eles realmente sabiam. Os outros quarenta por cento eram percepções sensoriais: o som diferente de um motor prestes a falhar, a vibração anormal num equipamento, o cheiro de isolamento elétrico queimando. Nada disso entrava num documento.

Como extrair conhecimento tácito sem destruir o que você quer capturar

Se você quer realmente capturar o conhecimento tácito, precisa mudar a abordagem. Em vez de pedir para a pessoa documentar, observe-a trabalhando. Grave em vídeo se possível. Depois, faça uma entrevista de decomposição: peça para ela reviver cada ação e explicar o porquê de cada decisão. Não aceite explicações genéricas. Se ela disser "foi intuição", insista. A intuição vem de algum lugar. Geralmente é um padrão que a pessoa reconheceu sem perceber. Existem técnicas específicas que funcionam. Uma delas é a técnica de incidentes críticos: peça para a pessoa descrever uma situação em que algo deu errado e como resolveu. A situação adversa revela mais sobre o conhecimento tácito do que o procedimento padrão. Outra técnica é a modelagem por pares: duas pessoas trabalham juntas, uma observa e faz perguntas em tempo real. O observador captura nuances que nunca apareceriam num documento. O processo leva tempo. Leva de três a cinco horas para extrair o equivalente a uma página de procedimento bem feito. Mas o que sobra é útil. Eu já vi equipes reduzirem o tempo de onboarding de novos técnicos de seis semanas para dez dias usando essa abordagem. O ganho não vem só da documentação. Vem do fato de que o próprio especialista, ao tentar explicar o que faz, identifica lacunas no próprio conhecimento que jamais teria percebido sozinho.

Quando o conhecimento explícito é suficiente e quando não é

Existem cenários em que o conhecimento explícito basta. Procedimentos repetitivos, normas regulatórias, checklists de segurança. Tudo isso pode ser documentado com qualidade razoável e funciona bem. O problema aparece quando tentamos documentar conhecimento que é fundamentalmente tácito. Tentar transformar expertise em documento é como tentar capturar fumaça com as mãos. Você pega uma forma, mas a essência escapa. Um erro comum é achar que basta ter um bom sistema de gestão documental. Ter uma base de conhecimento organizada não resolve nada se o conteúdo for raso. Eu vi empresas gastarem milhares de reais em plataformas de que nobody usava. O problema não era a tecnologia. Era que o conteúdo estava todo no nível errada. Procedimentos genéricos escritos por quem não executava o trabalho. Sem o contexto tácito, qualquer pessoa que chegasse lá não conseguiria aplicar o conhecimento na prática. Outro erro é subestimar a deterioração do conhecimento explícito. Um documento tem prazo de validade. Quando o processo muda, o documento precisa ser atualizado. Na prática, poucos fazem essa atualização. Meu conselho é estabelecer revisões obrigatórias a cada seis meses e vincular a responsabilidade ao operador do processo, não ao gerente. Quem executa sabe quando o documento ficou desatualizado. Quem gerencia muitas vezes não percebe a mudança até que algo dê errado.

Alternativas quando a extração de conhecimento tácito não funciona

Às vezes o conhecimento tácito simplesmente não pode ser extraído. Isso acontece quando o operador não tem consciência do que sabe fazer. É o caso de habilidades muito internas, baseadas em percepções sutis que a pessoa nem processa conscientemente. Nesses casos, a documentação é inútil. O que funciona é a convivência. Colocar pessoas novatas para trabalhar lado a lado com os especialistas por períodos prolongados. O conhecimento flui por observação e imitação, não por palavras. Outra alternativa é o treinamento baseado em casos. Em vez de escrever procedimentos, monte uma biblioteca de situações reais resolvidas. Cada caso inclui o contexto, o problema, as opções consideradas, a decisão tomada e o resultado. Quem lê constrói o próprio modelo mental sem precisar de um manual. Isso funciona especialmente bem para áreas complexas, como diagnósticos médicos, reparos industriais, gestão de crises. O custo de manter esse tipo de abordagem é maior do que manter um documento. Exige tempo dos especialistas, supervisão de qualidade, atualização constante. Mas o retorno também é maior. Equipes que operam com conhecimento profundamente internalizado cometem menos erros, se adaptam melhor a variações e resolvem problemas novos sem depender de protocolos escritos. Em setores onde margem de erro é pequena, como aviação, saúde, energia nuclear, essa diferença pode ser literalmente questão de vida ou morte.

A lição que fica é simples: não tente transformar tudo em documento. Identifique o que é realmente documentável e foque nesse esforço. O resto depende de convívio, observação e prática. Documentação é ferramenta, não solução. A solução é construir capacidade organizacional que sobreviva às mudanças de pessoal e de processo.