Em seis meses, o operador que conhece a máquina melhor do que qualquer manual vai se aposentar. Ele sabe pelo som quando o equipamento vai falhar, sabe o ajuste que não está em lugar nenhum, sabe o que fazer quando o lote chega fora do padrão. Ninguém consegue escrever isso, e ele próprio tem dificuldade de explicar. A organização está prestes a perder algo que não sabe descrever.
Esse problema tem nome, tem teoria e tem um modelo que o descreve com precisão. Ele também tem uma armadilha, que só aparece quando a documentação fica pronta e as coisas continuam dando errado.
O caso que originou o modelo
No fim dos anos 1980, a Matsushita tentava desenvolver uma máquina caseira de fazer pão. Os protótipos falhavam sempre do mesmo jeito: a crosta queimava e o miolo ficava cru. A equipe de engenharia comparou massas, analisou receitas, ajustou temperatura e tempo. Nada resolvia.
A desenvolvedora de software Ikuko Tanaka propôs outra coisa. Foi trabalhar como aprendiz do padeiro-chefe do Osaka International Hotel, cujo pão era considerado o melhor da cidade. Passou meses observando e repetindo. Descobriu que o padeiro fazia algo que não constava de receita nenhuma: além de esticar a massa, ele a torcia enquanto esticava. O movimento nunca havia sido descrito porque o padeiro não tinha consciência de que o fazia — para ele, era simplesmente “sovar”.
A equipe traduziu aquele movimento em especificação de engenharia, e as nervuras internas do equipamento que resultaram disso reproduziram a torção. O produto virou sucesso comercial.
Esse episódio é o exemplo central de The Knowledge-Creating Company, publicado em 1995 por Ikujiro Nonaka e Hirotaka Takeuchi. O modelo que os dois formularam a partir de casos como esse ficou conhecido como espiral do conhecimento, ou modelo SECI.
Conhecimento tácito e conhecimento explícito
A base da teoria vem do filósofo Michael Polanyi, que em 1966 formulou a ideia de que sabemos mais do que conseguimos dizer. Andar de bicicleta, reconhecer um rosto, perceber pelo som que a máquina vai falhar: são coisas que a pessoa executa sem conseguir explicar como.
Conhecimento tácito é isso — habilidade, intuição e julgamento acumulados pela prática, difíceis de formalizar e ligados ao contexto em que foram adquiridos. Conhecimento explícito é o que já está codificado: manuais, procedimentos, fórmulas, especificações, planilhas.
A tese de Nonaka e Takeuchi é que a inovação organizacional não vem de nenhum dos dois isoladamente, mas da conversão contínua de um no outro. E é aí que entram as quatro etapas.
As quatro conversões do modelo SECI
| Etapa | Conversão | Como acontece | No caso da máquina de pão |
|---|---|---|---|
| Socialização | tácito → tácito | Convivência, observação, imitação, prática lado a lado | Tanaka trabalhando como aprendiz do padeiro |
| Externalização | tácito → explícito | Diálogo, metáfora, analogia — articular o que ainda não tem palavra | Nomear o movimento como “esticar torcendo” |
| Combinação | explícito → explícito | Reunir, sistematizar e reorganizar o que já está codificado | Traduzir a descrição em especificação de engenharia |
| Internalização | explícito → tácito | Aplicar até virar habilidade automática — aprender fazendo | A equipe passa a projetar considerando o movimento |
Chama-se espiral porque não é um ciclo fechado: cada volta deveria ampliar o escopo, começando no indivíduo, passando pelo grupo, chegando à organização. Nonaka acrescentou depois o conceito de ba — o contexto compartilhado, físico ou não, sem o qual a conversão não acontece. Conhecimento tácito não se transfere por e-mail; precisa de proximidade.
Como descrição, o modelo é excelente. Ele explica por que treinamento formal raramente substitui o tempo ao lado de quem sabe fazer, e por que manual escrito por quem não executa a tarefa costuma descrever outra tarefa.
A etapa que não existe no modelo
Leia as quatro conversões de novo procurando por uma pergunta: como se sabe que o conhecimento externalizado está correto?
Ela não está lá. A externalização transforma o que a pessoa sabe fazer em texto, e a combinação organiza esse texto com outros textos. Em nenhum momento o modelo prevê um teste que verifique se aquilo que foi codificado realmente produz o resultado que se atribui a ele.
Isso importa porque profissional experiente também acumula superstição. O operador que há vinte anos ajusta a máquina de determinada maneira antes de cada lote pode estar corrigindo um problema real — ou repetindo um gesto que fazia sentido em 2004, com outro fornecedor de matéria-prima, e desde então convive com o resultado sem que ninguém tenha testado o contrário. Ele associa o gesto ao bom resultado porque os dois aparecem juntos. Convivência não é evidência.
Externalizar esse ajuste produz uma instrução de trabalho perfeitamente redigida, aprovada, distribuída e auditável — descrevendo um procedimento que talvez não faça diferença nenhuma. Pior: uma vez no manual, ele ganha autoridade. Passa a ser o padrão que todos seguem e que ninguém questiona, porque está documentado. O modelo SECI, sozinho, tem uma consequência incômoda: ele converte crença em procedimento com a mesma eficiência com que converte competência.
É a diferença entre documentar e implementar. Um documento aprovado prova que alguém escreveu e alguém assinou. Não prova que o que está escrito funciona, nem que é praticado como está escrito.
O que falta: o ciclo que testa
A peça ausente é um mecanismo de verificação — algo que transforme cada conhecimento externalizado em uma afirmação testável, com predição registrada antes do teste.
É exatamente o que o Modelo de Melhoria acrescenta. A pergunta deixa de ser “conseguimos capturar o que o especialista sabe?” e passa a ser “o que exatamente esperamos que aconteça se fizermos deste jeito, e como saberemos se aconteceu?”. No caso do ajuste do operador: em vez de documentá-lo, roda-se um teste com e sem o ajuste, define-se antes qual resultado se espera e observa-se o processo ao longo do tempo. Se a diferença aparecer, o conhecimento é real e vale documentar — agora com evidência anexada. Se não aparecer, a organização acabou de evitar embutir uma crença no seu padrão.
A distinção entre saber que funciona e achar que funciona é o coração da teoria do conhecimento como W. Edwards Deming a formulou: toda decisão gerencial embute uma previsão, e previsão exige teoria — que só é teoria se puder ser contrariada por observação. Nonaka descreve como o conhecimento circula; Deming pergunta como se sabe que ele é verdadeiro. As duas perguntas são diferentes, e uma organização precisa das duas.
Vale notar que a tentação oposta também é antiga. Frederick Taylor resolvia a questão por decreto: o método certo era o que o estudo de tempos apontasse, e cabia ao trabalhador executá-lo. O modelo SECI corrige esse autoritarismo devolvendo ao praticante o papel de fonte do conhecimento — mas, ao remover o decreto, não colocou nada no lugar da verificação.
Como usar o modelo sem herdar o ponto cego
O SECI continua sendo o melhor mapa disponível para entender por que o conhecimento não se transfere por documento. Quem tem um especialista prestes a se aposentar precisa de socialização — alguém ao lado dele, praticando — e não de um pedido de que ele escreva um manual antes de sair.
O que muda é o critério de conclusão. A gestão do conhecimento costuma tratar o repositório como entrega: capturado, catalogado, publicado, projeto encerrado. Um critério mais útil é outro: um conhecimento só está incorporado quando alguém que não o possuía consegue produzir o resultado, e quando o processo mostra a diferença ao longo do tempo. Enquanto isso não acontece, o que existe é um arquivo — e arquivo não muda resultado.
Essa passagem — de “está documentado” para “está funcionando e temos como mostrar” — é o que separa gestão do conhecimento de melhoria de processos. A primeira preserva. A segunda verifica.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua.
Foco da revisão: a fronteira entre codificar conhecimento e verificar conhecimento — e por que documento aprovado não é evidência de que o método funciona.
Se a pergunta que ficou é como testar se um método realmente funciona antes de transformá-lo em padrão, ela é o eixo da certificação White Belt da EDTI, que é gratuita e cobre o ciclo completo, da hipótese à leitura do resultado.
Perguntas frequentes
O que é a espiral do conhecimento?
É o modelo formulado por Ikujiro Nonaka e Hirotaka Takeuchi que descreve a criação de conhecimento nas organizações como conversão contínua entre conhecimento tácito e explícito, em quatro etapas: socialização, externalização, combinação e internalização. Chama-se espiral porque cada volta deveria ampliar o alcance, do indivíduo para o grupo e do grupo para a organização.
Qual a diferença entre conhecimento tácito e explícito?
Tácito é o que a pessoa sabe fazer mas tem dificuldade de explicar — habilidade, intuição e julgamento adquiridos pela prática. Explícito é o que já está codificado em manuais, procedimentos, fórmulas e especificações. A ideia central do modelo é que o valor está na conversão entre os dois, não em cada um isolado.
O que significa SECI?
São as iniciais das quatro conversões: Socialização (tácito para tácito, pela convivência), Externalização (tácito para explícito, pela articulação em palavras), Combinação (explícito para explícito, pela sistematização) e Internalização (explícito para tácito, pelo aprender fazendo).
Qual a limitação do modelo SECI?
Ele descreve como o conhecimento circula, mas não prevê nenhuma etapa de verificação. Nada no modelo distingue a competência real da crença do especialista, e ambas atravessam a externalização do mesmo jeito — virando procedimento documentado, com a autoridade que o documento confere.
Como testar se um conhecimento capturado realmente funciona?
Transformando-o em afirmação testável antes de virar padrão: declarar o que se espera que aconteça, testar em pequena escala com e sem a prática em questão, e observar o processo ao longo do tempo em vez de comparar dois pontos isolados. Se a diferença prevista não aparecer, a organização evitou embutir uma crença no seu padrão. Na formação Green Belt da EDTI, esse é o ponto em que documentação deixa de ser entrega e passa a ser consequência de um teste que deu certo.