Nota de ingestão

Convertido de REGUA_Metodo_v1.0.docx (fonte canônica). Corpo preservado sem reescrita.

MÉTODO PROPRIETÁRIO • SISTEMA DE EXECUÇÃO

Método RÉGUA

Inteligência Operacional

Do atrito operacional ao ganho mensurável.

Princípio central Primeiro entender. Depois medir. Só então automatizar. E só escalar o que provou valor.

RÉGUA
Método v1.0 • Setembro de 2026 • Uso interno

01 • VISÃO GERAL

O método em uma página

O Método RÉGUA é um sistema de trabalho para transformar processos manuais, fragmentados ou lentos em operações mais simples, integradas e mensuráveis. A tecnologia entra depois do problema estar entendido.

	ETAPA	RESULTADO
R	Radiografar	Entender como a operação funciona de verdade e onde existe atrito.
É	Estabelecer	Criar a linha de base e definir como o sucesso será medido.
G	Governar	Priorizar, definir limites, riscos, responsáveis e desenho futuro.
U	Unir	Implementar a menor solução completa, integrando sistemas, dados e pessoas.
A	Aferir	Comparar antes e depois, decidir: escalar, ajustar ou encerrar.

Os três gates

GATE 1	Vale fazer? — problema, impacto e baseline justificam a implementação.
GATE 2	Funciona com segurança? — piloto atende critérios, controles e fallback.
GATE 3	Provou valor? — a evidência justifica escalar, manter ou encerrar.

Resultado esperado Cada projeto termina com uma decisão baseada em evidência — não apenas com uma automação funcionando.

02 • ETAPA R

R	Radiografar Entender a operação real antes de propor tecnologia.

Objetivo

Construir uma visão factual do processo atual: pessoas, sistemas, dados, exceções, volumes, gargalos e decisões humanas.

O que fazemos

• Onboarding enxuto com o dono do processo.
• Walkthrough do trabalho real, não apenas do fluxo “oficial”.
• Mapa do processo ponta a ponta e dos sistemas envolvidos.
• Levantamento de tarefas manuais, retrabalho, filas, esperas e handoffs.
• Registro explícito de riscos, exceções e UNKNOWNs.

Entregáveis mínimos

Current State Map	Fluxo atual, responsáveis, entradas, saídas e sistemas.
Pain Register	Lista objetiva de atritos com frequência e impacto.
System Map	Ferramentas, APIs, dados e integrações disponíveis.
Unknown Log	O que ainda precisa ser comprovado antes de decidir.

Regra de saída Não avançamos para solução enquanto o problema não puder ser descrito de forma simples, observável e verificável.

03 • ETAPA É

É	Estabelecer Criar a régua de comparação e definir o que significa melhorar.

Objetivo

Transformar percepção em baseline. Sem uma medida inicial, qualquer ganho futuro vira opinião.

Métricas possíveis

• Tempo de resposta	• Tempo de execução
• Horas manuais	• Volume processado
• Taxa de perda	• Retrabalho
• Conversão	• SLA / qualidade
• Custo por ocorrência	• Erros / exceções

Definição de sucesso

Antes de construir, o projeto registra qual métrica deve mudar, em qual direção, em que janela de observação e qual evidência será aceita.

Baseline	Como o processo performa hoje.
Target	Qual melhoria buscamos no piloto.
Evidence	Onde o dado será capturado e como será validado.
Window	Por quanto tempo precisamos observar o resultado.

Quando não existe dado A primeira entrega pode ser instrumentar o processo. A Régua não inventa ROI para justificar projeto.

04 • ETAPA G

G	Governar Escolher o que fazer, desenhar o futuro e limitar o risco antes da implementação.

Objetivo

Transformar oportunidades em uma decisão executável: prioridade, escopo, responsáveis, regras, limites e critérios de aceite.

Como priorizamos

Cada oportunidade é avaliada em cinco dimensões. O score organiza a conversa; ele não substitui julgamento técnico e de negócio.

Impacto	Quanto valor pode gerar ou perda pode evitar.
Frequência	Quantas vezes o problema ocorre.
Prontidão	Dados, acesso e processo estão disponíveis?
Esforço	Complexidade técnica, operacional e de mudança.
Risco	Consequência de erro, dependência e reversibilidade.

Antes do build, fica definido

• Fluxo futuro e comportamento esperado.
• Quais decisões podem ser automatizadas e quais exigem humano.
• Critérios de aceite e rollback.
• Responsável por aprovar mudanças críticas.
• Dependências do cliente e datas-alvo.

GATE 1 — Vale fazer? Só entra em implementação o que tem problema claro, valor esperado, baseline suficiente e risco aceitável.

05 • ETAPA U

U	Unir Conectar sistemas, dados e pessoas com a menor solução completa possível.

Objetivo

Implementar uma solução pequena o suficiente para ser reversível e rápida de testar, mas completa o suficiente para provar o fluxo de ponta a ponta.

Ordem de preferência

1. Usar o que já existe e configurar melhor.

2. Integrar via API quando disponível.

3. Automatizar tarefas e handoffs.

4. Aplicar IA onde linguagem, classificação ou contexto agregam valor.

5. Usar RPA quando o sistema legado não oferece interface adequada.

6. Substituir plataforma apenas quando a evidência justificar.

Padrão de piloto

Escopo	Uma jornada ou problema bem delimitado.
Observabilidade	Logs, métricas e rastreabilidade desde o início.
Fallback	Processo manual ou rota segura disponível.
Human-in-the-loop	Obrigatório em decisões críticas ou de alto risco.
Aceite	Critérios definidos antes do teste.

GATE 2 — Funciona com segurança? O piloto só avança quando executa o fluxo esperado, respeita limites, registra evidência e possui fallback testado.

06 • ETAPA A

A	Aferir Comparar o resultado com a linha de base e tomar a decisão de continuidade.

Objetivo

Comprovar se a mudança produziu valor real. “Funcionou tecnicamente” não é sinônimo de “valeu a pena”.

Evidence Pack

• Baseline e período de comparação.
• Métricas do piloto e fonte dos dados.
• Exceções, falhas e trabalho manual residual.
• Feedback dos usuários afetados.
• Custo, dependências e riscos observados.
• Recomendação: escalar, ajustar, manter limitado ou encerrar.

As quatro decisões possíveis

ESCALAR	Valor comprovado e risco controlado. Expandir com novo gate.
AJUSTAR	Sinal positivo, mas critérios ainda não foram atingidos.
MANTER	Resolve um nicho específico; não há justificativa para ampliar.
ENCERRAR	Valor insuficiente, custo alto ou risco não compensado.

GATE 3 — Provou valor? Só escala o que melhorou a métrica combinada de forma verificável e com custo operacional aceitável.

07 • GOVERNANÇA

Como um projeto RÉGUA é acompanhado

Transparência sem burocracia: uma fonte interna detalhada e uma visão executiva curta para o cliente.

Fonte de verdade

O projeto deve ter uma única fonte de verdade operacional — preferencialmente Linear — com responsável, status, prioridade, data-alvo, dependências, critério de aceite e evidência anexada.

Cadência recomendada

Durante a semana	Execução assíncrona, registro de evidências e atualização de bloqueios.
1x por semana	Update executivo de uma página: entregue, em execução, próximo, bloqueios, decisões e métricas.
Por gate	Revisão objetiva para autorizar ou impedir avanço de fase.
Mudança de escopo	Registrar o que mudou e o impacto em prazo, esforço ou risco.

Artefatos padrão

• Project Charter — objetivo, dono, escopo e restrições.
• Current State Map — como funciona hoje.
• Opportunity Register — oportunidades priorizadas.
• Pilot Spec — fluxo futuro, controles e aceite.
• Weekly Executive Update — acompanhamento do cliente.
• Evidence Pack — prova antes/depois e decisão final.
• Runbook — operação, fallback e manutenção quando necessário.

Princípio Documentação proporcional ao risco. Registramos o necessário para decidir, operar e repetir — não para produzir papel.

08 • REGRAS DO MÉTODO

O que não muda de projeto para projeto

1. Problema antes de ferramenta.

2. Processo antes de automação.

3. Medir antes de prometer resultado.

4. Começar pequeno, com arquitetura que permita evoluir.

5. Preferir integração a substituição completa.

6. IA interpreta e auxilia; regras críticas ficam controladas.

7. Humano permanece responsável por decisões de alto risco.

8. UNKNOWN é registrado, não escondido.

9. Logs e rastreabilidade fazem parte da entrega.

10. Nenhum deploy crítico sem autorização e rollback.

11. Escopo muda somente com impacto explícito.

12. Escalar apenas o que provou valor.

Definição de projeto bem-sucedido

Sucesso RÉGUA O cliente entende o que mudou, consegue medir o ganho, sabe como operar a solução e possui evidência suficiente para decidir o próximo passo.

Em uma frase

Entender → Medir → Governar → Implementar → Provar → Escalar