Uma sessão de identificação começa melhor quando a equipe tem exemplos à mão. Sem eles, a lista fica concentrada no que cada pessoa viveu no último projeto, e grupos inteiros de riscos (contrato, legislação, patrocínio) somem. Os exemplos de riscos em projetos a seguir servem para isso: provocar a conversa e mostrar como um risco bem escrito se parece.
Todos estão no formato causa, evento e efeito, porque é o que permite agir. "Atraso do fornecedor" é tema; "porque o fornecedor tem três obras na mesma cidade, ele pode atrasar a entrega em quatro semanas, o que adiaria o acabamento" é risco. Use a lista como ponto de partida e adapte cada frase à realidade do seu projeto. O ciclo completo, da identificação ao monitoramento, está no guia de gestão de riscos em projetos.
Formação relacionada
Gestão de Projetos 360° com PMBOK 8 e IA
Formação completa sobre o guia mais recente do PMI, com uso de inteligência artificial no dia a dia da gestão.
Riscos técnicos
Ligados ao que está sendo construído: requisitos, tecnologia, interfaces e condições físicas.
- Porque as regras de negócio estão documentadas só em parte, os requisitos podem estar incompletos, o que geraria retrabalho na fase de testes.
- Porque a integração com o sistema do banco usa uma interface nova, ela pode falhar nos testes, o que atrasaria a entrada em produção.
- Porque a sondagem do terreno foi feita em poucos pontos, o solo pode ser diferente do previsto, o que exigiria mudar a fundação.
- Porque a equipe nunca trabalhou com a plataforma escolhida, a produtividade pode ficar abaixo da estimada, o que alongaria as primeiras entregas.
- Porque o sistema vai atender um pico sazonal, ele pode não suportar a carga, o que derrubaria o serviço no período mais importante.
Para projetos de tecnologia, uma lista mais detalhada, com sinais de alerta e respostas, está em riscos em projetos de software.
Riscos externos
Vêm de fora da organização: legislação, mercado, clima, órgãos públicos.
- Porque a licença ambiental depende de análise do órgão estadual, ela pode demorar mais que o previsto, o que atrasaria o início da obra.
- Porque parte dos equipamentos é importada, uma alta do câmbio pode aumentar o custo, o que pressionaria o orçamento.
- Porque a fundação está prevista para o período de chuvas, o trabalho pode ser interrompido, o que empurraria o cronograma.
- Porque uma mudança tributária está em discussão, a regra de cálculo pode mudar durante a implantação, o que exigiria reconfigurar o sistema fiscal.
- Porque o evento acontece em local aberto, uma tempestade pode obrigar a cancelar atividades, o que geraria reembolsos.
Riscos de fornecedores e contratos
- Porque o fornecedor das esquadrias atende várias obras ao mesmo tempo, ele pode atrasar a entrega, o que adiaria o acabamento.
- Porque só uma empresa fornece o componente, uma falha dela pode parar o projeto, sem alternativa rápida.
- Porque o contrato não define bem o critério de aceite, o fornecedor pode contestar a recusa de uma entrega, o que levaria a disputa e atraso.
- Porque o fornecedor de software está em dificuldade financeira, ele pode reduzir a equipe alocada, o que atrasaria as customizações.
Riscos organizacionais
Vêm da própria empresa: prioridade, patrocínio, pessoas, outros projetos.
- Porque a diretoria está discutindo o orçamento do ano, o projeto pode perder verba, o que obrigaria a reduzir escopo.
- Porque os usuários-chave acumulam o trabalho do dia a dia, eles podem faltar às validações, o que atrasaria a homologação.
- Porque só uma pessoa conhece o processo atual, a saída dela pode deixar o projeto sem referência, o que geraria erros no desenho.
- Porque outro projeto usa a mesma equipe de infraestrutura, os dois podem disputar as mesmas pessoas, o que atrasaria entregas.
- Porque os usuários estão acostumados ao processo atual, eles podem resistir à mudança, o que reduziria o benefício esperado.
Riscos de gerenciamento do projeto
- Porque o cronograma foi estimado sem consulta à equipe técnica, as durações podem estar otimistas, o que comprometeria os marcos.
- Porque os papéis de aprovação não estão definidos, decisões podem demorar, o que travaria entregas em fila.
- Porque o patrocinador recebe só relatórios verdes, ele pode ser avisado tarde de um problema, o que reduziria as opções de correção.
- Porque as premissas do termo de abertura não foram validadas, uma delas pode ser falsa, o que invalidaria parte do plano.
Os grupos acima seguem a lógica de uma estrutura analítica de riscos. Como montar a sua, com níveis e subcategorias, está em estrutura analítica de riscos (EAR).
Exemplos de oportunidades
Riscos também podem ser positivos. Exemplos:
- Porque o órgão municipal lançou atendimento digital, o alvará pode sair antes do previsto, o que permitiria antecipar a mobilização.
- Porque outro projeto da empresa desenvolveu um módulo parecido, ele pode ser reaproveitado, o que encurtaria o desenvolvimento.
- Porque o fornecedor quer entrar no setor, ele pode oferecer condições melhores, o que reduziria o custo.
- Porque a equipe de testes terminou outro projeto antes, ela pode ser alocada mais cedo, o que anteciparia a homologação.
Exemplos por tipo de projeto
| Tipo de projeto | Riscos que quase sempre aparecem |
|---|---|
| Obra | Licenças e alvarás; solo; chuva; atraso de insumos; preço de materiais; subempreiteiros |
| Implantação de sistema | Requisitos; integrações; migração de dados; disponibilidade de usuários-chave; adoção |
| Lançamento de produto | Atraso de fornecedor; homologação regulatória; data de campanha; reação da concorrência |
| Evento | Clima; fornecedores de estrutura; cancelamento de palestrantes; capacidade do local; segurança |
| Projeto em órgão público | Licitação impugnada; contingenciamento de orçamento; troca de gestão; prazos legais |
| Mudança de endereço ou de operação | Vistorias; infraestrutura de rede; equipe que não acompanha a mudança; interrupção de atendimento |
São exemplos de riscos em projetos, exceto: o que não entra na lista
Uma pergunta frequente em provas e treinamentos pede para identificar o que não é risco. Quatro tipos de item parecem risco, mas não são:
| Item | Por que não é risco | O que fazer com ele |
|---|---|---|
| "O fornecedor atrasou a entrega" | Já aconteceu: é problema | Registro de problemas, com ação imediata |
| "A nova lei entra em vigor em março" | É certo: não há incerteza | Incorporar ao plano |
| "O prazo final é 30 de junho" | É restrição do projeto | Registrar como restrição; o risco é não cumpri-la por uma causa específica |
| "Atraso no cronograma" ou "estouro do orçamento" | É efeito genérico, sem causa | Reescrever com causa e evento |
A diferença entre risco e problema, com o caminho do risco que se concretiza, está em risco ou problema.
Como usar esta lista no seu projeto
- Não copie tudo. Use a lista para provocar a equipe, grupo por grupo: "isto pode acontecer aqui? Por qual causa?".
- Troque a causa genérica pela real. "Porque o fornecedor atende várias obras" vira "porque o fornecedor X tem três obras na região até agosto".
- Pontue com a escala do projeto. Na escala de 1 a 5, a pontuação vai de 1 a 25, com faixas baixo (1 a 4), médio (5 a 9), alto (10 a 16) e crítico (20 a 25).
- Dê dono e resposta aos altos e críticos. Os demais ficam em observação.
Um registro completo, com notas, respostas e mapa de calor de um projeto ilustrativo, está no exemplo de matriz de riscos. Para registrar os riscos do seu projeto a partir desta lista, use a matriz de riscos gratuita da Projeto Diário: você cadastra ameaças e oportunidades no formato causa, evento e efeito, pontua probabilidade e impacto, vê o mapa de calor 5x5 e a reserva de contingência sugerida e exporta tudo para Excel.
