O que é o Registro dos Riscos no PMBOK 8?
O Registro dos Riscos — chamado de Risk Register no PMBOK Guide, Eighth Edition — é o repositório central de todas as informações sobre os riscos identificados do projeto: ameaças e oportunidades, suas características, probabilidade, impacto, respostas planejadas e status atual. É criado como saída do processo 2.7.2.2 — Identificar os Riscos, no domínio de Riscos, e é atualizado progressivamente por todos os processos subsequentes do domínio.
O PMBOK Guide, Eighth Edition descreve o processo de identificação:
Cadastre-se para navegar sem anúncios e participar do Project Together →
“Identify Risks includes recognizing both negative and positive risks. The process of risk identification focuses on distinguishing genuine risks from nonrisks, such as concerns and issues. It is important to recognize that not all risks can be identified at the outset due to the inherent uncertainties and unknowns present at the beginning of a project. Therefore, risk identification should be an iterative process, allowing for continuous identification and assessment of risks as more information becomes available and the project evolves.”
— PMBOK Guide, Eighth Edition (2025)
Uma distinção crítica enfatizada pelo PMBOK 8: o processo de identificação deve separar riscos genuínos de não-riscos como preocupações e problemas. Um risco é um evento ou condição incerto que, se ocorrer, tem efeito positivo ou negativo nos objetivos do projeto. Uma preocupação é um estado mental sem event trigger específico. Um problema já ocorreu e pertence ao Registro de Problemas, não ao Registro dos Riscos.
Onde o Registro dos Riscos se encaixa no PMBOK 8?
O Registro dos Riscos é o artefato central do domínio de Riscos — criado na identificação e enriquecido a cada processo subsequente:
| Processo | Como o Registro é Atualizado |
|---|---|
| 2.7.2.2 — Identificar os Riscos | Criado — lista inicial de riscos com descrição, categoria e gatilhos |
| 2.7.2.3 — Realizar a Análise de Riscos | Atualizado — probabilidade, impacto, prioridade, RPN (Risk Priority Number) e risk owners adicionados |
| 2.7.2.4 — Planejar Respostas aos Riscos | Atualizado — estratégias de resposta, ações específicas, responsáveis e datas adicionados |
| 2.7.2.5 — Implementar Respostas aos Riscos | Atualizado — status de implementação das respostas registrado |
| 2.7.2.6 — Monitorar os Riscos | Atualizado — novos riscos adicionados, riscos encerrados fechados, eficácia das respostas avaliada |
O Registro dos Riscos é também entrada para múltiplos processos fora do domínio de Riscos: Planejar o Gerenciamento do Projeto, Desenvolver o Cronograma, Estimar os Custos, Planejar as Comunicações, Identificar as Partes Interessadas, entre outros.
O que deve constar no Registro dos Riscos?
O Registro dos Riscos evolui ao longo do projeto, mas os campos essenciais incluem:
- ID do risco: identificador único para rastreamento
- Descrição do risco: declaração clara no formato “Se [causa], então [evento de risco] pode ocorrer, resultando em [efeito nos objetivos]”
- Categoria: classificação conforme a Estrutura Analítica de Riscos (EAR) do projeto
- Probabilidade: a probabilidade de ocorrência do risco (escala numérica ou qualitativa)
- Impacto: o efeito nos objetivos do projeto se o risco ocorrer (por objetivo: custo, prazo, escopo, qualidade)
- Pontuação de risco (RPN): probabilidade x impacto — classifica a prioridade do risco
- Tipo: ameaça ou oportunidade
- Risk owner (dono do risco): a pessoa responsável por monitorar e responder ao risco
- Estratégia de resposta: Evitar, Transferir, Mitigar, Aceitar (ameaças) / Explorar, Compartilhar, Melhorar, Aceitar (oportunidades)
- Ações de resposta: as ações específicas acordadas para implementar a estratégia
- Gatilhos (warning signs): indicadores que sinalizam que o risco está prestes a materializar-se
- Plano de contingência: o que fazer se o risco ocorrer apesar das ações preventivas
- Status: ativo, monitorando, implementando resposta, encerrado
Riscos Residuais e Riscos Secundários
O PMBOK 8 destaca dois tipos especiais de riscos que devem ser registrados após a definição das respostas:
| Tipo | Descrição | Como Registrar |
|---|---|---|
| Risco Residual | O risco que permanece após a implementação da resposta planejada — o risco não pode ser completamente eliminado | Campo separado no registro, com probabilidade e impacto residuais e decisão de aceitar o resíduo |
| Risco Secundário | Um novo risco criado como consequência direta da implementação de uma resposta ao risco original | Novo registro de risco vinculado ao risco original, com indicação da causa (resposta que gerou o novo risco) |
Registro dos Riscos x Relatório de Riscos
O processo 2.7.2.2 — Identificar os Riscos produz dois artefatos distintos que são frequentemente confundidos:
| Aspecto | Registro dos Riscos | Relatório de Riscos |
|---|---|---|
| Natureza | Planilha/banco de dados — lista detalhada de todos os riscos individuais | Documento narrativo — visão consolidada do perfil de risco geral do projeto |
| Audiência | Equipe do projeto, risk owners — nível operacional | Patrocinador, comitê diretivo, partes interessadas chave — nível executivo |
| Conteúdo | Lista de riscos individuais com probabilidade, impacto, owner, resposta, status | Exposição total ao risco do projeto, principais ameaças e oportunidades, tendências e métricas |
| Frequência de atualização | Contínuo — atualizado em cada ciclo de revisão de riscos | Periódico — atualizado a cada ciclo de análise formal de riscos |
5 erros comuns no Registro dos Riscos
- Registrar problemas como riscos: um risco não ocorreu ainda — é uma incerteza futura. Algo que já aconteceu é um problema e vai para o Registro de Problemas. Misturar os dois artefatos cria confusão e compromete a gestão de ambos.
- Não registrar oportunidades: a maioria dos projetos usa o registro apenas para ameaças. O PMBOK 8 é explícito: oportunidades também são riscos e devem ser identificadas, analisadas e respondidas — com as estratégias Explorar, Compartilhar, Melhorar e Aceitar.
- Não atribuir risk owners: sem um responsável claro por cada risco, o monitoramento não acontece. Todo risco ativo no registro deve ter um risk owner designado.
- Registrar riscos sem gatilhos: os gatilhos (warning signs) são fundamentais para agir antes que o risco se materialize. Um registro sem gatilhos é reativo por natureza — o risco só é percebido quando já ocorreu.
- Não atualizar o registro durante a execução: o registro criado no planejamento fica obsoleto rapidamente. Riscos encerram, novos riscos surgem, probabilidades mudam. A revisão periódica é um processo definido no Plano de Gerenciamento dos Riscos.
Checklist do Registro dos Riscos
| Item | Verificação |
|---|---|
| Riscos descritos no formato causa-evento-efeito? | [ ] |
| Ameaças E oportunidades identificadas? | [ ] |
| Probabilidade e impacto avaliados para cada risco? | [ ] |
| Risk owner designado para cada risco ativo? | [ ] |
| Estratégia de resposta definida para riscos priorizados? | [ ] |
| Gatilhos (warning signs) documentados? | [ ] |
| Riscos residuais e secundários registrados? | [ ] |
| Processo de revisão periódica definido no Plano de Gerenciamento dos Riscos? | [ ] |
Template e Exemplo de Registro dos Riscos — PMBOK 8
Para facilitar a aplicação imediata do Registro dos Riscos em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Planilha Excel pronta com todos os campos: ID, descrição, categoria, probabilidade, impacto, RPN, tipo (ameaca/oportunidade), risk owner, estratégia, ações, gatilhos, plano de contingência e status.
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
Registro dos Riscos preenchido com dados reais do projeto ProjectAdm. Inclui 24 riscos mapeados: ameaças técnicas, riscos de mercado, riscos de recursos e 6 oportunidades identificadas — incluindo a janela de lançamento antecipado ao concorrente.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition é a referência essencial para entender o Registro dos Riscos e os 6 processos do domínio de Riscos. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre o Registro dos Riscos
Você sabe qual é a diferença entre risco residual e risco secundário no PMBOK 8? E quais são as quatro estratégias de resposta a oportunidades? Coloque seu conhecimento a prova:
Cadastre-se para navegar sem anúncios e participar do Project Together →
Iniciar Etapa 1 do Quiz Project Together →
QUIZ
Quer testar o que aprendeu neste artigo?
Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!
Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.
