A planilha de risco no Excel é um cemitério: preenchida uma vez, ninguém mais olha e ela nunca conversa com o cronograma. Quando o atraso chega, a culpa sobra para quem deveria ter avisado. Este é o guia de como transformar aquela lista morta num registro vivo — do P×I à contingência em dias.
Quase toda obra tem uma. Uma aba chamada “Riscos”, com cinquenta linhas, preenchida no início do contrato para satisfazer o edital — e nunca mais aberta. Os riscos estão escritos como substantivos soltos (“chuva”, “desapropriação”, “fornecedor”), sem probabilidade que signifique algo, sem dono, sem gatilho, e — o pecado maior — sem nenhuma ligação com o cronograma. É um documento morto no dia em que nasce.
O resultado é conhecido. O planejador sente que a obra vai estourar: vê a folga sumindo, a terraplenagem parada na chuva, a frente do lote 3 bloqueada. Mas quando reporta, tem só uma sensação — não um número. E sensação não se defende em reunião de obra. Quando o atraso finalmente aparece na medição, a pergunta que sobra é “por que ninguém avisou?” — e a culpa recai sobre quem, na verdade, estava avisando o tempo todo, só sem prova.
Registro vivo é o oposto: um instrumento que fala em dias e reais, que se atualiza a cada replanejamento e que, quando a chuva atípica chega, já tem o número na mesa para virar pleito em vez de desculpa. A diferença entre os dois não é rigor acadêmico — é quem paga a conta do atraso.
Tudo começa no enunciado. “Chuva” não é um risco — é uma palavra. Um risco tem estrutura: uma causa que já existe, um evento incerto que pode ou não acontecer, e um efeito mensurável no objetivo. É a meta-linguagem do PMI, e ela força você a pensar direito antes de pontuar:
Escrito assim, o risco já entrega três coisas que a planilha morta não tinha: a causa aponta onde monitorar, o evento deixa claro o que é incerto (e o que já é problema — mais sobre isso já já), e o efeito traz a unidade — dias, reais — que permitirá pontuar impacto e, depois, somar contingência.
Com o risco bem enunciado, vem a análise qualitativa: quão provável é o evento e quão grave é o efeito. O erro é tratar isso como “alto/médio/baixo” genérico. A saída do PMI é transformar probabilidade e impacto em índices numéricos numa escala não-linear — e multiplicar.
O ponto delicado é a escala não-linear. Os degraus 0,05 · 0,10 · 0,20 · 0,40 · 0,80 dobram a cada passo — de propósito. Isso empurra os riscos de alta probabilidade e alto impacto para cima, para que eles não se diluam. Onde muita gente erra é na régua de cores: se você pega a faixa de exposição (0 a 0,64) e corta em três terços iguais, o vermelho só começa em ~0,43. Resultado: Alta × Alto (0,16) vira verde, e os riscos que mais importam desaparecem no fundo da matriz.
| Régua de cor | 🟢 verde | 🟡 amarelo | 🔴 vermelho | Alta × Alto (0,16) |
|---|---|---|---|---|
| Honesta (não-linear) | 10 células | 9 células | 6 células | vermelho ✓ |
| Terços lineares | 22 células | 2 células | 1 célula | verde ✗ |
Aqui a teoria vira tato. Mexa nos dois índices — probabilidade e impacto — e veja o risco caminhar pela matriz, a célula acender e a exposição recalcular. Comece no padrão Alta × Alto e confirme com o próprio olho: ele acende vermelho, como tem que ser.
Note o que a matriz não resolve sozinha: a priorização honesta. Uma obra com quarenta riscos vermelhos não tem quarenta prioridades — tem uma matriz mal calibrada ou um time que não escolheu. O trabalho de gestão é reduzir os vermelhos a um punhado que caiba na cabeça de um gerente, tratá-los de verdade, e deixar o resto sob monitoramento barato.
O P×I ordena os riscos. Mas para dimensionar quanto de prazo ou dinheiro reservar, é preciso quantificar. E aqui entra uma distinção que muita planilha ignora: existem dois tipos de risco, e eles se modelam diferente.
Um exemplo com três riscos de evento de um lote rodoviário. O EMV de cada um é a média que ele injeta no prazo; a soma dos EMV é uma primeira aproximação do atraso esperado (o P50):
| Risco (evento) | P | Impacto | EMV |
|---|---|---|---|
| Chuva atípica acima da NP | 50% | +16 d | 8,0 d |
| Interferência de rede não mapeada | 40% | +12 d | 4,8 d |
| Licença ambiental atrasada | 25% | +20 d | 5,0 d |
| Σ EMV (≈ atraso esperado · P50) | — | — | ≈ 18 d |
Somar EMV dá a média — o P50, o ponto em que você tem 50% de chance de terminar antes. Mas ninguém entrega uma obra apostando em 50%. O que falta é a cauda: e se dois desses eventos caírem juntos? É para cobrir essa coincidência que existe a contingência — o assunto da próxima seção.
Simulando os riscos de evento (Bernoulli) somados à variabilidade das durações (BetaPERT), o atraso total deixa de ser um número e vira uma distribuição. A curva abaixo é a acumulada: para cada quantidade de dias de folga, qual a probabilidade de o atraso ficar dentro dela. A contingência de prazo é a distância entre o alvo de confiança e a mediana — na prática, P80 − P50 (recomendação AACE). Arraste o nível e veja quantos dias cada grau de certeza custa.
Um risco pontuado e sem tratamento é só um diagnóstico bonito. O que separa registro vivo de cemitério são quatro campos que a planilha morta quase sempre deixa em branco:
A frase que resume tudo: risco sem dono e sem gatilho é lista morta. Todo o resto — P×I lindo, Monte Carlo, contingência — se apoia nesses dois campos. Sem eles, você tem um relatório; com eles, tem um sistema de alerta.
É a diferença entre saber que vai chover e saber o que a chuva custa e quando reagir:
R12 — Chuva
Probabilidade: Alta · Impacto: Alto
Ação: “Monitorar”
Dono: — · Gatilho: —
Genérico, sem número, sem dono. Preenchido em jan/2026 e nunca mais tocado. Quando a obra atrasa, não prova nada.
Chuva atípica → terraplenagem lote 3
Atinge as atividades 1220–1265 (folga −8 d) → +14 d no crítico.
Exposição 0,32 🔴 · Contingência: 12 d
Dono: eng. de campo · Gatilho: >2 dias parados/semana ou desvio pluviométrico >20% vs. NP
Aponta a atividade, a folga, os dias e a régua do claim. Quando a chuva chega, o pleito já está fundamentado.
Nenhuma obra de rodovia parte do zero. As categorias se repetem de contrato em contrato — o que muda é a intensidade. Esta é a varredura mínima; use-a como checklist para não esquecer uma frente inteira de exposição:
| Categoria | Evento típico (rodovia BR) | Onde bate |
|---|---|---|
| Clima / pluviometria | Chuva acima da normal paralisa terraplenagem e CBUQ; praticabilidade baixa | prazo |
| Geotécnico | Solo mole, ruptura de talude, CBR abaixo do projeto | prazo + custo |
| Desapropriação | Faixa de domínio não liberada; imissão de posse atrasa a frente | prazo |
| Licença ambiental | LI/LO ou supressão vegetal atrasada; condicionante nova | prazo + escopo |
| Interferências | Rede (água/energia/fibra/duto) não cadastrada na escavação | prazo + custo + HSSE |
| Projeto | Executivo incompleto ou incompatível; revisão de solução | escopo + custo |
| Suprimentos | Falta de CBUQ/aço/cimento; atraso de viga pré-moldada de OAE | prazo |
| Mão de obra | Rotatividade, greve, escassez de mão de obra especializada | prazo + produtividade |
| Financeiro / medição | Medição glosada, atraso de pagamento, reajuste/desoneração | custo + fluxo de caixa |
| HSSE | Acidente, embargo, interdição de frente | prazo + custo + reputação |
| Governança / contratual | Decisão pendente do contratante, OS tardia, mudança de escopo | prazo (claim) |
| Qualidade / retrabalho | Ensaio reprovado (compactação, deflexão, concreto) exige refazer | prazo + custo |
Uma biblioteca dessas é o antídoto contra o registro genérico: em vez de inventar riscos do nada, você parte de uma varredura completa e adapta ao seu contrato — e, o mais importante, cada linha já nasce colada a uma frente de serviço real do seu cronograma.
Todo registro morre pelo mesmo motivo: dá trabalho preencher e ele fica desconectado do cronograma. O módulo de Riscos que acabou de entrar no Getsimplan ataca exatamente esses dois pontos — o registro nasce meio-preenchido, lido do seu próprio arquivo.
| O app lê no seu .mpp | E sugere |
|---|---|
| Folga negativa / atividade quase-crítica | risco de prazo já apontando a atividade e os dias em jogo |
| Diagnóstico DCMA ruim (lógica frouxa, restrições rígidas) | risco de que o cronograma esconde atraso — com o gatilho |
| Nomes das atividades cruzados com a biblioteca BR | “terraplenagem”→clima; “OAE/viga”→suprimentos; “desapropriação”→frente bloqueada |
Ou seja: o app cruza a folga, a leitura DCMA e a biblioteca de riscos com os nomes reais das suas atividades e propõe os riscos antes de você digitar a primeira linha. Você entra para calibrar P×I, definir dono e gatilho — não para começar do zero. E como tudo roda sobre os valores reconferidos de cada nó, a exposição e a contingência falam a mesma língua da sua curva S.
O único registro que já vem com os riscos lidos do seu .mpp. Suba o cronograma e abra a aba Riscos: a matriz P×I calibrada, o EMV e a contingência P80−P50 já vêm calculados sobre as atividades do seu arquivo — pronto para você tratar, não para preencher.
PMI — Practice Standard for Project Risk Management (enunciado causa→evento→efeito, escala P×I 0,05–0,80, EMV, planos de resposta).
PMI — PMBOK Guide / Process Groups: A Practice Guide (análise qualitativa e quantitativa, contingência vs. reserva de gerência).
ISO 31000 — Risk management — Guidelines (princípios, estrutura e processo de gestão de riscos).
AACE International — Recommended Practices (contingência, análise P50/P80, dimensionamento de reserva).
Aldo Dórea Mattos — Planejamento e Controle de Obras (riscos, produtividade e pluviometria no contexto rodoviário brasileiro). Ver também SPI, CPI e a família de índices.