RÉGUA — Project Delivery Playbook v1.0
Fonte vigente confirmada pelo Founder em 2026-09-17: export .dc.html (edição em português). Convertido automaticamente; pode conter artefatos de layout do export. Conteúdo NÃO foi reescrito. A versão anterior (inglês, do pacote Governance v1.0) permanece no histórico Git. Em 2026-09-17 o REGUA_DOCS_GOVERNANCE_PATCH_v0.1 foi aplicado com aprovação explícita do Founder (APPROVE_APPLY=YES): ver PATCH_MANIFEST no histórico Git. Versão do documento: 1.1.
SISTEMA DE GOVERNANÇA
Inteligência Operacional
VOLUME 02
Project Delivery Playbook
V1.0 · 2026CANONICAL SOURCE: 02_REGUA_PROJECT_DELIVERY_PLAYBOOK_v1.0.md
01 — TESE DE ENTREGA
A Régua não começa construindo. Todo projeto segue: QUALIFY → CHARTER → RADIOGRAFAR → ESTABELECER → GOVERNAR → GATE 01 → UNIR → GATE 02 → AFERIR → GATE 03 → CLOSEOUT/EVOLUTION. Gates são decisões, não fases.
REGRAS OBRIGATÓRIAS DO PROJETO
01Sem implementação antes de entender o problema.
02Sem ganho prometido sem baseline ou plano de instrumentação.
03Sem PASS sem evidência.
04Sem deploy crítico sem autorização e rollback.
05Sem scope/architecture drift silencioso.
06UNKNOWN é registrado, não adivinhado.
07Dependências do cliente são explícitas e possuem owner.
08Toda decisão material tem registro.
09Todo handoff preserva o estado atual.
10Escalar somente o que provou valor.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202602
02 — FASE 0 & FASE 1
Fase 0 — Qualify
Decidir se a oportunidade merece um projeto Régua formal: problema relevante, recorrente, observável, sponsor, acesso e caminho plausível de intervenção.
Output: QUALIFIED · NEEDS_DISCOVERY · NOT_QUALIFIED
Sinais de rejeição: sem dono do processo, sem acesso, "só queremos IA", valor não pode ser validado, exige autonomia insegura, escopo não pode ser delimitado.
Fase 1 — Project Charter
O menor contrato confiável do que o projeto busca alcançar: cliente, contexto, problema, escopo (dentro/fora), owners, sistemas, restrições, riscos, dependências, unknowns iniciais, cadência, fontes de verdade.
Saída: início da descoberta sem ambiguidade de objetivo, ownership e limites.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202603
03 — R · RADIOGRAFAR
Entender como a operação realmente funciona, não como a documentação diz que funciona.
ATIVIDADES
- Onboarding enxuto
- Walkthrough do trabalho real
- Mapeamento de processo e sistemas
- Identificação de tarefas manuais
- Mapeamento de filas/esperas/handoffs
- Identificação de exceções
- Pain register
- Mapeamento de acesso
- Captura de unknowns
ARTEFATOS MÍNIMOS
CURRENT_STATE_MAP
SYSTEM_MAP
UNKNOWN_LOG
OPPORTUNITY_REGISTER (versão inicial)
CONDIÇÃO DE SAÍDA
O problema central pode ser explicado de forma simples, observado na operação e verificado sem depender de suposições.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202604
04 — É · ESTABELECER
Criar baseline e definir como o sucesso será medido, antes da implementação.
BASELINE
TARGET
EVIDENCE_SOURCE
MEASUREMENT_WINDOW
DIMENSÕES TÍPICAS
Tempo
Resposta, ciclo, espera, SLA.
Custo
Horas manuais, custo/ocorrência.
Qualidade
Erros, retrabalho, exceções.
Negócio
Conversão, receita, retenção.
SEM BASELINE CONFIÁVEL
A primeira entrega é instrumentar. A Régua não inventa ROI.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202605
05 — G · GOVERNAR & U · UNIR
G — Governar
Fluxo futuro, passos automatizados, decisões humanas, escalonamento, comportamento de erro, limites de dados, critérios de aceite, rollback, approver, dependências, datas-alvo.
IMPACTFREQUENCYREADINESSEFFORTRISK
GATE 01
Vale fazer?
Aprovar, ajustar, bloquear ou rejeitar a implementação. Critérios mínimos: problema claro, relevância/frequência estabelecida, baseline (ou instrumentação aceita), valor esperado significativo, riscos entendidos, owner existente, dependências identificadas, primeira intervenção delimitável, fluxo futuro/limites/critérios de aceite/rollback definidos (Governar concluído).
DECISION= · RATIONALE= · EVIDENCE= · APPROVER= · CONDITIONS= · NEXT_ACTION=
Outcomes: APPROVE · ADJUST · BLOCK · REJECT
Nenhuma implementação começa a partir de um Gate 01 não registrado. Aprovadores mínimos por Gate: ver Operating System, seção 07.
U — Unir
Implementar a menor solução completa. Ordem preferencial:
1Usar/configurar o que já existe.
2Integrar via API.
3Automatizar tarefas e handoffs.
4Aplicar IA onde linguagem/classificação/contexto agregam valor.
5RPA quando o legado não tem interface adequada.
6Substituir plataforma só quando a evidência justificar.
IN_PROGRESS → IMPLEMENTED → DEPLOYED → VALIDATING → DONE — nunca colapsar.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202607
GATE 02
Funciona com segurança?
Escopo delimitadoObservabilidadeFallbackHuman-in-the-loopAceite
Fluxo pretendido funciona no ambiente correto; limites respeitados; logs/evidência disponíveis; comportamento de falha aceitável; rollback validado quando exigido; escalonamento humano onde o risco requer.
Outcomes: APPROVE_PILOT_OR_PRODUCTION · ADJUST · BLOCK · REJECT
Um deploy bem-sucedido, isoladamente, não passa o Gate 02.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202608
06 — A · AFERIR
Comparar valor esperado com valor observado e produzir uma decisão baseada em evidência.
EVIDENCE PACK — MÍNIMO
Baseline
Comparison period
Current/pilot metric
Evidence source
Exceptions
Failures
Residual manual work
User feedback
Operating cost/dependencies
Risks
Recommendation
Regra de medição: não escolher a melhor janela/subconjunto a dedo, salvo se explicitamente rotulado e justificado. Registrar limitações.
GATE 03Provou valor?SCALE · ADJUST · MAINTAIN · STOP
Escalar não é o caminho automático feliz. Encerrar algo que não provou valor é um sucesso válido do método.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202609
07 — CLOSEOUT, CADÊNCIA E ATIVAÇÃO DE ARTEFATOS
Closeout registra: objetivo original, escopo entregue, estado final, evidência, baseline vs. resultado, unknowns não resolvidos, riscos residuais, owner operacional, runbook, aceite do cliente, próximas oportunidades e decisão. Evolução só se abre nova iteração com hipótese clara — não se mantém "em progresso" indefinidamente.
| Artefato | Ativa em |
|---|---|
| Project Charter | Bootstrap |
| Current State / System Map | Radiografar |
| Unknown Log | Bootstrap; mantido sempre |
| Opportunity Register | Radiografar; mantido sempre |
| Baseline Plan | Estabelecer |
| Decision Log | Primeira decisão material |
| Weekly Update | Projeto ativo |
| Evidence Pack | Aferir / Gate 03 |
| Handoff | Toda transferência material |
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202610
08 — TERRA FÉRTIL — BOOTSTRAP
- Instanciar PROJECT_CHARTER
- Instanciar UNKNOWN_LOG e DECISION_LOG
- Executar Radiografar
- Construir CURRENT_STATE_MAP e SYSTEM_MAP
- Iniciar OPPORTUNITY_REGISTER
- Estabelecer BASELINE_PLAN
- Governar: fluxo futuro, limites, critérios de aceite, rollback
- Revisar Gate 01
- Só então aprovar o primeiro piloto
A organização não é mais arquivos. É saber o que estamos resolvendo, o que é verdade, o que é desconhecido, o que foi provado, quem decide e o que acontece a seguir.
RÉGUA · INTELIGÊNCIA OPERACIONALPROJECT DELIVERY PLAYBOOK · V1.0 · 202611