Este simulado traz 30 questões de múltipla escolha distribuídas na proporção dos quatro domínios do exame CAPM (ECO 2023, ainda vigente): 11 questões de Project Management Fundamentals (36%), 8 de Business Analysis Frameworks (27%), 6 de Agile (20%) e 5 de Predictive (17%). Cada questão vem com gabarito e explicação do raciocínio — o objetivo é treinar o padrão de pensamento do exame, não decorar respostas.
Domínio 1 · Project Management Fundamentals (11 questões)
1. Um projeto é definido pelo PMI principalmente como:
Um trabalho contínuo e repetitivo dentro de uma operação
Um esforço temporário empreendido para criar um produto, serviço ou resultado único
Um conjunto de tarefas administrativas sem prazo definido
Uma função permanente dentro da estrutura organizacional
Gabarito: B
Projeto é, por definição, temporário (tem início e fim) e único (gera algo que não existia exatamente daquela forma) — o que o diferencia de operação contínua.
2. Em uma estrutura organizacional matricial forte, o gerente de projetos tipicamente tem:
Autoridade nula sobre recursos
Autoridade comparável ou maior que o gerente funcional
Autoridade apenas sobre orçamento, nunca sobre pessoas
Nenhum papel formal definido
Gabarito: B
Na matricial forte, o poder do gerente de projetos se aproxima ou supera o do gerente funcional, ao contrário da matricial fraca, onde o gerente funcional mantém mais controle.
3. O termo de abertura do projeto (project charter) tem como principal função:
Detalhar o cronograma dia a dia do projeto
Autorizar formalmente a existência do projeto e dar autoridade ao gerente de projetos
Listar todos os riscos identificados
Substituir o plano de gerenciamento do projeto
Gabarito: B
O charter formaliza a existência do projeto e concede autoridade ao gerente — ele não substitui o detalhamento posterior feito no plano de gerenciamento.
4. Um risco identificado que ainda não aconteceu, mas que pode impactar positiva ou negativamente o projeto, é chamado de:
Issue
Risco
Premissa
Restrição
Gabarito: B
Risco é um evento incerto que, se ocorrer, tem efeito positivo (oportunidade) ou negativo (ameaça). Issue é algo que já aconteceu e precisa de ação imediata.
5. Qual das opções abaixo é um exemplo de stakeholder de um projeto?
Apenas o patrocinador (sponsor)
Apenas a equipe do projeto
Qualquer indivíduo ou organização que pode afetar ou ser afetado pelo projeto
Apenas o cliente final
Gabarito: C
Stakeholder é uma definição ampla — inclui qualquer parte impactada ou capaz de impactar o projeto, não só quem está formalmente listado como cliente ou patrocinador.
6. O registro de lições aprendidas (lessons learned register) deve ser atualizado:
Apenas no encerramento do projeto
Ao longo de todo o ciclo de vida do projeto
Somente se o projeto falhar
Apenas pelo patrocinador
Gabarito: B
Lições aprendidas são capturadas continuamente, não só no fechamento — isso permite correção de rota durante a execução, não apenas registro histórico.
7. Um “issue” (problema/questão) em um projeto é:
Um evento futuro incerto
Uma condição ou situação atual que precisa ser resolvida
Um documento de planejamento
Sinônimo exato de risco
Gabarito: B
Issue é algo que já está acontecendo e exige ação — diferente de risco, que é um evento futuro incerto ainda não materializado.
8. Qual documento formaliza o encerramento de uma fase ou do projeto?
Termo de abertura
Plano de gerenciamento do projeto
Termo de encerramento (closing document/final report)
Registro de riscos
Gabarito: C
O encerramento formal é documentado especificamente para registrar que a fase ou o projeto foi concluído e aceito.
9. A Estrutura Analítica do Projeto (EAP/WBS) tem como propósito principal:
Definir o orçamento final do projeto
Decompor o escopo total do trabalho em pacotes de trabalho gerenciáveis
Listar os riscos do projeto por prioridade
Substituir o cronograma
Gabarito: B
A EAP decompõe hierarquicamente o escopo em partes menores e gerenciáveis — é uma ferramenta de organização do escopo, não de orçamento ou risco diretamente.
10. Um patrocinador (sponsor) de projeto tem como responsabilidade típica:
Executar as tarefas técnicas do dia a dia
Prover recursos, remover obstáculos organizacionais e apoiar decisões estratégicas do projeto
Substituir o gerente de projetos quando necessário
Nenhuma responsabilidade formal
Gabarito: B
O sponsor atua no nível estratégico — provendo recursos e removendo barreiras organizacionais — e não na execução operacional das tarefas.
11. Resposta a risco do tipo “mitigar” significa:
Transferir totalmente o risco para terceiros
Reduzir a probabilidade ou o impacto do risco
Ignorar o risco por ser de baixa prioridade
Aceitar o risco sem qualquer ação
Gabarito: B
Mitigar é uma ação ativa para reduzir a chance de o risco ocorrer ou reduzir seu impacto, caso ocorra — diferente de transferir (passar a terceiros) ou aceitar (não agir).
Domínio 2 · Business Analysis Frameworks (8 questões)
12. O principal objetivo da elicitação de requisitos é:
Definir o cronograma do projeto
Identificar e documentar as necessidades reais dos stakeholders
Calcular o orçamento total
Selecionar a metodologia do projeto
Gabarito: B
Elicitação é o processo de descobrir, junto aos stakeholders, quais são as necessidades reais — etapa anterior à documentação formal dos requisitos.
13. Um requisito de negócio (business requirement) descreve:
Detalhes técnicos de implementação de software
A necessidade de alto nível da organização que justifica o projeto
O cronograma detalhado de entregas
A lista de riscos técnicos
Gabarito: B
Requisitos de negócio ficam no nível estratégico (por que o projeto existe), diferente de requisitos funcionais/técnicos, que detalham como o sistema deve se comportar.
14. A matriz de rastreabilidade de requisitos serve para:
Ligar cada requisito à sua origem e às entregas que o satisfazem
Substituir o termo de abertura
Calcular o valor agregado do projeto
Definir a estrutura organizacional do projeto
Gabarito: A
A matriz conecta requisito → origem → entrega, garantindo que nada seja perdido ou implementado sem justificativa rastreável.
15. Qual técnica é comumente usada para priorizar requisitos com categorias como “Must have”, “Should have”, “Could have” e “Won’t have”?
Análise de Monte Carlo
MoSCoW
Diagrama de Ishikawa
Curva S
Gabarito: B
MoSCoW é a técnica de priorização de requisitos baseada nessas quatro categorias, muito usada em contextos ágeis e híbridos.
16. A análise de stakeholders no contexto de análise de negócios busca principalmente:
Determinar apenas quem paga pelo projeto
Entender interesse, influência e impacto de cada parte interessada nas decisões do projeto
Excluir stakeholders de baixo poder do planejamento
Substituir a matriz de rastreabilidade
Gabarito: B
A análise de stakeholders mapeia poder, interesse e impacto — inclusive stakeholders de baixo poder podem ter alto interesse e precisam ser considerados na comunicação.
17. Um “caso de uso” (use case) em análise de negócios descreve tipicamente:
O orçamento do projeto
Uma sequência de interações entre um usuário (ator) e o sistema para atingir um objetivo
O cronograma de entregas
A estrutura analítica do projeto
Gabarito: B
Caso de uso documenta como um ator interage com o sistema para alcançar um resultado específico — é uma ferramenta central de levantamento funcional.
18. A validação de requisitos, diferente da verificação, tem como foco confirmar que:
O requisito foi documentado sem erros ortográficos
A solução entregue realmente atende à necessidade de negócio original
O cronograma foi cumprido no prazo
O orçamento não foi excedido
Gabarito: B
Validação responde “construímos a coisa certa?” (atende à necessidade real), enquanto verificação responde “construímos certo?” (conforme especificado).
19. Qual das opções é um exemplo de requisito não-funcional?
O sistema deve permitir login com e-mail e senha
O sistema deve responder a qualquer consulta em no máximo 2 segundos
O sistema deve gerar um relatório mensal de vendas
O sistema deve permitir cadastro de novos clientes
Gabarito: B
Requisitos não-funcionais descrevem qualidades do sistema (desempenho, segurança, usabilidade) — não uma função específica que o sistema executa.
Domínio 3 · Agile (6 questões)
20. No Scrum, o papel responsável por maximizar o valor do produto e gerenciar o Product Backlog é:
Scrum Master
Product Owner
Time de Desenvolvimento
Patrocinador
Gabarito: B
O Product Owner é responsável pelo backlog e por maximizar o valor entregue — o Scrum Master remove impedimentos e protege o processo, não decide prioridade de produto.
21. Um “Sprint Retrospective” tem como principal objetivo:
Planejar o próximo sprint
Refletir sobre o processo do sprint anterior e identificar melhorias
Apresentar o incremento ao cliente
Definir o backlog do produto
Gabarito: B
A retrospectiva foca no processo da equipe (o que funcionou, o que não funcionou), diferente da Sprint Review, que apresenta o incremento entregue.
22. Um quadro Kanban limita o trabalho em progresso (WIP) para:
Aumentar o número de tarefas simultâneas
Reduzir gargalos e melhorar o fluxo contínuo de entrega
Eliminar a necessidade de priorização
Substituir o backlog do produto
Gabarito: B
O limite de WIP força a equipe a terminar antes de começar mais, o que expõe gargalos e melhora o fluxo — é um princípio central do método Kanban.
23. No Manifesto Ágil, o valor “indivíduos e interações” é priorizado sobre:
Processos e ferramentas
Software funcionando
Colaboração com o cliente
Resposta a mudanças
Gabarito: A
O Manifesto Ágil valoriza “indivíduos e interações mais que processos e ferramentas” — um dos quatro valores centrais.
24. Uma “user story” bem escrita tipicamente segue o formato:
Como [papel], eu quero [ação], para que [benefício]
Um relatório técnico de requisitos funcionais
Uma lista de tarefas sem contexto de negócio
Um documento de arquitetura de sistema
Gabarito: A
O formato “Como [papel], eu quero [ação], para que [benefício]” conecta a funcionalidade ao valor de negócio, característica central da user story.
25. O conceito de “Definition of Done” (DoD) em ágil serve para:
Definir o orçamento total do projeto
Estabelecer critérios objetivos que determinam quando um item é considerado concluído
Substituir o Product Backlog
Eliminar a necessidade de testes
Gabarito: B
A DoD é um critério compartilhado pela equipe sobre o que significa “pronto” — evita ambiguidade sobre o que conta como entrega concluída.
Domínio 4 · Predictive (5 questões)
26. O caminho crítico de um projeto é definido como:
A sequência de atividades com a menor duração total
A sequência de atividades que determina a menor duração possível do projeto, sem folga
Uma lista de riscos de alta prioridade
O orçamento mínimo necessário
Gabarito: B
O caminho crítico é a sequência de atividades sem folga (float zero) que define a duração mínima do projeto — atraso em qualquer atividade dele atrasa o projeto inteiro.
27. Na Análise de Valor Agregado (EVM), o indicador CPI (Cost Performance Index) menor que 1 indica:
O projeto está adiantado no cronograma
O projeto está gastando mais do que o valor planejado para o trabalho realizado
O projeto está dentro do orçamento
Não há relação entre CPI e custo
Gabarito: B
CPI = EV/AC. Quando menor que 1, o custo real (AC) é maior que o valor agregado (EV) — ou seja, o projeto está gastando mais do que deveria para o trabalho entregue.
28. A técnica de estimativa “três pontos” (PERT) combina:
Apenas a estimativa otimista
Estimativas otimista, mais provável e pessimista em uma média ponderada
Apenas dados históricos de projetos anteriores
Apenas a opinião do patrocinador
Gabarito: B
A fórmula PERT pondera as três estimativas (geralmente com peso maior na “mais provável”) para gerar uma estimativa mais realista do que um único valor fixo.
29. O diagrama de rede do cronograma (Precedence Diagramming Method) representa principalmente:
A hierarquia da estrutura organizacional
As dependências lógicas entre as atividades do cronograma
O orçamento por pacote de trabalho
Os riscos identificados por fase
Gabarito: B
O PDM mostra como as atividades se conectam logicamente (término-início, início-início etc.), base para o cálculo do caminho crítico.
30. Uma reserva de contingência no orçamento do projeto é destinada a:
Cobrir riscos conhecidos e identificados dentro do escopo aprovado
Cobrir mudanças de escopo solicitadas pelo cliente
Substituir o orçamento base do projeto
Pagar horas extras da equipe sem justificativa
Gabarito: A
Reserva de contingência cobre riscos já identificados e aceitos no plano — diferente da reserva de gerenciamento, que cobre riscos desconhecidos (unknown-unknowns).
Limitações e cuidados
Estas questões foram elaboradas para treinar o raciocínio dos domínios do CAPM — não são reproduções de questões reais do exame, que o PMI não divulga publicamente.
A distribuição de 11/8/6/5 questões reflete os pesos do ECO 2023, mas o exame real distribui as questões de forma diferente a cada aplicação.
Simulados isolados não substituem o estudo estruturado do conteúdo — use este material como complemento, não como única fonte de preparação.
Perguntas frequentes
A maioria das questões do CAPM é situacional ou de decoreba?
É uma mistura, com mais peso relativo em definição e conceito do que no PMP — ainda assim, Business Analysis e Agile trazem cenários que exigem interpretação.
Essas 30 questões seguem o formato oficial exato da prova?
São questões de treino no espírito do ECO 2023, não reproduções do exame real, que o PMI não divulga.
Risk Management cai bastante no CAPM?
Aparece com peso relevante dentro de Project Management Fundamentals, o maior domínio do exame (36%).
Continue lendo: O que é CAPM e para quem essa certificação foi feita · Dicas de prova CAPM: as armadilhas mais comuns · Flashcards CAPM: 50 termos essenciais
Se você chegou até aqui e fez as 30 questões, vale compartilhar nos comentários em qual domínio sentiu mais dificuldade — isso ajuda a calibrar os próximos simulados desta série para quem está no mesmo estágio de preparação.
Mario H. Trentim é membro do Board of Directors do PMI Global (2025–2027), PhD Candidate no ITA e criador do Adapt OS. Autor de 13 livros e instrutor do LinkedIn Learning com mais de 465 mil alunos. trentim.com