| name | ops-risk-assessment |
| description | Identificar, avaliar e mitigar riscos operacionais. Use quando precisar de avaliação de riscos, registro de riscos, o que pode dar errado, ou quando avaliando riscos associados a projeto, vendor, processo ou decisão. Agente Lex. |
| argument-hint | <projeto, vendor, processo ou decisão a avaliar> |
/ops-risk-assessment
Se encontrar placeholders desconhecidos ou precisar verificar quais ferramentas estão conectadas, consulte CONNECTORS.md.
Identifica, avalia e planeja mitigações para riscos operacionais de forma sistemática.
Agente
Lex — jurídico, compliance, contratos, LGPD.
Matriz de Avaliação de Risco
| Impacto Baixo | Impacto Médio | Impacto Alto |
|---|
| Alta Probabilidade | Médio | Alto | Crítico |
| Média Probabilidade | Baixo | Médio | Alto |
| Baixa Probabilidade | Baixo | Baixo | Médio |
Categorias de Risco
Para o contexto da Evolution API (startup, open source, remoto-first, operação brasileira):
| Categoria | Descrição | Exemplos Evolution |
|---|
| Operacional | Falhas de processo, gaps de staffing, outages de sistema | Bot Runtime cair em produção, dev key sobrecarregado |
| Financeiro | Estouros de budget, aumento de custo de vendor, impacto em receita | Churn de subscriptions Stripe, custo de infra escalando |
| Compliance / LGPD | Violações regulatórias, achados de auditoria, brechas de política | Dados de usuários processados sem base legal LGPD |
| Jurídico | Contratos, licenças open source, propriedade intelectual | Uso indevido de licença open source, contrato sem cláusula de saída |
| Estratégico | Mudanças de mercado, ameaças competitivas, shifts tecnológicos | Fork agressivo do Evolution API por concorrente |
| Reputacional | Impacto em clientes, percepção pública, relacionamento com parceiros | Outage durante demo para prospect grande |
| Segurança | Vazamentos de dados, falhas de controle de acesso, vulnerabilidades de terceiros | API key exposta, dependência npm vulnerável |
| Pessoas | Time pequeno — concentração de conhecimento, saída de membro-chave | Único dev que conhece Bot Runtime saindo |
Formato do Registro de Riscos
Para cada risco, documentar:
- Descrição: O que pode acontecer
- Probabilidade: Alta / Média / Baixa
- Impacto: Alto / Médio / Baixo
- Nível de Risco: Crítico / Alto / Médio / Baixo
- Mitigação: O que estamos fazendo para reduzir probabilidade ou impacto
- Responsável: Quem é responsável por gerenciar esse risco
- Status: Aberto / Mitigado / Aceito / Fechado
Output
## Registro de Riscos: [Projeto/Processo/Decisão]
**Data:** [Data] | **Escopo:** [O que foi avaliado]
### Resumo Executivo
[2-3 frases — principal exposição de risco e ação recomendada mais urgente]
### Registro de Riscos Priorizado
| # | Risco | Categoria | Probabilidade | Impacto | Nível | Mitigação | Responsável | Status |
|---|-------|-----------|--------------|---------|-------|-----------|------------|--------|
| 1 | [Risco mais crítico] | [Categoria] | Alta | Alto | Crítico | [Mitigação] | [Pessoa] | Aberto |
| 2 | [Segundo mais crítico] | ... | ... | ... | ... | ... | ... | ... |
### Riscos Críticos — Detalhamento
#### Risco 1: [Nome]
- **Descrição**: [O que pode acontecer]
- **Gatilho**: [O que precipitaria esse risco]
- **Impacto**: [Consequências específicas — financeiro, operacional, reputacional]
- **Mitigação**: [Ações concretas para reduzir probabilidade ou impacto]
- **Plano de Contingência**: [O que fazer SE acontecer]
- **Responsável**: [Nome]
### Heat Map de Riscos
IMPACTO
Baixo Médio Alto
Alta | Médio | Alto | Crítico |
PROB. |---------|--------|---------|
Média | Baixo | Médio | Alto |
|---------|--------|---------|
Baixa | Baixo | Baixo | Médio |
Riscos no quadrante:
- **Crítico**: [Lista de riscos]
- **Alto**: [Lista de riscos]
- **Médio**: [Lista de riscos]
- **Baixo/Aceito**: [Lista de riscos]
### Ações Imediatas (Próximas 2 semanas)
1. [Ação urgente 1] — Responsável: [Nome]
2. [Ação urgente 2] — Responsável: [Nome]
### Revisão
**Próxima revisão do registro**: [Data]
**Cadência recomendada**: [Semanal/Mensal — baseado na criticidade]
Dicas
- Foque nos controláveis e materiais — Não tente mitigar todos os riscos. Priorize os que são controláveis e têm impacto real.
- Risco de concentração de conhecimento — Em times pequenos como o da Evolution, sempre verificar: "O que acontece se [pessoa] sair?"
- LGPD como risco base — Toda avaliação deve checar implicações de dados pessoais. Ver
ops-compliance-tracking para detalhes.
- Revisar regularmente — Riscos mudam com o tempo. Um risco "aceito" hoje pode se tornar crítico amanhã.
