← PMI-PBA: necessidades, requisitos e benefícios
14 / 15 · 70 MIN

Rastreabilidade e fronteiras de impacto

Usa relações explícitas para identificar o que deve ser revisto, sem confundir ligações com impactos comprovados.

Dar significado às ligações

Num projeto fictício de pagamentos, o negócio quer alterar a hora de corte. Uma lista de ficheiros com a palavra cutoff não basta para identificar o impacto. A API aceita pedidos, o worker executa o lote, um teste cobre ambos e o runbook orienta APS. Regista por que motivo cada elemento se relaciona com o requisito e em que sentido a relação é lida. No modelo original, API depends-on R significa que API depende do requisito R. Para investigar uma mudança em R, percorrem-se as relações no sentido inverso, procurando dependentes. A mesma matriz pode suportar perguntas diferentes; documenta a semântica antes de automatizar a pesquisa.

Distinguir candidatos, objetivos e efeitos reais

O exercício identifica R, API, WORKER, T e RUN como candidatos a revisão. Isto não significa que todos precisem de alteração, nem que sejam os únicos impactos possíveis fora do modelo. Uma relação supports liga R ao objetivo G para rever a justificação de negócio. LOGIN também contribui para G, mas essa ligação comum não prova que o login muda quando a hora de corte muda. O algoritmo não inclui LOGIN automaticamente. Pede aos responsáveis que confirmem efeitos, interfaces, controlos e operações omitidas. Se descobrirem uma dependência ausente, atualiza o modelo e repete a análise. Um resultado pequeno pode refletir um âmbito realmente pequeno ou uma matriz incompleta.

Contar trabalho, não caminhos até ao trabalho

O teste T é alcançado através da API e do worker. Na fixture, as estimativas são R=2, API=3, WORKER=5, T=4 e RUN=1 dias-pessoa. Contar cada elemento uma vez produz 15. Contar novamente T por aparecer noutro caminho produziria 19 sem identificar trabalho adicional. A deduplicação só é correta porque T representa aqui o mesmo pacote de trabalho. Se duas configurações exigirem execução e evidência distintas, cria unidades com identidade e estimativas próprias em vez de apagar uma repetição legítima. Dias-pessoa também não são dias de calendário: disponibilidade, sequência, competências e esperas determinam a duração. Apresenta os pressupostos juntamente com o total.

Preservar incerteza e detetar informação inválida

Quando falta a estimativa de T, o subtotal conhecido é 11 e o total permanece desconhecido. A apresentação deve mostrar essa lacuna e o responsável pela estimativa; convertê-la em zero daria uma falsa sensação de completude. O modelo rejeita identificadores duplicados, extremos de ligações inexistentes, relações não reconhecidas e esforço negativo. Um ciclo entre dependências não provoca execução infinita porque cada elemento é visitado uma vez. Isso demonstra apenas que a pesquisa termina: não prova que o ciclo seja válido para o negócio ou que as tarefas possam ser calendarizadas. Investiga a origem do ciclo e separa dependência de informação, dependência de execução e simples referência documental.

Transformar a pesquisa num pacote de decisão

Antes do comité, junta a razão da alteração, a baseline usada, os candidatos identificados, impactos confirmados, lacunas, estimativas e consequências de adiar ou rejeitar. Inclui as equipas funcionais, desenvolvimento, QA e APS quando o resultado as afetar. A orientação pública NASA sobre requisitos e configuração ajuda a explicar relações e controlo de baselines; os seus órgãos e marcos específicos não são uma regra para bancos ou para todos os projetos PMI. No PMI-PBA, o objetivo é manter requisitos e artefactos coerentes enquanto se avaliam alterações. Resume o resultado com linguagem verificável: cinco candidatos encontrados no modelo, quatro estimativas disponíveis se T estiver desconhecido, análise dos responsáveis ainda necessária. Não apresentes a pesquisa como uma autorização automática.

# Fictional relationship directions, not a bank workflow.
API --depends-on--> R
WORKER --depends-on--> R
T --verifies--> API
T --verifies--> WORKER
RUN --documents--> WORKER
R --supports--> G
LOGIN --supports--> G
# Change R: candidates R, API, WORKER, T, RUN.
# 2 + 3 + 5 + 4 + 1 = 15 person-days, not elapsed days.
NA PRÁTICA

A mudança em R identifica cinco candidatos e 15 dias-pessoa. Sem a estimativa de T, há 11 dias-pessoa conhecidos e total desconhecido.

Armadilhas comuns

Ligações como prova de impacto; objetivo comum como dependência; caminhos duplicados como trabalho adicional; desconhecido como zero.

Tópicos relacionados: Gestão de requisitos · Estimativas e dependências · Controlo de alterações e aceitação

Leva esta ideia contigo

Define a relação, confirma o impacto com os responsáveis e comunica a cobertura e as lacunas do modelo.

Criar conta

Referência: PMI-PBA Examination Content Outline · Five-domain ECO / verified 2026-10-01

PMI-PBA® e PMI® são marcas registadas de Project Management Institute, Inc. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por PMI. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.