🚀 Execução e operações
Os comandos da família 07: começar pela próxima ação possível, decompor em tarefas com dono, estimar sem falsa precisão, priorizar, paralelizar, automatizar — e revisar contra critérios.
▶️ /execute — converta plano em ação
O comando que encerra o planejamento. /execute começa pela próxima ação possível e produz artefatos ou instruções operacionais concretas — texto do e-mail, esqueleto do arquivo, comando a rodar. Não descreve o trabalho: faz a primeira parte dele.
✓ Saída de /execute
- ✓O e-mail pronto para enviar, com assunto e destinatário.
- ✓O arquivo de configuração preenchido com os valores do seu contexto.
- ✓"Feito: X. Bloqueado em: Y (precisa da credencial Z). Próximo: W."
✗ Saída de planejamento disfarçado
- ✗"Primeiro você deve preparar o ambiente, depois..." — instrução genérica, zero artefato.
- ✗Lista de 14 passos sem executar nenhum.
- ✗"Recomendo alinhar expectativas com os stakeholders."
🎯 Copie e rode
/execute a partir de <plano ou blueprint>; comece pela próxima ação possível, produza o artefato concreto (texto, arquivo, comando) e reporte feito / bloqueado / próximo
Como verificar: você recebeu algo colável ou executável — não uma descrição de como produzi-lo.
Novo aqui? Artefato é o resultado tangível de uma ação: um arquivo, um texto pronto, um comando, uma tabela preenchida. "Analisei o problema" não gera artefato; "aqui está a tabela com os 5 problemas e a causa de cada um" gera.
➡️ /next — a próxima melhor ação
Escolhe o passo de maior valor esperado considerando bloqueios e reversibilidade. É o comando para o momento em que há dez coisas possíveis e a paralisia começa a custar mais do que qualquer escolha errada.
🧭 Como o /next decide
- •Valor esperado: quanto o passo avança o objetivo × probabilidade de dar certo.
- •Desbloqueio: passo que libera outros vale mais que passo isolado de igual valor.
- •Reversibilidade: em empate, o passo mais fácil de desfazer ganha — aprende-se mais barato.
🎯 Copie e rode
/next dado <situação atual e opções em aberto>; escolha UMA próxima ação com justificativa por valor esperado, desbloqueio e reversibilidade; diga o que NÃO fazer agora
Como verificar: a resposta é uma ação, não três. E a lista de "não agora" existe — ela é metade do valor.
💡 Dica prática
Use /next no fim de cada sessão de trabalho: "dado o que fiz hoje, qual é a próxima ação de amanhã?". Começar o dia já sabendo o primeiro passo elimina a meia hora de aquecimento.
🧩 /tasks + /owner — decomponha e atribua
/tasks transforma objetivo em unidades pequenas, verificáveis e atribuíveis. /owner define, para cada uma, dono, apoio, aprovador e dependências — porque tarefa com dois donos tem zero.
| Papel | Pergunta que responde | Quantos por tarefa |
|---|---|---|
| Dono | Quem garante que acontece? | Exatamente 1 |
| Apoio | Quem ajuda, se chamado? | 0 a 2 |
| Aprovador | Quem diz "está bom, pode seguir"? | 0 ou 1 |
| Dependência | De quem/o quê isso espera? | Quantas houver — declaradas |
Um dono por tarefa é regra, não preferência. "Time de marketing" não é dono.
🎯 Copie e rode
/tasks /owner para <objetivo ou etapa do blueprint>; tarefas de no máximo meio dia, cada uma com critério de pronto, dono único, apoio, aprovador e dependências
Como verificar: nenhuma tarefa tem "time", "todos" ou "a gente" como dono — e nenhuma leva mais que meio dia.
Novo aqui? Critério de pronto (definition of done) é a frase que diz quando a tarefa acabou: "PR aprovado e mergeado", "página no ar respondendo 200". Sem isso, tarefa fica 90% pronta para sempre.
⏱️ /estimate — estime sem falsa precisão
Estima tempo, complexidade, custo e incerteza — a palavra que falta em toda estimativa que dá errado. "3 dias" é mentira educada; "2 a 5 dias, provavelmente 3, porque nunca integramos com essa API" é estimativa.
Faixa, não ponto
Otimista / provável / pessimista. A distância entre otimista e pessimista É a incerteza — e é informação.
O que puxa para o pessimista
Nomeie a fonte da incerteza: dependência externa, tecnologia nova, requisito ainda aberto.
O que comprimiria a faixa
Um spike de 2 horas, uma pergunta ao fornecedor, um protótipo descartável. Comprar informação costuma ser mais barato que errar.
🎯 Copie e rode
/estimate para <tarefa ou conjunto de tarefas>; faixa otimista/provável/pessimista, fonte principal da incerteza e a ação de 2 horas que mais reduziria a faixa
Como verificar: nenhuma estimativa é um número único, e cada faixa larga vem com o motivo de ser larga.
📊 Por que faixas funcionam
Quem pede "um número" recebe o otimista e cobra como se fosse compromisso. Quem pede faixa recebe a incerteza explícita e pode decidir: aceitar o risco, comprar informação ou cortar escopo. A faixa não é imprecisão — é a precisão possível, dita com honestidade.
🎯 /priority — priorize por impacto e risco
Ordena tarefas por impacto, urgência, dependências, risco e esforço. Cinco eixos — porque priorizar só por urgência é deixar a caixa de entrada dos outros decidir o seu dia.
Ilustrativo: a família 07 é um anel — /review realimenta /next, e o anel gira até o marco cair.
✓ Prioridade defensável
- ✓"Primeiro a integração de pagamento: alto impacto, desbloqueia 4 tarefas, risco externo — começar hoje."
- ✓Lista curta: 3 prioridades. A quarta é "não".
✗ Prioridade por barulho
- ✗"Primeiro o que o cliente mais reclamou ontem" — urgência sem impacto.
- ✗Lista com 11 prioridades. Onze prioridades é nenhuma.
🎯 Copie e rode
/priority sobre <lista de tarefas>; pontue impacto, urgência, dependências, risco e esforço, entregue as 3 primeiras com justificativa e declare o que fica explicitamente para depois
Como verificar: a justificativa de cada uma das 3 cita pelo menos dois eixos — e a lista "para depois" não está vazia.
⚙️ /parallel + /automate — paralelize e automatize
/parallel separa o que pode rodar ao mesmo tempo do que exige sequência. /automate procura tarefas repetitivas com regras claras, gatilhos e APIs — os candidatos a sair da sua agenda para sempre.
🤖 Sinais de que dá para automatizar
- •Repetição: a tarefa aconteceu 3+ vezes no último mês, do mesmo jeito.
- •Regra clara: você consegue explicar a decisão em "se X, então Y" sem "depende".
- •Gatilho identificável: um evento dispara (e-mail chega, planilha muda, hora bate).
- •Interface disponível: API, webhook, export — algo que uma máquina consegue tocar.
🎯 Copie e rode
/parallel /automate sobre <lista de tarefas ou SOP>; agrupe o que roda em paralelo vs. em sequência, e para cada tarefa repetitiva diga: regra, gatilho, ferramenta candidata e o que ainda exige humano
Como verificar: a coluna "ainda exige humano" existe e é honesta — automação que finge não ter exceção vira incidente.
⚠️ Automatizar bagunça multiplica bagunça
Só automatize processo que já roda bem manualmente (Módulo 4.1, /SOP). Automatizar um processo quebrado produz o mesmo erro, mais rápido, sem ninguém olhando.
📡 /monitor — indicadores e limiares
Especifica indicadores, frequência, limiares e ações quando algo muda. Monitorar não é olhar um dashboard: é decidir antes o que vai disparar o quê.
| Indicador | Frequência | Limiar | Ação |
|---|---|---|---|
| Taxa de conversão da landing | Diária | < 1,5% por 3 dias | Rodar /causes sobre a queda; testar variante do título |
| Tempo de resposta ao lead | Por evento | > 2h | Alerta no grupo; responder template padrão |
| Erros da automação | Horária | > 0 | Pausar fluxo; abrir tarefa com dono |
Exemplo didático: cada linha completa — indicador sem ação é curiosidade, não monitoramento.
🎯 Copie e rode
/monitor para <projeto ou operação>; 3-5 indicadores com frequência de leitura, limiar numérico e a ação exata quando o limiar for cruzado
Como verificar: todo limiar é um número com unidade e toda ação começa com verbo. "Acompanhar de perto" não é ação.
💡 Dica prática
Um indicador de saúde e um de resultado bastam para começar. Dez indicadores sem limiar viram papel de parede; dois com ação definida mudam comportamento.
🔁 /review — revise contra critérios e corrija
Compara o resultado com os critérios definidos lá atrás, registra desvios, aprendizados e correções. É o comando que fecha o anel: sem ele, execução vira repetição — com ele, vira melhoria.
✓ Revisão que ensina
- ✓"Meta: 10 inscritos. Resultado: 6. Desvio: -40%. Causa provável: link só no story, não no feed. Correção: fixar no perfil + repost."
- ✓Aprendizado registrado onde o próximo /blueprint vai ler.
✗ Retrospectiva de sensação
- ✗"Foi bom, o time se dedicou, próxima vez vamos com mais força."
- ✗Nenhum número comparado ao critério original — porque o critério nunca foi escrito.
🎯 Copie e rode
/review de <entrega ou ciclo>; compare resultado com os critérios e métricas originais, liste desvios com causa provável, 3 aprendizados e as correções que entram no próximo ciclo
Como verificar: cada desvio tem um número e uma causa — e pelo menos uma correção vira tarefa com dono (/tasks /owner).
💡 Receita composta
Receita completa de execução, direto do documento: /blueprint /dependencies /priority /parallel /execute /monitor /review. Rode uma vez por ciclo e o próximo blueprint já nasce corrigido.
Auto-verificação rápida (opcional): qual é a saída correta de /execute?
🎓 Resumo do Módulo
Próxima Trilha:
5.1 - Produto, negócios e monetização — você sabe planejar e executar; agora aplique isso a mercado, cliente, oferta e preço.