Pular para o conteúdo
Coaching de Alto Impacto Método Xeque-Mate
Situações do dia a dia

Gestão de riscos na prática: rotina semanal para projetos

O registro de riscos não protege ninguém se ficar na pasta. Veja como transformar a gestão de riscos em hábito semanal, com conversas curtas e ações concretas.

Por Sergio Torres 9 min de leitura Atualizado em

Em quase todo projeto existe um registro de riscos. Ele é criado no planejamento, às vezes com dezenas de linhas, cores bonitas e uma matriz de probabilidade e impacto. Depois, é revisado na véspera da auditoria ou da reunião de marco. No restante do tempo, fica esquecido em uma pasta compartilhada.

Aí acontece o previsível: um dos riscos listados se concretiza, e a equipe é pega de surpresa. Ele estava escrito, mas ninguém estava olhando.

Gestão de riscos na prática não é sobre ter um bom documento. É sobre ter um bom hábito: transformar riscos em conversa regular, montar uma rotina semanal enxuta e agir antes que o risco vire problema. Esse hábito cabe no dia a dia do gerente de projetos sem exigir mais reuniões.

O problema do registro de riscos "de gaveta"

O registro de riscos é uma ferramenta útil. O problema aparece quando ele vira o objetivo, e não o meio. Alguns sintomas comuns:

  • Os riscos são escritos de forma tão genérica que não geram ação ("atraso no cronograma", "falta de recursos").
  • Todo risco tem um responsável, mas ninguém sabe que é responsável.
  • As respostas planejadas são intenções vagas ("monitorar", "acompanhar de perto").
  • A lista só cresce. Riscos antigos nunca são encerrados, e riscos novos nunca são incluídos.
  • O sponsor nunca viu a lista ou viu uma única vez.

Se você reconheceu dois ou mais desses sintomas no seu projeto, não se culpe: é a situação mais comum. A boa notícia é que a correção não exige uma ferramenta nova, e sim uma rotina.

Gestão de riscos na prática: 4 princípios

1. Risco bem escrito gera ação

Um risco mal escrito é inútil. Use uma estrutura simples de causa, evento e consequência:

  • Ruim: "Atraso do fornecedor."
  • Bom: "Como o fornecedor de integração está com duas outras implantações simultâneas (causa), ele pode atrasar a entrega da API de pagamentos (evento), o que deslocaria os testes integrados em pelo menos duas semanas (consequência)."

A segunda versão já sugere respostas: conversar com o fornecedor sobre alocação, antecipar testes com dados simulados, negociar uma entrega parcial. Quando o atraso deixa de ser risco e acontece, a conversa é outra, e vale saber o que fazer antes de acionar o contrato.

2. Poucos riscos ativos, bem acompanhados

Um registro com 60 riscos não é sinal de maturidade. É sinal de que ninguém vai conseguir acompanhá-los. Mantenha uma lista curta de riscos ativos, os que merecem atenção agora, e deixe o restante em observação. Uma referência prática: o número de riscos que você consegue discutir com a equipe em 15 minutos.

3. Toda resposta tem dono, ação e data

"Monitorar" não é resposta a riscos. Uma resposta de verdade é algo que alguém vai fazer até determinada data. O dono é uma pessoa, não uma área. A ação começa com um verbo concreto (ligar, testar, negociar, contratar, antecipar). E a data diz quando essa ação será concluída ou revista.

4. Gatilhos antes de alarmes

Para cada risco relevante, defina um gatilho: o sinal observável de que o risco está se aproximando. Exemplo: "Se até o dia 15 o fornecedor não tiver enviado a documentação da API, ativamos o plano de contingência". Gatilhos tiram a decisão do campo da intuição e evitam a paralisia do "vamos esperar mais um pouco".

A rotina semanal de riscos em 30 minutos

Essa é a parte que faz diferença. Uma rotina curta, sempre no mesmo dia, dividida em três momentos.

Momento 1: preparação individual do GP (10 minutos)

Antes da reunião com a equipe, revise sozinho:

  1. Algum gatilho foi atingido nesta semana?
  2. Alguma ação de resposta venceu sem ser concluída?
  3. O que mudou no projeto (escopo, equipe, fornecedor, prazo, contexto da empresa) que pode criar risco novo?
  4. Quais são os três riscos mais importantes neste momento?

Momento 2: conversa com a equipe (15 minutos)

Inclua um bloco fixo na reunião semanal, de preferência no início, quando a energia está mais alta. Evite a pergunta genérica "alguém tem algum risco?", que quase sempre recebe silêncio. Use perguntas específicas:

"O que pode impedir a entrega da próxima semana?"

"De quem dependemos que ainda não confirmou?"

"Qual premissa do plano você acha mais frágil?"

"Se esse projeto atrasar, qual será a explicação mais provável?"

A última pergunta funciona bem porque convida as pessoas a imaginar o fracasso como se já tivesse acontecido, o que costuma revelar preocupações que ninguém diria espontaneamente. Ela também ajuda a quebrar suposições confortáveis do tipo "isso sempre dá certo", um dos vieses que distorcem as decisões do GP.

Depois, revise rapidamente os riscos ativos: status da ação, mudança de probabilidade ou impacto, e se algum pode ser encerrado.

Momento 3: comunicação com o sponsor (5 minutos)

Inclua no relatório semanal uma seção curta com os três principais riscos (uma linha cada), o que mudou desde a semana anterior e o que você precisa do sponsor (decisão, recurso, apoio político), se houver. Esse formato cabe em um status report que o executivo realmente lê.

Isso garante que, se um risco se concretizar, o sponsor já estava ciente. Nada desgasta mais a confiança do que uma surpresa sobre algo que o GP já sabia. Uma frase simples resolve:

"Três riscos para você acompanhar esta semana. O primeiro piorou e preciso de uma decisão sua até quinta; os outros dois estão sob controle."

Exemplo: a migração que quase parou no último mês

Exemplo ilustrativo (situação fictícia): Fernanda era GP de um projeto de migração de dados em uma cooperativa de crédito, com prazo regulatório definido. O registro de riscos tinha mais de 40 itens, e a revisão acontecia uma vez por mês.

Ao adotar a rotina semanal, ela reduziu a lista de riscos ativos para oito e passou a abrir a reunião com a pergunta "de quem dependemos que ainda não confirmou?". Na segunda semana, um analista comentou que a área de segurança da informação ainda não tinha aprovado o acesso ao ambiente de produção, e que essa aprovação costumava levar algumas semanas.

Esse risco não estava no registro. Ele tinha passado despercebido porque todos assumiam que "segurança sempre aprova". Fernanda escreveu o risco no formato causa-evento-consequência, definiu um gatilho (sem aprovação até o fim do mês, escalar ao sponsor) e marcou uma conversa com o gerente de segurança na mesma semana.

A aprovação saiu com dez dias de folga em relação à janela de migração. Sem a pergunta certa, na hora certa, o projeto teria descoberto o problema exatamente na semana da virada.

Checklist de gestão de riscos na prática

Use esta lista para avaliar o estado atual do seu projeto:

  • Os riscos ativos estão escritos no formato causa, evento e consequência.
  • A lista de riscos ativos cabe em uma conversa de 15 minutos.
  • Cada risco ativo tem um dono (pessoa), uma ação concreta e uma data.
  • Os riscos mais relevantes têm gatilhos observáveis definidos.
  • Existe um bloco fixo de riscos na reunião semanal com a equipe.
  • O sponsor recebe os três principais riscos toda semana.
  • Riscos que deixaram de ser relevantes são encerrados formalmente.
  • Depois de cada marco, a equipe revisa quais riscos se concretizaram e o que aprendeu.

Como adaptar a rotina ao tamanho do projeto

A rotina de 30 minutos é um ponto de partida, não uma regra fixa. Ajuste conforme o contexto.

Em projetos pequenos ou de curta duração, o bloco de riscos pode caber em cinco minutos da reunião diária ou semanal; o essencial é a pergunta certa e o registro do que surgir. Em projetos grandes ou programas, cada frente pode fazer sua própria revisão, e o GP consolida os riscos que afetam mais de uma frente ou que precisam de decisão acima dele.

Com equipes ágeis, a revisão de riscos combina bem com o planejamento da iteração: pergunte o que pode impedir a meta da sprint e trate as dependências externas como riscos explícitos. Em projetos com fornecedores, inclua o fornecedor na conversa sempre que possível, porque muitos riscos só aparecem quando quem executa tem espaço para falar.

Em todos os casos, vale o mesmo critério: se a rotina virou formalidade e ninguém age a partir dela, ela precisa ser simplificada, e não ampliada.

Não esqueça das oportunidades

Gestão de riscos não trata apenas de ameaças. Eventos incertos também podem ser positivos: um fornecedor que pode entregar antes, uma equipe de outro projeto que vai ficar disponível, uma tecnologia que pode simplificar uma etapa. Incluir a pergunta "o que pode dar mais certo do que o planejado?" na rotina semanal ajuda a equipe a enxergar e aproveitar essas janelas.

Erros comuns na gestão de riscos

Tratar riscos só no planejamento é o erro mais frequente: o projeto muda, e os riscos mudam junto. Logo atrás vem usar "monitorar" como resposta padrão, porque monitorar sem gatilho é esperar acontecer.

Esconder riscos do sponsor para não parecer pessimista também custa caro. O sponsor prefere um GP que antecipa a um GP que surpreende. Outro equívoco é confundir risco com problema: se já aconteceu, é problema e precisa de outro tratamento, com urgência, como nas primeiras 72 horas de um projeto em crise.

Por último, muitos GPs não aprendem com o histórico. Vários riscos se repetem de projeto para projeto na mesma empresa, e consultar as lições aprendidas de projetos anteriores economiza tempo.

Seu próximo lance

Na sua próxima reunião semanal, abra com a pergunta "o que pode impedir a entrega da próxima semana?" e fique em silêncio por pelo menos dez segundos depois de fazê-la. Anote tudo o que surgir. Ao final do dia, escreva o risco mais relevante no formato causa, evento e consequência, com dono, ação e data. Na semana seguinte, verifique o que aconteceu com ele.

Perguntas frequentes

Qual a diferença entre risco e problema em gestão de projetos?

Risco é um evento incerto que ainda não aconteceu e que, se acontecer, afeta os objetivos do projeto. Problema é algo que já está acontecendo. A gestão de riscos existe justamente para agir enquanto o evento ainda é risco, quando as opções são mais baratas e numerosas do que depois que ele vira problema.

Com que frequência devo revisar os riscos do projeto?

Em projetos com ciclos semanais de acompanhamento, uma revisão curta por semana costuma funcionar bem, focada nos riscos mais relevantes e nos que mudaram. Revisões mensais ou só nos marcos tendem a deixar riscos amadurecerem sem resposta. O mais importante é a regularidade, e não a duração da reunião.

Como envolver a equipe na gestão de riscos sem virar burocracia?

Troque a pergunta genérica 'algum risco?' por perguntas específicas, como 'o que pode impedir a entrega da próxima semana?' ou 'de quem dependemos que ainda não confirmou?'. Mantenha a conversa curta, registre só o essencial e mostre que os riscos levantados geram ação. Quando as pessoas veem resultado, passam a contribuir.

Próximo passo

Descubra qual competência mais pesa no seu momento

O Raio-X do Gerente de Projetos é gratuito, leva cerca de 10 minutos e mostra por onde começar.

Fazer o Raio-X

Pratique

A promoção que chegou na hora errada

Se você fosse o André, que resposta daria à Sônia na sexta-feira, e por quê?

Responder o caso

Receba um tema prático como este toda semana

Diário do Gerente de Projetos: uma jornada de 50 semanas, gratuita, 1 e-mail por semana.

Continue aprendendo

Sua privacidade

Usamos cookies necessários para o site funcionar. Com sua permissão, também usamos cookies de medição (Google Analytics e PostHog) para entender o que ajuda mais você. Saiba mais.