Conceito e mecanismo
Uma review permite inspecionar resultados com quem os utiliza e ajustar o trabalho futuro. Uma retrospetiva concentra-se em melhorar a forma de trabalhar. As duas produzem aprendizagem diferente e complementar. A fronteira de fase considera um compromisso mais amplo: resultados integrados, previsão, justificação, risco e recursos para continuar. Uma soma de pontos de equipas com escalas diferentes não demonstra essa viabilidade. A gestão deve permitir que evidência de entrega influencie a decisão de investimento sem transformar cada review numa autorização automática de orçamento ou cada decisão de fase numa reunião técnica diária.
Aplicação guiada
Quando um problema se repete, pergunta que mudança será experimentada, quem a executa e como se verificará o efeito. Registar a mesma frase em todas as atas não produz melhoria. Ao encerrar, confirma aceitação dos produtos, capacidade de suporte, ações remanescentes e responsáveis. Um backlog não precisa de desaparecer para o produto poder continuar a evoluir; o que precisa de clareza é quem decide e financia o trabalho posterior. Se a entrega ainda não permite suporte autónomo, torna a lacuna explícita antes de recomendar encerramento. Workshops devem terminar com decisões recuperáveis, donos e pontos de verificação.
Três reviews realizadas não substituem evidência de integração quando o board decide financiar a fase seguinte.
Armadilhas comuns
Review como aceitação automática; retrospetiva sem ação; apagar backlog para fechar; acesso como suporte demonstrado.
Tópicos relacionados: Produto, operação e apoio de IA · Mentalidade, feedback e fluxo
Inspeciona, aprende e transfere responsabilidades de forma explícita.
Referência: PRINCE2 Agile Foundation syllabus · Version 2; inspected syllabus 2.0 (May 2025); revision 2.1 comparison pending