7.2 Retrospectiva e Avaliação do Projeto
Conduzir bem o projeto durante a execução importa — mas o que de fato fortalece o próximo projeto é o que acontece depois que este termina: reflexão e avaliação.
Esta seção cobre como refletir sobre resultados, processo, equipe e organização juntos, e como usar métodos estruturados para trazer à tona sucessos que vale repetir e erros que vale evitar.
Por Que as Retrospectivas Importam
Quando um projeto termina, a maioria dos membros parte direto para a próxima atribuição. Pular a retrospectiva costuma deixar:
- Fatores de sucesso que ninguém consegue nomear — e, portanto, não consegue repetir
- Erros e descuidos que se repetem em silêncio
- Insights presos na cabeça de uma única pessoa, que nunca chegam à equipe
Uma retrospectiva não é sobre culpar o passado; é um movimento estratégico para aumentar as chances no próximo projeto.
Quatro Dimensões de uma Avaliação de Projeto
Para uma visão holística, olhe o projeto por quatro ângulos:
- Resultados: as metas foram atingidas? qualidade, prazo, custo, satisfação
- Processo: planejamento, acompanhamento e gestão de mudanças foram eficazes?
- Equipe: colaboração, papéis e comunicação estavam claros?
- Ambiente: fatores externos — stakeholders, estrutura, ferramentas — eram adequados?
Olhar para os quatro tira a conversa de "deu certo / não deu" e a leva para insights com profundidade real.
Métodos de Avaliação: KPT, 5 Porquês, Avaliação 360
KPT (Keep / Problem / Try)
- Keep: o que deu certo e deve continuar
- Problem: o que não deu certo
- Try: ideias para melhorar
5 Porquês
Rastreie problemas até a raiz perguntando "por quê?" cinco vezes seguidas. Isso empurra para além dos sintomas, em direção à causa real.
Avaliação 360 Graus
Colete feedback de todo mundo envolvido para que a equipe se enxergue por múltiplos ângulos — revelando dinâmicas que uma única perspectiva deixaria escapar.
Usando o AB para Retrospectivas
O AB dá à retrospectiva uma base concreta para se apoiar:
- Reproduza históricos de tarefas e comentários para ver como as decisões realmente fluíram
- Use as visões de burndown e Gantt para analisar o ritmo e onde os atrasos apareceram
- Compartilhe modelos de retrospectiva (formato KPT) como documentos comuns
- Colete feedback honesto por meio de comentários ou pesquisas anônimas
O resultado é uma revisão baseada em fatos e movida pelo diálogo — não um concurso de memória.
Como Fazer as Retrospectivas Pegarem
Para evitar que a retrospectiva vire ritual:
- Agende-as como parte do encerramento, não como um extra opcional
- Envolva toda a equipe, não só o PM
- Enquadre a conversa como melhoria voltada ao futuro, não caça a culpados
- Realimente o output em modelos de projeto e na EAP da próxima vez
Resumo: Retrospectivas Acendem a Melhoria
Uma retrospectiva não é sobre lamentar o passado — é sobre desenhar um próximo projeto melhor. Transformar insights em conhecimento compartilhado da equipe, em vez de lições pessoais, é a marca de uma equipe que aprende.
Como isso fica no AB
No AB Project Management, uma página de Retrospectiva no Wiki do projeto captura o KPT em um formato pesquisável pela próxima equipe. Fixe-a a partir do home do projeto para que seja a primeira coisa que qualquer pessoa vê depois. Tarefas marcadas como Lição carregam aprendizados individuais com responsáveis — e assistentes de IA conectados via MCP podem ser pedidos para resumir o histórico de mudanças do projeto em um rascunho de retrospectiva, para iniciar a discussão.
→ A seguir, vá para 7.3 Transferência de Conhecimento para Projetos Futuros e explore como capturar e passar adiante os aprendizados de forma eficaz.