Informações Explícitas E Implícitas

Como lidar com informações que as pessoas não dizem que sabem

Você já tentou documentar um processo interno e descobriu que o manual de 40 páginas que seu time usava na prática era completamente diferente do que estava no Confluence. Isso acontece porque existem dois tipos de conhecimento operando ao mesmo tempo, e a maioria dos documentos corporativos captura apenas um deles. Informações explícitas são aquelas que você consegue escrever em um documento, colocar num banco de dados ou passar por um e-mail. Protocolo de deploy, fórmula de cálculo, passo a passo de montagem. Já as informações implícitas são o que você sabe fazer mas não consegue explicar com clareza. É o ritmo certo de digitação, a intuição de quando algo está errado antes dos dados mostrarem, o jeito de acalmar um cliente pelo tom de voz. A classificação original vem do Michael Polanyi, aquele cara que disse "sabemos mais do que podemos dizer". O conceito virou base para a gestão do conhecimento com a Nonaka e Takeuchi nos anos 90. O problema é que a teoria ficou bonita e a prática ficou bagunçada.

O que ninguém conta é que a fronteira entre explícito e implícito não é fixa. Uma habilidade que hoje é pura intuição pode virar procedimento escrito se você for forçado a externalizá-la. E vice-versa: um procedimento muito complexo acaba sendo ignorado e todo mundo volta a fazer no modo "achismo", que é o conhecimento implícito retornando.

O método SECI na vida real

O modelo SECI da Nonaka descreve quatro formas de conversão entre conhecimento tacito e explícito. SócratesSocialização, Externalização, Combinação e Interiorização. Os nomes em português são ridículos e pouco úteis, então vamos direto ao que funciona. Socialização é observação direta. Você vê alguém fazendo e aprende copiando. Não tem documentação envolvida. É o que acontece num plantão hospitalar, numa linha de montagem ou quando um dev júnior senta ao lado de um sênior e observa por duas semanas até conseguir reproduzir. Externalização é tentar transformar o que você sabe em palavras escritas. Essa é a parte difícil. Quando você pede pra alguém documentar seu processo, a pessoa vai omitir os trechos onde ela própria não tem consciência do que faz. Isso se chama viés de curse knowledge, e destrói a qualidade dos manuais antes mesmo de eles serem escritos.

Combinação é reunir documentos explícitos existentes e criar algo novo a partir deles. Planilhas, relatórios, policies. É a parte mais mecânica e a que as empresas fazem melhor, justamente porque é a que mais se parece com trabalho de escritório comum. Interiorização é o oposto da externalização. Você lê o manual e, com prática repetida, o conhecimento vira competência automática. O problema é que a interiorização raramente reproduz exatamente o que estava escrito, porque o cérebro humano filtra e adapta. A conversão mais perigosa é a externalização. É ali que a maioria dos projetos de knowledge management trava. Você pode observar, combinar e interiorizar sem dor. Mas transformar intuição em texto requer uma habilidade que poucos profissionais exercem: a capacidade de auto-honestidade cognitiva, que é basicamente reconhecer o quanto você não sabe como faz o que faz.

Casos onde informações explícitas e implícitas colidem

Tive um caso específico há alguns anos trabalhando com migração de sistemas legados. O sistema antigo tinha um processo de fechamento mensal que levava três dias. O time de operações sabia fazer sem ler nada — era puramente implícito, passado por repetição e correção durante os próprios fechamentos. Quando resolvemos documentar esse processo, percebemos que a documentação oficial dizia algo completamente diferente do que acontecia na prática. A solução foi gravar a tela de uma pessoa fazendo o processo real, passo a passo, enquanto ela narrava em voz alta o que estava fazendo e por quê. Nem sempre ela sabia o porquê, mas pelo menos o vídeo capturava os cliques exatos, os horários e as pausas. A partir disso, conseguiram reconstruir um fluxograma que batia com a realidade em vez de com a intenção. O workaround que funcionou foi simples mas contraintuitivo: não pediu-se para a pessoa escrever o manual. Pediu-se para ela executar o processo sendo filmada e interrompida a cada três passos com a pergunta "por que você fez isso agora?". As respostas eram fragmentadas e às vezes contraditórias, mas juntas formavam um mapa muito mais fiel que qualquer documento escrito de forma isolada.

Pegadinhas que não estão em nenhum livro

O primeiro erro é assumir que conhecimento implícito é inferior. Ele não é. Em contextos de alta complexidade e pouca rotina, o conhecimento implícito é frequentemente mais preciso que qualquer procedimento escrito. Um cirurgião que está operando algo inesperado não vai parar pra consultar um protocolo. A decisão nasce de Pattern Recognition, reconhecimento de padrões construído por milhares de horas de prática. O segundo erro é achar que qualquer conhecimento implícito pode ser escrito. Existem conhecimentos que resistem à externalização mesmo com técnicas sofisticadas. O "feel" de um engenheiro de sinais, a sensação de um chef de cozinha sobre o ponto de uma carne, o julgamento tático de um treinador. Esses são casos onde a única transferência viável é a socialização pura: aprendizagem por exposição direta e repetição. O terceiro erro, e o mais caro, é confiar cegamente no conhecimento explícito depois de documentado. Procedimentos escritos têm data de validade. Um fluxograma de deploy que era válido em 2022 pode estar completamente obsoleto em 2024 porque um dos serviços no meio do caminho mudou de interface, de provedor, de arquitetura. O conhecimento explícito morre mais rápido do que as pessoas imaginam, e a maioria dos documentos corporativos não tem dono responsável por mantê-lo atualizado.

Quando o modelo falha completamente

O SECI não funciona bem em ambientes de alta rotatividade onde o tempo entre socialização e documentação é menor que o tempo necessário para formar competência implícita. Se uma pessoa chega, passa duas semanas e já está documentando o que fez, o que ela escreve será superficial. O conhecimento implícito leva tempo para se formar. Não adianta apertar o processo. Também falha em contextos onde o conhecimento é intencionalmente não-documentado. Setores regulamentados como saúde e aviação têm procedimentos explícitos obrigatórios, mas mesmo nesses setores os profissionais desenvolvem workarounds implícitos que nunca aparecem em lugar nenhum. Ignorar esses workarounds leva a documentos bonitos que ninguém segue. A alternativa mais honesta quando a externalização pura não funciona é o pairing estruturado: pares de trabalho com rodízio trimestral, onde o conhecimento flui por observação e prática compartilhada, sem a pretensão de documentar tudo. É menos eficiente em escala, mas evita a ilusão de que informação escrita é sinônimo de conhecimento transferido.

No fim das contas, informações explícitas e implícitas não são categorias separadas que você escolhe uma ou outra. Elas coexistem em qualquer atividade profissional, e o trabalho real é saber qual delas domina num dado momento e como fazer a ponte entre elas sem perder informação no trânsito.