Novo: Eficify One em beta aberto. Crie seu primeiro ambiente sem cartão.Conhecer a plataforma →
Quando a gente fala em sistema legado, todo mundo pensa no monólito de dez anos, naquele Cobol que ninguém quer tocar. Mas o legado mais perigoso da sua empresa não tem repositório. É o conhecimento que vive na cabeça de algumas pessoas e que nunca foi escrito. Ele não aparece no inventário de TI, não tem SLA, e mesmo assim sustenta as decisões mais importantes do negócio. No dia em que essas pessoas saem, o sistema cai, e não tem rollback.
Toda empresa de tecnologia tem um inventário de sistemas. Poucas têm um inventário de conhecimento. E é justamente o conhecimento não documentado, o porquê de uma decisão de arquitetura, a manha daquela integração frágil, o histórico de um incidente que nunca se repetiu porque "fulano sabe", que carrega o maior risco operacional do negócio.
Esse conhecimento tácito tem todas as características de um sistema legado crítico: é difícil de mudar, ninguém entende por inteiro, e tirá-lo do ar paralisa o resto. A diferença é que ele não tem monitoramento. Você só descobre que dependia dele quando ele some.
Existe um padrão fácil de reconhecer. Toda decisão importante passa por uma ou duas pessoas. Quando elas estão de férias, projetos travam. Quando entram numa reunião, a sala respira aliviada. São os heróis, e a presença deles é, ao mesmo tempo, um elogio e um diagnóstico.
Heróis não são o problema. O problema é a dependência deles. Uma organização saudável não é a que tem gente brilhante; é a que continua tomando boas decisões mesmo quando a pessoa brilhante não está na sala. Quando o conhecimento não circula, cada herói vira um ponto único de falha ambulante.
Se a resposta para "como isso funciona?" é o nome de uma pessoa, você não tem um processo. Tem um refém.
O conhecimento se perde por três rotas, e todas são previsíveis:
Rotatividade. A pessoa sai e leva o contexto junto. O substituto reconstrói tudo do zero, geralmente errando nos mesmos lugares.
Silos. O conhecimento existe, mas está preso num time, num canal de chat arquivado, numa thread de e-mail que ninguém mais acha. Existe e é inacessível, o que, na prática, é o mesmo que não existir.
Erosão. A documentação até foi escrita, mas envelheceu. Virou ficção: descreve um sistema que não existe mais. Documentação desatualizada é pior que documentação ausente, porque dá uma falsa sensação de segurança.
A reação instintiva é decretar uma força-tarefa de documentação. Isso quase sempre falha, porque trata o sintoma. Documento escrito uma vez, sob pressão, nasce velho. O objetivo não é produzir páginas, é manter o conhecimento vivo, acessível e confiável. Três frentes funcionam:
Documentação viva. Conhecimento que mora perto do código e do trabalho real: ADRs (registros de decisão de arquitetura) versionados junto com o sistema, READMEs que rodam em CI, runbooks atualizados a cada incidente. Se documentar dói, é porque está no lugar errado.
Engenharia do conhecimento. Tratar conhecimento como se trata software: com donos, ciclo de vida, revisão e métricas. O "porquê" de cada decisão importa mais que o "como", e é exatamente o porquê que se perde primeiro.
Memória organizacional. A capacidade de uma decisão tomada hoje informar uma decisão daqui a dois anos, mesmo que ninguém da equipe original esteja por perto. É isso que separa uma empresa que aprende de uma que repete os mesmos erros com pessoas diferentes.
Aqui entra a parte nova. IA generativa é, antes de tudo, uma tecnologia de recuperação e síntese de conhecimento. Bem aplicada, ela ataca diretamente as três rotas de vazamento: indexa o que está espalhado, responde no contexto e mantém o histórico acessível.
Mas há uma condição. IA não cria conhecimento que não existe, ela amplifica o que você já tem. Apontada para uma base de conhecimento pobre, ela alucina com confiança. Apontada para uma memória organizacional bem cuidada, decisões registradas, documentação viva, contexto estruturado, ela vira o que mais falta nas empresas: uma memória corporativa consultável, que não tira férias e não pede demissão.
Agentes podem ir além de responder: podem manter o conhecimento. Detectar documentação desatualizada, sugerir o registro de uma decisão que passou batido, conectar um incidente de hoje a um parecido de um ano atrás. Não para substituir as pessoas, mas para que o conhecimento delas pare de vazar.
Você não resolve dívida de conhecimento com um mutirão. Resolve com um hábito. Comece pequeno: na próxima decisão de arquitetura relevante, registre o porquê, não o diagrama, o porquê. Na próxima vez que um herói resolver algo sozinho, peça para ele transformar isso em runbook. Em poucas semanas, você terá o início de uma memória que sobrevive às pessoas.
Porque, no fim, o sistema legado mais caro da sua empresa não é o código antigo. É tudo aquilo que só funciona porque alguém lembra. E lembrança, sem infraestrutura, é só uma questão de tempo até virar prejuízo.
É esse o tipo de problema que tratamos na Eficify: transformar conhecimento tácito em memória organizacional viva, com método, documentação que não envelhece e IA tratada como infraestrutura, não como enfeite.
CONTINUE LENDO
Ter um especialista que resolve tudo parece uma vantagem. Quase sempre é um passivo escondido. Os custos que não aparecem no balanço quando a empresa depende de poucas pessoas-chave, e como reduzi-los sem perder talento.
Não dá para melhorar o que não se mede. Um modelo prático de maturidade do conhecimento, cinco níveis, métricas objetivas e o que observar para sair da dependência de heróis.
Reli o clássico de Richards e Ford com uma tese provocadora: IA não é ferramenta de produtividade, é sistema de julgamento. E os fundamentos de arquitetura, trade-offs, características, decisões reversíveis, são, no fim, os fundamentos da infraestrutura de julgamento que toda empresa vai precisar.
VAMOS CONVERSAR
Conte seu cenário e receba uma leitura externa da sua arquitetura e dos próximos passos.
Agendar um assessment