PMI PMP: Gerenciamento de Riscos e Problemas — Guia de estudos

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Faz parte do PMP — Guia de estudos. Pratique com respostas verificadas no centro de exames da PMI, ou faça testes cronometrados no ExamRoll.io.

Identificação de Riscos e Manutenção do Registro

A identificação de riscos é uma disciplina contínua e iterativa, em vez de um evento de planejamento único. Desde o início até o encerramento do projeto, o gerente de projetos e a equipe buscam por incertezas que possam afetar o escopo, o cronograma, o custo, a qualidade, os recursos ou a satisfação das partes interessadas. As técnicas incluem brainstorming, sessões Delphi com especialistas no assunto, análise SWOT, análise de premissas e restrições, revisões de documentos, checklists derivados de lições aprendidas e listas de verificação como PESTLE para categorias externas.

O registro de riscos (risk register) é o artefato oficial onde cada risco identificado é capturado. Um registro bem mantido vai muito além de uma simples lista de preocupações. Cada entrada deve incluir um identificador único, uma declaração de risco clara usando a estrutura causa-evento-efeito, a categoria do risco, a probabilidade e o impacto avaliados (tanto qualitativos quanto, quando justificado, quantitativos), a pontuação ou exposição de risco resultante, um proprietário do risco designado, uma ou mais condições de gatilho, a estratégia de resposta planejada, riscos secundários e residuais, e um campo de status. Quando a modelagem numérica é aplicada — simulação de Monte Carlo, árvores de decisão ou valor monetário esperado — os resultados alimentam o relatório de riscos, que resume a exposição geral ao risco do projeto para os patrocinadores e comitês de direção.

Um modo de falha comum é deixar o registro acumular indefinidamente entradas de baixa prioridade até que se torne apenas ruído. Todo risco deve ser gerenciado ativamente, aceito com uma justificativa ou encerrado. A manutenção do registro — eliminando itens obsoletos, elevando aqueles cuja probabilidade ou impacto aumentou, rebaixando aqueles cujos gatilhos já passaram — é uma responsabilidade de governança do gerente de projetos, normalmente revisada em cada reunião de status.

Planejamento de Respostas: Mitigação, Contingência, Fallback e Workarounds

As estratégias de resposta a ameaças se enquadram em cinco categorias: escalar, evitar, transferir, mitigar e aceitar. Para oportunidades, as estratégias espelhadas são: escalar, explorar, compartilhar, melhorar e aceitar. As distinções entre mitigação, contingência e workaround são frequentemente confusas na prática e devem ser bem definidas na teoria.

• Mitigação
  • Momento: Proativo; executado antes que o risco ocorra
  • Acionado por: Ação planejada para reduzir a probabilidade ou o impacto
  • Caminho de Aprovação: Aprovado durante o planejamento; financiado pelo orçamento do projeto
• Contingência (Plano B)
  • Momento: Reativo; executado se um gatilho específico for acionado
  • Acionado por: Condições de gatilho predefinidas
  • Caminho de Aprovação: Resposta e reserva pré-aprovadas durante o planejamento
• Fallback
  • Momento: Executado se a contingência falhar ou for insuficiente
  • Acionado por: Falha da contingência primária
  • Caminho de Aprovação: Pré-aprovado como resposta secundária
• Workaround (Solução de Contorno)
  • Momento: Reativo; não planejado
  • Acionado por: Um risco não identificado ou um problema que se materializa
  • Caminho de Aprovação: Requer controle de mudanças se afetar as linhas de base (baselines)

A mitigação reduz a exposição antecipadamente — por exemplo, prototipar uma nova integração para reduzir a incerteza técnica. A contingência é uma resposta deliberada e pré-autorizada vinculada a um gatilho, como contratar um segundo fornecedor se o fornecedor principal não cumprir um marco definido. O fallback é a resposta caso a contingência tenha um desempenho inferior ao esperado. Um workaround (ou solução de contorno), por outro lado, é uma reação não planejada a um risco não identificado que se tornou um problema. Como os workarounds contornam o planejamento, aplicá-los sem encaminhar os impactos de escopo, cronograma ou custo através do controle integrado de mudanças compromete a integridade da linha de base (baseline), distorce os dados de valor agregado e oculta a responsabilidade. Mesmo sob pressão de tempo, o workaround deve ser documentado, o problema registrado e qualquer impacto na linha de base submetido ao comitê de controle de mudanças (CCB).

As reservas devem estar alinhadas a essas estratégias. As reservas de contingência cobrem riscos conhecidos e estão dentro das linhas de base de custo e cronograma; o gerente de projetos pode autorizar seu uso quando um gatilho é acionado. As reservas gerenciais abordam os “desconhecidos-desconhecidos” (unknown-unknowns), ficam fora das linhas de base e exigem a aprovação do patrocinador ou do CCB para serem liberadas. Ambas devem ser refletidas de forma transparente nas previsões (EAC, ETC), em vez de estarem ocultas em estimativas infladas.

Monitoramento, Escalonamento e Gerenciamento de Problemas

Uma vez que um risco se materializa, ele deixa de ser um risco e se torna um problema (issue). Ele é movido — não apenas copiado — do registro de riscos para o registro de problemas (issue log), que rastreia a descrição, o proprietário, a prioridade, a data alvo de resolução, o status e as ações tomadas. Seguir o procedimento de gerenciamento de problemas definido no plano de gerenciamento de riscos é importante porque impõe triagem, responsabilidade e comunicação consistentes.

Os critérios de escalonamento devem ser estabelecidos previamente. Um risco ou problema é escalonado quando excede os limites de autoridade do gerente de projetos, quando afeta objetivos fora do escopo do projeto, quando requer recursos que o projeto não pode alocar ou quando envolve dimensões de política, segurança, legais ou de reputação. Escalonar não é abdicar: o gerente de projetos mantém a responsabilidade de contextualizar a decisão, apresentar opções e integrar o resultado de volta nos artefatos do projeto.

A responsabilidade (ownership) é o eixo em torno do qual o monitoramento gira. Cada risco e cada problema deve ter um único proprietário nomeado, não uma equipe ou um papel. Sem um proprietário, as respostas perdem o rumo, os gatilhos passam despercebidos e o mesmo risco volta a ocorrer. Durante as revisões de status, o gerente de projetos verifica se cada resposta em aberto está progredindo, se o risco residual é aceitável e se novos riscos secundários introduzidos pela própria resposta foram registrados.

← Escopo · Todos os domínios · Gerenciamento da Qualidade e Aceitação →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →