Planejamento, Cronograma e Custos
Modelo de relatório de lições aprendidas com exemplo
Um modelo de lições aprendidas só funciona se o que sai dele for usado por alguém que não estava no projeto. A maioria dos modelos disponíveis pede "pontos positivos" e "pontos negativos" e produz frases como "melhorar a comunicação", que não mudam decisão nenhuma. O modelo abaixo é construído ao contrário: cada campo empurra quem preenche para o fato, a causa e uma recomendação aplicável.
Há dois documentos diferentes, e a confusão entre eles explica muitos registros abandonados. A planilha de registro é preenchida durante o projeto, quando a situação acontece. O relatório de lições aprendidas é feito no fim de uma fase ou do projeto e consolida o que vale levar para a organização. Abaixo estão os dois modelos para copiar e um exemplo preenchido.
O conceito, o que o Guia PMBOK diz sobre registro e repositório e como escrever uma boa lição estão no artigo sobre lições aprendidas em projetos. Aqui o foco é o documento pronto.
Formação relacionada
Microsoft Project Professional
Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.
Modelo de lições aprendidas: registro ou relatório?
| Planilha de registro | Relatório de lições aprendidas | |
|---|---|---|
| Quando | Ao longo do projeto, no momento do fato | No fim de cada fase e no encerramento |
| Quem preenche | Qualquer pessoa da equipe | O gerente, com a equipe |
| Formato | Planilha, uma linha por lição | Documento de duas a quatro páginas |
| Leitor | A própria equipe | Patrocinador, escritório de projetos, gerentes de projetos futuros |
| Destino | Vira anexo do relatório | Vai para o repositório da organização |
Se você só puder adotar um, comece pela planilha. Um relatório escrito sem registro depende da memória do último mês do projeto, e as lições do início se perdem.
Modelo de planilha de registro de lições aprendidas
Crie uma planilha com as colunas abaixo. A explicação de cada campo está no artigo sobre lições aprendidas; aqui vão as colunas na ordem prática e as listas suspensas que evitam texto livre onde ele atrapalha a busca.
| Coluna | Tipo de preenchimento |
|---|---|
| ID | Número sequencial (LA-01, LA-02...) |
| Data | Data do registro |
| Fase ou entrega | Lista suspensa com as fases do seu projeto |
| Categoria | Lista: escopo, prazo, custo, contratos, qualidade, pessoas, comunicação, tecnologia, riscos |
| Tipo | Lista: repetir ou evitar |
| O que aconteceu | Texto, com números |
| Causa | Texto |
| Impacto | Texto curto: dias, reais, retrabalho |
| Recomendação | Texto que começa com um verbo |
| Registrado por | Nome |
| Situação | Lista: rascunho, validada, publicada |
Duas regras simples mantêm a planilha útil. Primeiro, ninguém apaga linha: lição descartada muda de situação. Segundo, a coluna Recomendação não pode ficar vazia quando a linha passa para "validada".
Modelo de relatório de lições aprendidas para copiar
RELATÓRIO DE LIÇÕES APRENDIDAS
Projeto: [nome] Código: [se houver]
Fase: [fase ou "projeto completo"] Data: [dd/mm/aaaa]
Patrocinador: [nome] Gerente: [nome]
Participantes da consolidação: [nomes e áreas]
1. CONTEXTO EM CINCO LINHAS
Objetivo do projeto, porte, duração e o que foi entregue.
2. RESULTADO COMPARADO AO PLANEJADO
Prazo: previsto [data] | realizado [data] | variação
Custo: previsto [R$] | realizado [R$] | variação
Escopo: entregas previstas x entregas aceitas
Objetivo de negócio: meta x resultado medido até agora
3. O QUE DEVE SER REPETIDO (2 a 4 lições)
Para cada uma: situação, por que funcionou, recomendação.
4. O QUE DEVE SER EVITADO (2 a 4 lições)
Para cada uma: situação, causa, impacto, recomendação.
5. RECOMENDAÇÕES PARA A ORGANIZAÇÃO
O que muda em modelos, processos, contratos ou checklists,
com responsável e prazo.
6. DISTRIBUIÇÃO
A quem o relatório será enviado e onde ficará arquivado.
Anexo: planilha de registro completa.
A seção 5 é a que diferencia um relatório útil de um desabafo. Se nenhuma lição gera mudança num modelo, checklist ou contrato da empresa, a próxima equipe vai repetir o mesmo problema.
Exemplo de relatório de lições aprendidas preenchido
O exemplo é ilustrativo: a implantação de um sistema de gestão escolar (matrícula, frequência e notas) em 12 escolas de uma rede municipal.
RELATÓRIO DE LIÇÕES APRENDIDAS
Projeto: Sistema de Gestão Escolar Fase: projeto completo
Data: 12/11/2027
Patrocinador: Secretária de Educação Gerente: coordenador de TI da secretaria
1. CONTEXTO
Implantação de sistema web de matrícula, frequência e notas em 12 escolas,
com migração dos cadastros de alunos e treinamento de secretarias escolares
e professores. Duração planejada: 8 meses (fevereiro a setembro de 2027).
2. RESULTADO COMPARADO AO PLANEJADO
Prazo: previsto 30/09/2027 | realizado 29/10/2027 | 1 mês de atraso
Custo: previsto R$ 640.000 | realizado R$ 671.000 | +R$ 31.000 (+4,8%)
Escopo: 5 entregas previstas, 5 aceitas; relatório de evasão adiado para
a fase 2 por decisão do patrocinador
Objetivo: lançamento de frequência pelo sistema em 100% das turmas,
atingido em 11 de 12 escolas no primeiro mês de uso
3. O QUE DEVE SER REPETIDO
LA-04 Piloto em 2 escolas antes da expansão. Os ajustes de tela pedidos
pelas secretarias no piloto evitaram retrabalho nas outras 10.
Recomendação: em sistemas usados por várias unidades, prever piloto
de pelo menos 4 semanas com unidades de perfis diferentes.
LA-09 Professores multiplicadores. Um professor por escola treinado
antes dos demais reduziu os chamados de suporte na primeira semana.
Recomendação: incluir multiplicadores no plano de treinamento.
4. O QUE DEVE SER EVITADO
LA-02 Cadastros de alunos com duplicidades. A limpeza dos dados para
migração levou 5 semanas, contra 2 planejadas, e causou o atraso.
Causa: ninguém analisou uma amostra da base antes de estimar.
Recomendação: antes de estimar qualquer migração, extrair amostra
e medir a taxa de registros com erro.
LA-07 Internet instável em 3 escolas. O lançamento de frequência
falhava nos horários de pico.
Causa: a infraestrutura das escolas ficou fora do escopo e não houve
vistoria prévia. Recomendação: vistoria de rede como entrega
obrigatória em projetos de sistema web para unidades de ponta.
5. RECOMENDAÇÕES PARA A ORGANIZAÇÃO
- Incluir "amostra da base" no checklist de estimativa de migração
(escritório de projetos, até dezembro de 2027).
- Incluir vistoria de rede no modelo de termo de abertura de projetos
de TI para escolas (TI da secretaria, até janeiro de 2028).
6. DISTRIBUIÇÃO
Patrocinador, diretores das 12 escolas, escritório de projetos da
prefeitura. Arquivo: repositório de projetos da secretaria.
Confira as contas do exemplo: R$ 671.000 menos R$ 640.000 dá R$ 31.000, e R$ 31.000 divididos por R$ 640.000 são 4,8%. Mostrar a conta no relatório evita a primeira pergunta do patrocinador.
Como preencher o modelo sem cair no genérico
Algumas regras resolvem a maior parte dos problemas:
- Um fato por lição. "Comunicação ruim" junta cinco problemas diferentes; separe-os.
- Número sempre que houver. Semanas de atraso, reais, quantidade de chamados, percentual de turmas.
- Causa antes de recomendação. Sem causa, a recomendação vira palpite.
- Recomendação com verbo e destino. "Incluir no checklist de estimativa" é aplicável; "ter mais atenção" não é.
- Lições positivas também. O que funcionou e deve virar padrão costuma ser mais útil do que a lista de problemas.
A reunião que alimenta o relatório tem roteiro próprio, com papéis, dinâmica e tempo de cada bloco, descrito em como conduzir a reunião de lições aprendidas.
Como apresentar e distribuir o relatório
O relatório tem dois públicos. O patrocinador quer saber, em uma página, o que vai mudar na organização; os gerentes de outros projetos querem encontrar a lição quando estiverem planejando algo parecido. Para o primeiro, uma apresentação curta com as seções 2 e 5 resolve; ideias de formato estão em como apresentar lições aprendidas de forma visual. Para o segundo, o que importa é a planilha anexada com categorias consistentes, porque é por elas que alguém vai buscar.
O relatório também é uma das peças do encerramento do projeto: ele entra na lista de pendências que precisam estar resolvidas antes de o projeto ser formalmente fechado.
Erros comuns com modelos de lições aprendidas
- Preencher só no fim. O modelo vira exercício de memória e perde as lições das primeiras fases.
- Buscar culpados. Se a reunião aponta pessoas, a equipe passa a esconder problemas. Escreva sobre processos, decisões e condições.
- Relatório sem dono para as recomendações. Sem responsável e prazo, a seção 5 não acontece.
- Repositório sem categorias. Lições guardadas em pastas por nome de projeto não são encontradas por quem não sabe que aquele projeto existiu.
Feche o projeto com o relatório pronto
Copie a planilha de registro hoje, mesmo que o seu projeto esteja na metade, e peça à equipe três lições da fase atual. No encerramento, consolide-as no relatório e anexe-o ao termo de encerramento. O gerador gratuito de termo de encerramento da Projeto Diário monta o documento final com aceite das entregas, resultado de prazo e custo e pendências, e o relatório de lições entra como anexo. A sequência completa, do planejamento ao fechamento, está no guia de planejamento de projetos.
