Conhecimento Tácito é Perigoso
Conhecimento tácito ou “tribal” em equipes de software levanta questões sobre o que pode realisticamente ser documentado versus o que só pode ser aprendido por experiência e mentoria. Comentadores criticam a confusão entre peculiaridades de processo sem documentação e conhecimento tácito genuíno (como sensibilidade de design ou intuição para depuração), alertando que tentar formalizar totalmente este último pode sair pela culatra e minar especialistas. Outros exploram como práticas como melhor documentação, canais internos públicos e até “oráculos” LLM específicos da empresa poderiam revelar conhecimento oculto, enquanto observam os custos de segurança, responsabilidade e manutenção de capturar tudo.
Definição de Conhecimento Tácito vs Tribal/Sem Documentação
- Muitos argumentam que o artigo usa “conhecimento tácito” de forma incorreta, confundindo-o com conhecimento “tribal” ou simplesmente sem documentação.
- No fio, conhecimento tácito é descrito como:
- Habilidade/intuição que não pode ser totalmente capturada em documentos (por exemplo, andar de bicicleta, “feeling” para código, instintos de depuração, habilidades de ofício físico).
- Conhecimento que emerge da experiência e do contexto, não apenas de ler especificações.
- Fatos explícitos sem documentação (por exemplo, “a conta interna deve ser criada antes da conta externa”) são vistos como documentáveis e distintos do conhecimento tácito.
Papel e Limites da Documentação
- A documentação é crucial para escalar, integrar pessoas e reduzir o “bus factor”, mas é cara para criar e manter e muitas vezes fica desatualizada.
- Excesso de documentação e tentativas de “microdocumentar” tudo podem desmotivar especialistas e tornar as organizações mais lentas.
- Alguns veem a documentação como algo positivo para a carreira (“torne-se substituível para crescer”); outros observam culturas em que compartilhar faz você se tornar dispensável.
- Vários exemplos: wikis que ficam cheios de entulho, precisam de manutenção constante e tendem a ser escritos por uma pequena minoria.
Conhecimento Tácito, Especialização e Aprendizado
- O conhecimento tácito é visto como inevitável e central para a especialização; tentar eliminá-lo é considerado prejudicial.
- A verdadeira expertise inclui saber qual regra prática se aplica em qual contexto; esse mapeamento é difícil de colocar no papel.
- Muitas habilidades (matemática, música, design, depuração, patinação artística, etc.) exigem prática e mentoria além da documentação.
LLMs e Oráculos de Conhecimento
- Alguns propõem “loremasters” da empresa baseados em LLM, treinados em chats, documentação e transcrições de reuniões.
- Outros são céticos:
- LLMs alucinam e não dizem com confiabilidade “não sei”.
- Registros brutos de reuniões são ruidosos; conteúdo de alta qualidade escrito por humanos ainda é necessário.
- Preocupações com segurança e responsabilidade são significativas: um único modelo roubado ou acesso à API pode expor notas de reuniões, política interna e detalhes de segurança, e é difícil fazer modelos “esquecerem” eventos sensíveis.
Práticas Organizacionais e Incentivos
- Práticas sugeridas: canais públicos no Slack, “o membro mais novo mantém a documentação”, runbooks vinculados às operações e informações internas abertas por padrão.
- Alguns apontam para frameworks formais de gestão do conhecimento (por exemplo, DIKW) e práticas militares que combinam documentação, automação e visão compartilhada.
- Sentimento geral: gerencie agressivamente o conhecimento explícito sem documentação; aceite que a expertise profunda sempre será, em parte, tácita.