Conhecimento Tacito X Explicito

Como capturar o que está na cabeça das pessoas antes que elas saiam da empresa

Depois de três anos tentando documentar processos em uma operadora de telemarkado com mais de 800 atendentes, eu simplesmente desisti da planilha centralizada. A versão 47 do manual de procedimentos era uma piada interna. Ninguém lia. O que funcionou foi muito mais simples do que qualquer framework de gestão do conhecimento que eu já tinha visto. O problema real não é falta de ferramentas. É que a maioria dos profissionais ainda encara conhecimento tacito x explicito como se fossem dois mundos separados. Na prática, eles se contaminam o tempo todo. Um técnico senior consegue resolver um erro de servidor sem saber explicar o porquê. Um junior lê o manual passo a passo mas não sabe quando pular etapas porque o contexto mudou. O gap entre esses dois tipos de conhecimento é onde as empresas perdem dinheiro todo dia. Vou começar pela parte que ninguém conta: o conhecimento tácito não desaparece quando você tenta capturá-lo. Ele se transforma. E muitas vezes pior. Já vi analistas passarem três semanas mapeando o raciocínio de um chefe de operação que levava doze minutos para tomar uma decisão complexa. O documento final tinha 200 páginas. Ninguém usou. O que eu aprendi na marra foi que você precisa capturar o contexto, não o procedimento.

conhecimento tacito x explicito: onde a documentação falha na prática

Existem três níveis de conhecimento tácito que a literatura clássica de Nonaka e Takeuchi mencionam mas não explicam como extrair. O primeiro é o procedimental: aquele saber-fazer que seu corpo pega depois de mil repetições. Um operador de máquina CNC sabe pelo som se a ferramenta está desgastada antes do sensor apontar qualquer anomalia. Você não vai tirar isso de uma entrevista de duas horas. O segundo nível é o causal: a capacidade de conectar eventos que parecem desconexos. Meu caso real aconteceu numa usina de tratamento de água. O engenheiro mais velho conseguia antecipar colapsos no processo lendo a cor da lama e a umidade do ar. Quando perguntei como ele fazia, a resposta foi: "eu presto atenção". A entrevista padrão não pegava nada disso. Eu precisei usar outra abordagem. A técnica que funcionou foi o shadowing estruturado com registro de exceções. Em vez de gravar o que o especialista fazia no dia a dia normal, eu registrava apenas os momentos em que algo dava errado. O analista que resolvia um bug de produção sem consultar a base de conhecimento. O vendedor que cancelava uma proposta porque "sentia cheiro de cliente difícil". São esses momentos que revelam o conhecimento que não está documentado em lugar nenhum.

No caso da usina, eu acompanhei o engenheiro por cinco turnos completos. Anotei todas as variáveis que ele citava ao tomar decisões. A cor da lama, a umidade, o horário, a carga do rio. Cruzando esses dados com os registros oficiais de falhas, identifiquei um padrão que não estava em nenhum manual: quando a cor mudava para um tom esverdeado entre 14h e 16h nos dias seguintes a chuvas fortes, havia 87% de chance de colapso no decantador nas 48 horas seguintes. O manual dizia apenas para monitorar a turbidez. O conhecimento tácito ia muito além.

O modeloSECI e por que ele não funciona como todo mundo acha

O modelo Socialization-Externalization-Combination-Internalization é ensinado em every curso de gestão do conhecimento no Brasil. A transformação de tácito em explícito (externalização) é apresentada como o passo mais importante. Na minha experiência, esse é justamente o ponto onde a coisa mais quebra. A externalização exige que o especialista traduza intuições em palavras escritas. Isso é cognitivamente exaustivo e os profissionais experientes geralmente resistem porque sentem que estão Simplificando demais seu raciocínio. Eu já vi gerentes rejeitarem propostas de documentação argumentando que "não dá pra colocar isso num PDF". Eles estão certos na maior parte das vezes. O que funciona na prática é começar pelo inverso. Em vez de forçar a externalização direta, você usa a combinação de conhecimento explícito pré-existente como âncora. Pega os relatórios de incidentes, as planilhas de métricas, os e-mails de reclamação. Mostra ao especialista esses artefatos e pergunta: "o que você viu aqui que não está sendo dito?". O conhecimento emerge naturalmente a partir de contextos concretos.

Um exemplo concreto: numa fábrica de autopeças, tentei documentar o conhecimento de ajuste deStampedora. O técnico dizia que ajustava pela "sensação da peça". Achei que nunca ia conseguir nada. Quando mostrei as planilhas de rejeição mensal cruzadas com as temperaturas do molde e a velocidade da prensa, ele finalmente falou: "ah, é quando a taxa de rejeição sobe mas a temperatura tá dentro da especificação". Esse era o sinal que ele usava intuitivamente. A partir daí, construímos um indicador proxy que substituiu o feeling por dados mensuráveis.

A armadilha da sobredocumentação

Um erro comum é achar que todo conhecimento tácito precisa virar explícito. Não precisa. Parte do valor do conhecimento tácito está exatamente em ser inacessível por via documental. Segredos industriais, relacionamentos com fornecedores, intuição de mercado. Documentar tudo é impossível e contraproducente. A regra prática que eu desenvolvi é a seguinte: documente apenas o conhecimento que precisa ser replicável e escalável. Se um processo depende exclusivamente de uma pessoa e essa pessoa é insubstituível, o problema não é a falta de documentação. É a falta de sucessão. O remédio certo é cross-training, não manual. No caso da usina de tratamento, o padrão que identifiquei (cor esverdeada da lama + chuvas fortes + horário entre 14h e 16h) foi parcialmente documentado. O restante do conhecimento tácito do engenheiro — como ele lia a umidade do ar, como ele comparava com memórias de anos anteriores — permaneceu tácito. E funcionou assim. O indicador proxy que criamos cobria 80% dos casos de colapso. Os 20% restantes eram tratados pela experiência acumulada do próprio engenheiro, que foi treinado para mentoria em vez de pura documentação.

Métricas que realmente importam

A maioria das empresas mede sucesso de gestão do conhecimento por volume de documentos criados. Isso é métrica de vaidade. O que importa é a taxa de uso e a redução do tempo de onboarding para tarefas críticas. Num projeto real de implementação, rastreei duas métricas principais durante seis meses: o tempo médio que um novo técnico levava para resolver seu primeiro incidente independente, e a frequência com que os técnicos consultavam a documentação existente versus resolviam pelo "jeito deles". Os números mais interessantes que eu vi foram numa operação de manutenção preditiva. Após seis meses de trabalho de captura de conhecimento tácito, o tempo de onboarding caiu de 14 semanas para 6 semanas. A frequência de consulta à documentação inicial subiu mas depois caiu porque os técnicos estavam usando o conhecimento de forma mais contextual, não seguindo scripts. Isso não é fracasso. É o sinal de que o conhecimento estava sendo internalizado de verdade, não apenas Decorado. Existe um ponto de inflexão onde mais documentação vira ruído. Na minha experiência, esse ponto varia muito por tipo de conhecimento. Para procedimentos operacionais padronizados, o rácio ideal parece ser um documento para cada 20 variações de cenário. Para conhecimento analítico complexo, o rácio é mais como um artefato de decisão para cada três casos de estudo reais. Quantidades fixas funcionam mal porque ignoram a natureza diferente de cada tipo de conhecimento.

O que eu mais vejo dando errado é a tentativa de converter conhecimento tácito em explícito usando ferramentas genéricas. Wikis corporativas, repositórios de PDFs, sistemas de gestão documental. Essas ferramentas são ótimas para conhecimento já explícito. Para captura de conhecimento tácito, você precisa de interação humana direta. Gravações de vídeo de especialistas realizando tarefas, sessões de perguntas e respostas gravadas, diálogos estruturados com focos específicos. A ferramenta mais subestimada que eu encontrei foi o simples áudio gravado em formato de narrativa. Pedir para um especialista gravar um áudio de 15 minutos contando como resolveu o último problema difícil que enfrentou. Sem roteiro. Sem estrutura prévia. Apenas a história natural do raciocínio. Quando transcrevo esses áudios, a qualidade do conhecimento extraído é surpreendentemente superior a entrevistas estruturadas formais. O fluxo narrativo revela conexões causais que o formato de perguntas e respostas esconde. O lado negativo que ninguém menciona é o custo temporal. Captura eficaz de conhecimento tácito leva de 40 a 60 horas por especialista para resultados significativos. Isso inclui shadowing, entrevistas, validação e iteração. O ROI aparece em 12 a 18 meses através de redução de erros operacionais e diminuição do tempo de resposta a incidentes. Empresas que esperam retorno em menos de seis meses geralmente desistem no meio do processo e perdem o investimento inicial.