APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Na avaliação, relaciona resultados de testes e outras evidências com os critérios de aceitação definidos. Confirma versão, condições do ensaio e âmbito coberto. Um teste que passou com dados pequenos não demonstra necessariamente comportamento sob carga. Identifica diferenças entre a solução entregue e os requisitos e comunica impacto e opções para resolução. A decisão pode exigir correção, aceitação condicionada ou adiamento, consoante autoridade e critérios aplicáveis. Não assumes que o analista pode aceitar risco em nome de operações. O sign-off da solução permite avançar segundo a governação acordada; ainda assim, os benefícios esperados precisam de ser avaliados durante utilização real.
Aplicação guiada
Num exercício, uma automação foi aprovada para poupar 300 horas anuais, mas a utilização medida indica 180. A realização observada é 60% da estimativa. Antes de concluir que o código falhou, investiga adoção, volume, qualidade dos dados e trabalho transferido para outras equipas. Se a população mudou, apresenta essa limitação da comparação. Define um responsável e uma data para voltar a medir depois da ação corretiva. Num handover fictício, o runbook existe, mas ninguém de APS demonstrou recuperação. Regista a diferença entre documentação entregue e capacidade operacional demonstrada, e encaminha a decisão de prontidão com evidência. Esta disciplina aproxima a análise de negócio do trabalho de RUN THE BANK, onde a utilidade da solução se torna visível depois de o projeto deixar a fase de entrega.
180/300 = 60% do benefício estimado, com pressupostos a rever.
Armadilhas comuns
Sign-off como benefício realizado; lacuna de adoção como defeito presumido; runbook como ensaio.
Tópicos relacionados: Da necessidade ao âmbito da solução · Valor, stakeholders e business case · Plano de requisitos e responsabilidades
Avalia cumprimento e valor com evidência adequada a cada pergunta.
Referência: Business needs and lifecycle value · Five-domain ECO / verified 2026-10-01