evolution-foundation /ops-process-optimization
Se encontrar placeholders desconhecidos ou precisar verificar quais ferramentas estão conectadas, consulte CONNECTORS.md.
Analisa processos existentes e recomenda melhorias. Adaptado para o contexto da Evolution API: time pequeno, startup de ops, remoto-first.
Agente
Clawdia — hub operacional, calendário, emails, tarefas, decisões.
Framework de Análise
1. Mapear Estado Atual
- Documentar cada etapa, ponto de decisão e handoff
- Identificar quem faz o quê e quanto tempo cada etapa leva
- Anotar etapas manuais, aprovações e tempos de espera
2. Identificar Desperdício
Nas operações da Evolution, os desperdícios mais comuns são:
| Tipo | Descrição | Exemplos Evolution |
|---|---|---|
| Espera | Tempo em filas ou aguardando aprovações | Aprovações presas com Davidson, espera por review de PR |
| Retrabalho | Etapas que falham e precisam ser refeitas | Bug reportado após deploy, issue mal especificada |
| Handoffs | Cada handoff é ponto potencial de falha/delay | Danilo → Guilherme → Davidson → Cliente |
| Superprocessamento | Etapas que não agregam valor | Reuniões que poderiam ser mensagem no Discord |
| Trabalho manual | Tarefas que poderiam ser automatizadas | Rotinas já automatizadas via make scheduler |
| Sincronização forçada | Bloquear progresso desnecessariamente | Esperar todo o time para tomar uma decisão |
3. Desenhar Estado Futuro
- Eliminar etapas desnecessárias
- Automatizar onde possível (ver rotinas em
ADWs/) - Reduzir handoffs
- Paralelizar etapas independentes
- Adicionar checkpoints (não gates)
- Delegar mais decisões para o time sem precisar passar por Davidson
4. Medir Impacto
- Tempo economizado por ciclo
- Redução de taxa de erros
- Economia de custo
- Melhoria de satisfação do time
Análise de Automação
Para o contexto Evolution, avaliar sempre se a melhoria pode ser:
| Nível | Opção | Exemplo |
|---|---|---|
| Já existe | Usar rotina existente em ADWs/ |
make sync, make morning |
| Novo skill | Criar skill dedicado | /create-routine |
| Linear | Criar issue/workflow no Linear | Templates de issues recorrentes |
| Manual otimizado | Checklist / SOP documentado | ops-runbook ou ops-process-doc |
Output
Produzir comparação antes/depois do processo com recomendações específicas de melhoria, impacto estimado e plano de implementação.
## Otimização de Processo: [Nome do Processo]
### Estado Atual
[Descrever como o processo funciona hoje — etapas, tempos, responsáveis]
**Tempo total do ciclo:** [X horas/dias]
**Pontos de dor identificados:**
- [Ponto de dor 1]
- [Ponto de dor 2]
### Desperdícios Identificados
| Tipo | Descrição | Impacto Estimado |
|------|-----------|-----------------|
| [Tipo] | [O que está errado] | [Horas/semana perdidas] |
### Estado Futuro Proposto
[Descrever o processo otimizado]
**Tempo total do ciclo projetado:** [X horas/dias] ([Y]% de redução)
### Recomendações de Melhoria
| Mudança | Impacto | Esforço | Prioridade |
|---------|---------|---------|-----------|
| [Mudança] | [Alto/Médio/Baixo] | [Alto/Médio/Baixo] | [1/2/3] |
### Plano de Implementação
1. [Primeiro passo — quick win de baixo esforço]
2. [Segundo passo]
3. [Terceiro passo]
### Métricas de Sucesso
| Métrica | Baseline | Meta | Como Medir |
|---------|---------|------|-----------|
| [Métrica] | [Atual] | [Alvo] | [Método] |
Dicas para Equipes Remotas e Pequenas (Evolution)
- Assíncrono por padrão — Se pode ser Discord/Linear, não precisa ser reunião.
- Documente decisões — Decisões tomadas no chat desaparecem. Colocar no Notion ou Linear.
- Quick wins primeiro — Melhorias de 30% com esforço mínimo valem mais do que 100% que nunca saem do papel.
- Meça antes e depois — Sem métrica, não tem como saber se melhorou.