Por que o encerramento importa
Muitos projetos não terminam: eles se dissolvem. A entrega principal vai para o ar, a equipe é chamada para outras frentes e o projeto fica aberto por meses, com contrato ativo, custos sendo lançados e pendências que ninguém assume. O encerramento formal evita isso e fecha o ciclo com três resultados: a entrega tem dono na operação, o dinheiro para de sair e a empresa aprende com o que aconteceu.
O encerramento vale também para projetos interrompidos antes do fim. Nesses casos, ele é ainda mais importante: registra o que foi entregue, o que ficou pelo caminho e por que o projeto parou.
As seis frentes do encerramento
| Frente | O que precisa estar resolvido |
|---|---|
| Aceite das entregas | Cada entrega aceita formalmente, com as pendências registradas |
| Transição | Dono na operação, documentação entregue e fim do suporte do projeto comunicado |
| Contratos e fornecedores | Contratos encerrados ou transferidos, pagamentos feitos, fornecedores avaliados |
| Finanças e recursos | Código do projeto fechado, custo final apurado, equipe e acessos liberados |
| Lições aprendidas | Reunião feita e lições registradas onde outros vão encontrar |
| Comunicação | Encerramento comunicado, equipe reconhecida e relatório final entregue |
Aceite formal
O aceite é o que separa um projeto encerrado de um projeto abandonado. Ele precisa vir de quem tem autoridade para aceitar (o cliente ou o responsável do negócio indicado no termo de abertura), por escrito e com data. Pendências menores podem ser aceitas com ressalva, desde que tenham dono e prazo. Aceite verbal vira discussão meses depois.
Transição para a operação
A entrega precisa de um dono depois do projeto: quem mantém, corrige e evolui. Esse dono deve concordar em assumir, receber a documentação e os acessos e saber a partir de quando os chamados passam a ser dele. Transição mal feita é a principal causa de o projeto "continuar" depois de encerrado, com a equipe original atendendo problemas que já não são dela.
Benefícios depois do projeto
Muitos benefícios só aparecem meses depois da entrega. O encerramento é o momento de definir quem vai medir se o benefício previsto no business case aconteceu e quando isso será reportado. Sem esse responsável, a empresa nunca descobre se o projeto valeu a pena.
Como o checklist funciona
Cada item pode ser marcado como feito, como "não se aplica" ou ficar pendente, com observação. Os itens críticos são aceite formal, dono da entrega na operação, contratos encerrados, código do projeto fechado e reunião de lições aprendidas: sem eles, encerrar o projeto deixa custos correndo ou uma entrega sem dono.
Lições aprendidas que servem para alguma coisa
Faça a reunião com a equipe e, se possível, com o cliente e os fornecedores principais. Três perguntas bastam: o que funcionou e deve ser repetido, o que não funcionou e deve ser evitado e o que recomendaríamos ao próximo projeto parecido. Escreva as lições como recomendações práticas ("confirmar a disponibilidade dos usuários-chave antes do cronograma"), e não como queixas. E guarde onde o próximo gerente vai procurar, não só na pasta do projeto.
O relatório final em uma página
O relatório final não precisa ser longo. Uma página bem escrita, entregue ao patrocinador, cobre o essencial: o objetivo do projeto, o que foi entregue, o resultado comparado com a linha de base de escopo, prazo e custo, as principais diferenças e seus motivos, as pendências com dono e prazo, as três lições mais importantes e quem mede os benefícios daqui para a frente. Anexe o aceite formal e a lista de documentos arquivados. Esse relatório é também a melhor fonte para o próximo business case de um projeto parecido.
Exemplo resolvido
A reforma de uma central de atendimento terminou. A equipe já está no novo espaço e o cliente interno está satisfeito. O checklist mostra aceite formal das entregas, com uma pendência registrada (ajuste acústico de uma sala, com a construtora, até o meio do mês seguinte), dono da operação definido, contratos encerrados e centro de custo fechado.
Ficaram pendentes a reunião de lições aprendidas (item crítico), o registro das lições, a avaliação dos fornecedores, o reconhecimento da equipe, o relatório final e a definição de quem vai medir o benefício de redução de ruído e rotatividade.
O resultado é "Ainda não encerre o projeto", por causa das lições aprendidas. A observação do item registra a data combinada com a equipe e o fornecedor de mobiliário. Use "Preencher com exemplo" para ver esse cenário.
Erros comuns
- Encerrar sem aceite formalA entrega fica em discussão e o projeto nunca termina de verdade.
- Deixar o código do projeto abertoCustos de outras frentes acabam lançados no projeto por engano.
- Lições aprendidas como formalidadeUma lista de queixas guardada na pasta do projeto não muda o próximo.
- Liberar a equipe sem aviso aos gestoresAs pessoas saem sem avaliação e o trabalho delas fica invisível.
- Esquecer os acessos temporáriosLicenças e acessos criados para o projeto continuam custando e abrindo brechas.
- Não definir quem mede o benefícioNinguém descobre se o projeto valeu o investimento.
Como levar isso para a equipe inteira
Encerramento é a fase mais negligenciada nas empresas, e o motivo é simples: quando a entrega está no ar, todos querem ir para o próximo projeto. O resultado é a mesma lição sendo aprendida de novo, projeto após projeto.
Padronizar o encerramento é uma das primeiras atribuições de um escritório de projetos. Três práticas fazem diferença: um checklist comum de encerramento, uma reunião de lições aprendidas com roteiro curto e um repositório de lições consultado no início de cada projeto novo. Com o tempo, o PMO consegue ver padrões (os mesmos atrasos, os mesmos fornecedores, as mesmas premissas erradas) e agir na causa.
O erro mais comum na adoção é o repositório virar arquivo morto. Lição que ninguém lê não é lição: coloque a consulta ao repositório como item do checklist de kickoff.
A Projeto Diário oferece treinamento para equipes em implantação de PMO, com os ritos de encerramento e lições aprendidas aplicados aos projetos da sua empresa.
Perguntas frequentes
Quando o projeto pode ser considerado encerrado?
Quando as entregas foram aceitas, a operação assumiu, os contratos e o código do projeto foram fechados e as lições foram registradas. Antes disso, ele ainda consome recursos e atenção.
Qual a diferença entre encerrar o projeto e encerrar uma fase?
O encerramento de fase fecha uma etapa e autoriza a seguinte; o do projeto fecha tudo. Muitos itens deste checklist, como lições aprendidas e aceite, também valem para o fim de cada fase.
Projeto cancelado também precisa de encerramento?
Sim. Registre o que foi entregue, o que ficou pendente, os custos incorridos e o motivo do cancelamento. Essas informações evitam repetir o mesmo erro.
Quem participa da reunião de lições aprendidas?
A equipe do projeto e, se possível, o cliente e os fornecedores principais. Um facilitador neutro, como alguém do PMO, ajuda a manter a conversa objetiva.
Posso mudar os itens do checklist?
Nesta versão, não. Use "Não se aplica" para o que não fizer sentido e o campo de observação para o que for específico. No Excel exportado, você pode acrescentar linhas.
Os dados ficam salvos onde?
Apenas no seu navegador. A Projeto Diário não recebe nem armazena as suas marcações e observações.
Vocês oferecem treinamento sobre encerramento e lições aprendidas para equipes?
Sim. O treinamento In Company de implantação de PMO inclui os ritos de encerramento e o repositório de lições. Solicite uma proposta.