Guias › Guia

Modelo de lições aprendidas

A maioria dos documentos de lições aprendidas é escrita uma vez, arquivada com carinho e nunca mais aberta. Aqui vai um modelo pensado para que algo realmente mude no próximo projeto.

Por que a maioria das lições nunca é aprendida

Uma lição só foi aprendida quando alguém faz algo diferente. Um parágrafo dizendo que a comunicação poderia ter sido melhor não muda nada, porque ninguém é dono dele e ninguém sabe dizer se funcionou.

Por isso o modelo abaixo pede evidência, causa e ação com responsável para cada lição. Se não responde a isso, é reclamação, não lição.

O modelo: colunas para copiar

Use uma tabela simples, uma linha por lição. Mantenha o texto factual e sem culpados.

• Número de referência e fase do projeto (iniciação, planejamento, execução, encerramento).
• Categoria: escopo, prazo, custo, pessoas, fornecedores, governança, tecnologia ou comunicação.
• O que aconteceu, em uma ou duas frases factuais.
• Impacto: dias perdidos, custo adicional ou benefício afetado, se você souber.
• Causa raiz: o motivo por trás do motivo, não o sintoma.
• Recomendação, responsável pela ação e a equipe ou o processo a que se aplica.

Conduzindo a sessão

Faça-a com as memórias frescas, de preferência poucas semanas após o go-live, e convide quem fez o trabalho além do patrocinador. Peça a alguém de fora da equipe de entrega que facilite, se puder, já que o gerente de projeto raramente é neutro sobre o próprio projeto.

Conduza em três perguntas, cada uma com dez minutos de escrita em silêncio antes de qualquer discussão, para que a voz mais alta não defina a pauta.

• O que deu certo e deve ser repetido?
• O que não deu certo e qual foi a causa raiz?
• O que faríamos diferente e quem fará isso acontecer?
• Pergunte por que cinco vezes sobre os dois ou três maiores problemas.
• Combine uma regra logo de início: discutimos processos e decisões, não pessoas.

Transformando lições em mudança

Separe o resultado em lições acionáveis e lições apenas interessantes. As acionáveis precisam de responsável e data, e vão para onde as pessoas voltarão a vê-las, como o manual do PMO, um checklist de início de projeto ou o modelo de registro de riscos do próximo projeto.

• Acrescente os problemas recorrentes à lista padrão de riscos de novos projetos.
• Atualize modelos e checklists na mesma semana, não um dia.
• Envie as cinco principais lições ao PMO e ao próximo gerente de projeto, pelo nome.
• Revise o registro no início de cada kickoff de novo projeto.

Registre as lições ao longo do caminho

Os melhores registros de lições começam na primeira semana. Uma linha acrescentada cada vez que algo dá errado vale mais que um exercício heroico de memória no fim. No Senshin você pode manter isso junto do registro RAID, então problemas e decisões já encerrados estarão esperando quando a revisão chegar.

Onde isto vive no Senshin

Perguntas frequentes

Mais guias

Última atualização: 2026-10-22