Introducción
Risco = evento potencial que pode impactar projeto (negativamente).
Sem gestão de risco:
- ⌠Surpresas no meio do projeto (“não esperávamos isso!”)
- ⌠Atrasos, custos extras
- ⌠Sem plano B (reatividade)
Com gestão de risco:
- ✅ Antecipar problemas
- ✅ Plano B pronto (contingência)
- ✅ Equipe preparada
3 Fases de Gestão de Risco
Fase 1: Identificação
Quando: Planning (week 1 do projeto).
Como: Brainstorm com time + stakeholders.
Perguntas:
- O que pode dar errado?
- Quem são as dependências externas?
- Qual é o maior bloqueador?
Exemplos comuns:
| Tipo | Risco | Probabilidade |
|---|---|---|
| Técnico | Integração com API legada é complexa | 60% |
| Recurso | Dev sênior pode sair da empresa | 20% |
| Vendor | Consultora Salesforce não consegue subir capacity | 40% |
| Negócio | Cliente muda de prioridade no meio | 70% |
| Externo | Regulação muda (LGPD update) | 30% |
Fase 2: Análise
Matriz de Risco:
Probabilidade (1–5): Como é provável?
1 = Raro ( 80%)
Impacto (1–5): Se acontecer, quanto prejudica?
1 = Negligível (< 1 dia atraso, 1 mês, > R$ 500k)
Score de Risco = Probabilidade à— Impacto
Threshold:
- Score > 12 = Alto risco (ação obrigatória)
- Score 6–12 = Médio (monitorar)
- Score < 6 = Baixo (aceitar)Ejemplo:
Risco: Consultora Salesforce sem capacity
Probabilidade: 4 (60% chance de acontecer)
Impacto: 4 (Se não tem devs, projeto atrasa 3 semanas = R$ 200k)
Score = 4 à— 4 = 16 → ALTO RISCO
Ação: Plano de mitigação obrigatório.Fase 3: Mitigação (Resposta)
4 estratégias:
| Estratégia | O que fazer | Quando usar |
|---|---|---|
| Evitar | Mudar para reduzir risco | Se viável (ex: mudar arquitetura) |
| Mitigar | Reduzir probabilidade ou impacto | Maioria dos casos |
| Aceptar | Viver com risco, sem ação | Se mitigação é muito cara |
| Transferir | Passar risco para 3ª parte | Seguro, vendor (SLA), etc. |
Ejemplo:
Risco: Consultora Salesforce sem capacity
Mitigação:
├─ Ação 1: Contrata consultora local como backup (reduz probabilidade)
├─ Ação 2: Aloca 20% de dev interno (reduz impacto se consultora falha)
├─ Ação 3: Aumenta prazo em 2 semanas como buffer
└─ Owner: PM (assegurar que ações aconteçam)
Resultado: Score reduz de 16 → 8 (Médio risco, aceitável)Risk Register Template
| ID | Risco | Prob | Imp | Score | Status | Ação de Mitigação | Owner | ETA |
|---|---|---|---|---|---|---|---|---|
| R1 | Consultora sem capacity | 4 | 4 | 16 | Ativo | Contratar backup, aumentar prazo | PM | Done |
| R2 | Mudança de scope | 5 | 3 | 15 | Ativo | Change control + congelar escopo | PM | Continuo |
| R3 | Integração complexa | 4 | 4 | 16 | Ativo | Envolver TI desde day 1 + POC | Dev Lead | 2w |
| R4 | Cliente desmotivado | 3 | 3 | 9 | Monitorar | Status weekly + comunicação clara | PM | Continuo |
| R5 | Regulação (LGPD) | 2 | 5 | 10 | Monitorar | Seguir updates legais, compliance audit | Legal | Continuo |
Errores comunes
- ⌠Risk register criado mas nunca revisado
- ✅ Review semanal (ou parte do daily standup)
- ⌠Tudo é “alto risco” (desconsidera)
- ✅ Diferenciar (alguns altos, alguns médios, aceitar baixos)
- ⌠Sem plano B (contingência)
- ✅ Sempre ter plano B (mesmo que simples)
Checklist
- ☠Risk identification feito (brainstorm semana 1)
- ☠Risk register criado (template preenchido)
- ☠Probabilidade e impacto estimados
- ☠Score calculado (Prob à— Impacto)
- ☠Mitigação planejada (ações concretas)
- ☠Owner designado (quem executa mitigação?)
- ☠Review schedule agendado (semanal/mensal)
CTA Final
Risco bem gerenciado = projeto previsível. Agende uma sessão para estruturar gestão de riscos na sua organização ou baixe o template de risk register.
Próximas leituras:
Guia Definitivo de Gestão de Projetos | Lições Aprendidas
Lea también
