Lições Aprendidas: o documento que ninguém lê
No encerramento de cada projeto existe um ritual quase universal: a reunião de lições aprendidas. Preenche-se um documento, lista-se o que correu bem e o que correu mal, guarda-se numa pasta partilhada e… nunca mais se abre. No projeto seguinte, cometem-se os mesmos erros, pelas mesmas razões, com as mesmas consequências.
O problema não é a falta de lições. É o que as organizações fazem — ou deixam de fazer — com elas.
O arquivo que ninguém consulta
A maioria das organizações não tem falta de lições aprendidas. Tem um problema sistemático de as ignorar. Muitas vezes o processo existe formalmente — reuniões de encerramento, formulários de avaliação, registos em plataformas de gestão — mas raramente está ligado ao início dos projetos seguintes. As lições ficam arquivadas em documentos que ninguém consulta quando começa um novo projeto.
O resultado é paradoxal: as organizações acumulam experiência sem acumular aprendizagem. Cada equipa recomeça do zero, repete erros já documentados, e volta a descobrir soluções que já existiam no arquivo.
Porquê o processo tradicional falha
Há três razões recorrentes que explicam porque as lições aprendidas não funcionam na prática.
A primeira é o timing. A reunião de encerramento acontece normalmente quando a equipa já está dispersa, cansada ou já afeta a outro projeto. O contexto emocional e técnico que tornaria a reflexão útil foi-se. O que fica é uma lista genérica de observações sem profundidade.
A segunda é o formato. Quando as lições aprendidas são registadas num contexto hierárquico ou sem segurança psicológica, as pessoas não são honestas. Listam o que é politicamente seguro dizer, não o que realmente correu mal. O documento torna-se uma versão higienizada da realidade — sem utilidade prática.
A terceira é a ausência de responsabilidade pela transferência. Mesmo quando as lições são boas e honestas, não existe nenhum mecanismo que garanta que chegam ao próximo gestor de projeto antes deste começar. Não há ninguém responsável por fechar esse ciclo.
O que realmente faz a diferença
A solução começa antes do encerramento: retrospetivas regulares ao longo do projeto capturam a experiência quando está fresca e permitem corrigir o curso em tempo útil. Quando algo corre mal no mês três, não faz sentido esperar pelo mês doze para o registar.
A segunda mudança é criar as condições para a honestidade. Isso significa separar a reflexão da avaliação de desempenho individual, garantir que as lições se focam nos processos e não nas pessoas, e tornar explícito que o objetivo é melhorar — não atribuir culpas. Uma equipa que sabe que pode ser honesta sem consequências pessoais produz lições que valem a pena registar.
A terceira é integrar as lições no kickoff dos projetos seguintes. Antes de iniciar um novo projeto, o gestor deve consultar as lições de iniciativas similares anteriores. Não para copiar soluções, mas para não repetir erros evitáveis. Este passo simples — que raramente acontece — é o que fecha o ciclo e transforma o registo em aprendizagem real.
A lição que não está no documento
A cultura de aprendizagem não se cria com um processo nem com um formulário. Cria-se com consistência: quando a organização demonstra, repetidamente, que o erro tem valor diagnóstico e não punitivo; quando as lições do passado são genuinamente consultadas antes de iniciar algo novo; e quando existe alguém com responsabilidade de garantir que o conhecimento circula.
Isso não exige tecnologia sofisticada nem metodologias complexas. Exige uma decisão cultural: valorizar o que já se sabe tanto quanto o que ainda se vai descobrir.
Os projetos ensinam sempre. A questão é se as organizações estão dispostas a aprender. Um registo de lições aprendidas que fica guardado numa pasta é apenas burocracia bem-intencionada. Já uma organização que usa esse registo para decidir melhor é uma organização que cresce a cada projeto.