Runbooks | Procedimentos Operacionais
Procedimentos passo-a-passo para tarefas recorrentes do projeto. Cada runbook define: gatilho (quando rodar), passos (antes/durante/depois), critério de pronto, escalação. Atualização: quando o procedimento muda, ou após um incidente que exige ajuste.
Runbooks disponíveis
| Runbook | Gatilho | Owner típico |
|---|---|---|
| Rodar uma reunião | Antes / durante / depois de qualquer reunião | Quem conduz ou registra |
| Promover sinais de reunião | Depois de toda reunião com conteúdo material | Quem registra a ata |
| Onboardar pessoa nova | Nova pessoa entra no projeto (Anouk ou cliente) | Pedro ou Rafael |
| Acionar Axios ou agente operacional | Precisa de ajuda de agente para tarefa específica | Qualquer pessoa Anouk |
| Publicar ou ressincronizar wikis | Mudança material no vault ou incidente no build | Pedro |
Quando criar um runbook novo
Crie um runbook quando:
- A tarefa é recorrente (≥ 3x por trimestre)
- Tem passos não-triviais (≥ 5 passos com ordem importa)
- Pode ser executada por diferentes pessoas (e elas precisam de consistência)
- Tem pontos de falha conhecidos que valem documentar
Use _templates/runbook.md (a criar na Onda 6 se ainda não existir) como base, ou copie um runbook existente.
Ver também
- STYLE-GUIDE — convenções gerais
- MEMORY-CONTRACT — regras canônicas
- Guia de uso do Obsidian