Pular para o conteúdo
Pilar estratégico · Sistema de execução

Operating System e IA: da estratégia ao trabalho verificável

Resposta curta: a virada AI-first precisa de um sistema que converta intenção em apostas, cada aposta em entrega verificável e cada entrega em decisão registrada. O ciclo de 90 dias instala a disciplina de execução; o horizonte de 180 dias usa as provas do primeiro ciclo para decidir arquitetura, autonomia, capacitação e monetização de IA.

Base editorial: síntese pública e sanitizada do roadmap de 90 dias criado em 23/07/2026, da especificação de sistemas de 28/07/2026 e dos manuais de operação, capacitação e gestão de mudança datados de 14/07/2026. Metas comerciais, nomes, valores e decisões internas foram deliberadamente excluídos.

6
Etapas do laço operacional
2
Horizontes conectados
6
Níveis de autonomia
1
DRI por aposta
O sistema

Qual sistema governa a execução?

O Operating System organiza uma cadeia curta: verdade operacional, aposta, execução, verificação, decisão e memória. Qualquer frente que pule uma etapa acumula dívida invisível. Uma iniciativa com tarefa concluída, mas sem evidência e sem decisão, continua aberta.

Etapa 1

Verdade

Definição, linha de base, fonte, data de corte e divergências conhecidas.

Etapa 2

Aposta

Hipótese, resultado esperado, dependências, limite e data de decisão.

Etapa 3

Execução

Responsável direto, pacote de delegação, prazo e critério de aceite.

Etapa 4

Verificação

Teste externo ao agente, avaliação humana por risco e observabilidade.

Etapa 5

Decisão

Avançar, corrigir, industrializar, interromper ou levar à alçada superior.

Etapa 6

Memória

Changelog, evidência anexada e aprendizagem que altera a próxima rodada.

Regra de corte: tarefa sem owner, gate ou evidência fica fora do compromisso do ciclo. Ela pode permanecer no inventário de ideias, com status e motivo registrados.

Horizontes

Como 90 e 180 dias se conectam?

O prazo mais curto produz instrumentos confiáveis e experiências controladas. O prazo seguinte transforma provas em arquitetura, modelo econômico e hábito organizacional. Misturar os dois cria duas distorções: decisões estruturais tomadas com dados imaturos e pilotos que continuam provisórios porque ninguém marcou o momento de escolher.

Dias 1 a 90

Instalar o sistema e provar

O primeiro ciclo fecha a base de medição, escolhe poucas apostas, roda pilotos com risco delimitado e encerra com decisões de portfólio.

  • fonte única e contratos de dados mínimos;
  • piloto de agente com handoff aceito;
  • ritual semanal e fila de decisões;
  • primeira leitura de custo por resultado aceito;
  • decisão de arquitetura baseada na série do ciclo.
Dias 91 a 180

Industrializar, monetizar e adotar

O segundo ciclo consolida o runtime comum, promove autonomia em classes comprovadas, testa cobrança-sombra e transforma a trilha de capacitação em rotina.

  • componentes comuns de contexto, memória e telemetria;
  • política de promoção e rebaixamento de autonomia;
  • economia por conta e por unidade aceita;
  • redesenho explícito de papéis e alçadas;
  • novo roadmap alimentado por evidência acumulada.
JanelaPergunta dominanteEntregávelDecisão que libera a próxima
Dias 1 a 30Conseguimos enxergar o trabalho e o resultado?Baseline, inventário, DRI e primeiros gatesQuais pilotos têm dado e dono suficientes para começar?
Dias 31 a 60O fluxo funciona sob supervisão?Execuções verificadas, handoffs e incidentes catalogadosO que corrigir antes de ampliar o escopo?
Dias 61 a 90Qual arquitetura merece sobreviver ao piloto?Série contínua, dossiê de decisão e plano de saídaO que industrializar, interromper ou levar ao segundo ciclo?
Dias 91 a 120Quais partes devem virar plataforma comum?Contrato de agente, telemetria e guardrails reutilizáveisQuais capacidades entram no runtime compartilhado?
Dias 121 a 150Como valor, uso e margem se relacionam?Cobrança-sombra e custo por resultado aceitoQual componente fica incluído, por consumo ou por resultado?
Dias 151 a 180O time consegue operar o padrão sem o piloto original?Auditoria de adoção, changelog e roadmap seguinteQuais práticas viram padrão e quais retornam ao laboratório?
Portfólio

Quais apostas entram no portfólio?

Uma aposta entra quando liga um problema observável a uma mudança que pode ser testada dentro do horizonte. O portfólio separa capacidades de fundação, experiências de valor e decisões estruturais, porque cada grupo pede ritmo e evidência diferentes.

Fundação · 0 a 90 dias

Verdade operacional

Consolidar definições, fontes e eventos que alimentam o scorecard. Divergência permanece visível até a reconciliação.

DRI
Papel de dados com alçada para congelar definições.
Gate
Áreas consumidoras leem o mesmo número com a mesma data de corte.
Dependência
Acesso, contrato de evento e fonte de sistema.
Operação · 0 a 90 dias

Agente em fluxo real

Delegar uma fatia estreita, preservar o humano no gate e medir qualidade do handoff, retrabalho e consequência no funil.

DRI
Dono do processo que recebe a saída do agente.
Gate
Handoff aceito sem repetição de trabalho e com registro completo.
Dependência
Base de conhecimento, observabilidade e reversão.
Arquitetura · 90 a 180 dias

Plataforma única de agente

Compartilhar contexto, memória, ferramentas autorizadas, telemetria e guardrails entre superfícies, evitando agentes isolados para cada tela.

DRI
Arquitetura de produto e engenharia.
Gate
Uma capacidade nova chega a duas superfícies pelo mesmo contrato.
Dependência
Decisão do piloto, portabilidade e plano de saída.
Modelo econômico · 90 a 180 dias

Monetização de IA

Separar assistência incluída de execução agêntica e comparar modelos por consumo, tarefa concluída ou resultado aceito.

DRI
Produto com finanças e dono do resultado.
Gate
Margem por conta conhecida antes de qualquer rollout comercial.
Dependência
Telemetria de custo, unidade de aceite e cobrança-sombra.
Mudança · ciclo contínuo

Adoção pelo time

Começar por voluntários, praticar o loop de delegação e expandir depois da queda demonstrada de retrabalho.

DRI
Liderança da mudança com dono por área.
Gate
Uma segunda fatia adota o padrão com artefatos e revisão próprios.
Dependência
Narrativa honesta, canal de dúvidas e tempo de prática.
Narrativa · após prova

Promessa AI-first

Comunicar a autonomia que o produto realmente sustenta, com vocabulário comum entre produto, marketing, vendas e atendimento.

DRI
Liderança de posicionamento com produto consultado.
Gate
Cada promessa pública aponta para uma capacidade disponível ou identificada como piloto.
Dependência
Changelog de produto e matriz de autonomia.
Papéis e alçadas

Quem decide, executa e verifica?

Cada aposta tem um DRI, sigla para pessoa diretamente responsável. O DRI mantém o registro, coordena dependências e leva a evidência à decisão. A matriz RACI complementa esse papel: R executa, A aprova, C é consultado e I recebe informação. Uma pessoa pode acumular chapéus; a separação entre gerar e aprovar permanece.

DecisãoDRIRACIEvidência mínima
Entrada de aposta no cicloDono do portfólioDono do problemaPatrocinador do cicloDados, produto e finançasÁreas afetadasBaseline, hipótese, limite e dependências
Promoção de autonomia do agenteOrquestrador de agentesDono da classe de tarefaGuardião de riscoValidação e área usuáriaLiderançaHistórico de execuções limpas e rollback testado
Liberação de um gateDono da entregaTime executorOwner do resultadoValidador independentePortfólioPacote de prova anexado ao registro
Mudança de arquiteturaArquitetura de produtoEngenhariaLiderança de produtoOperação, dados e segurançaÁreas consumidorasDossiê comparativo e plano de saída
Modelo de monetizaçãoProdutoProduto e finançasLiderança de negócioVendas, atendimento e dadosOperaçãoValor, uso, custo, margem e reação do cliente
Interrupção ou rollbackDono do incidenteOperação técnicaAlçada definida pelo riscoDono do processo e comunicaçãoPúblico afetadoGatilho, impacto, reversão e verificação pós-retorno

Alçada por consequência: prazo curto ou apresentação para a liderança não aumenta a autonomia do agente. A consequência possível da ação define quem aprova e qual evidência acompanha a liberação.

Cadência

Quais rituais mantêm o ciclo vivo?

Ritual útil termina em decisão, prova ou bloqueio com pedido concreto. Status narrativo cabe no registro assíncrono. A cadência abaixo combina o Operating System de 90 dias com o modelo operacional agêntico e pode começar pela reunião semanal mais uma revisão quinzenal.

Diário curto

Tarefas paradas, agentes executados, falhas e ação de desbloqueio. Owner: orquestrador.

Fim de dia por risco

Pacotes de evidência das mudanças relevantes ficam prontos para a revisão seguinte. Owner: validação.

Semanal de portfólio

Scorecard, decisões, bloqueios e compromissos. Cada número traz fonte e data de corte. Owner: DRI do ciclo.

Quinzenal de aprendizagem

Delegações que funcionaram, atalhos do agente e critérios que faltaram na especificação. Owner: capacitação.

Mensal de risco e adoção

Quase-incidentes, níveis de autonomia, retrabalho e ferramentas ociosas. Owner: guardião de risco.

Trimestral de arquitetura

Construir, comprar, integrar, interromper ou escalar, sempre com unidade econômica e portabilidade. Owner: liderança.

Critério de pronto: a reunião termina com decisões registradas, owners cientes e nenhuma divergência escondida em média ou texto narrativo.
Gates e dependências

Quando uma entrega pode avançar?

Gate é um critério combinado antes da execução. Ele protege o portfólio contra entusiasmo, pressão de prazo e fluência de uma demonstração. A ordem das dependências também precisa estar explícita: dado confiável libera economia; economia libera escala; escala amplia a exigência de controle.

GatePergunta de liberaçãoProva exigidaSe falhar
EntradaO problema tem baseline, owner e prazo de decisão?Ficha de aposta completaVolta ao inventário, sem compromisso de entrega
DadosA medição tem definição, fonte e data de corte aceitas?Reconciliação e teste do eventoDecisão econômica permanece suspensa
PilotoO escopo cabe num ambiente controlado e reversível?Pacote de delegação, amostra e plano de rollbackReduz escopo ou reforça o controle
ProduçãoA saída passou por validação independente e avaliação humana?Testes, amostra aprovada e owner operacionalCorrige e repete o gate
AutonomiaA classe de tarefa acumula evidência suficiente para subir?Execuções limpas, alarmes e limite testadosMantém ou rebaixa o nível
EscalaValor, qualidade, custo e risco se sustentam com mais volume?Série comparável e custo por resultado aceitoIndustrializa antes de ampliar
MonetizaçãoO cliente recebe valor mensurável e a margem é conhecida?Cobrança-sombra, uso e unidade aceitaRevê empacotamento e continua o teste
Adoção de IA por risco

Quanto um agente pode fazer sozinho?

A escala N0 a N5 combina capacidade de ação e dano potencial. Cada classe de tarefa começa conservadora, ganha autonomia com execuções verificadas e perde autonomia quando uma falha revela controle insuficiente. A promoção pertence à tarefa, e não ao prestígio da ferramenta ou da pessoa que a configurou.

N0Ler

Analisa dados e sugere caminho sem alterar sistemas.

N1Rascunhar

Cria versão descartável que um humano revisa por inteiro.

N2Montar em teste

Constrói fluxo ou artefato em ambiente isolado.

N3Executar com aprovação

Age no ambiente real depois de aprovação item a item.

N4Autonomia delimitada

Executa classe comprovada com teto, alarme e reversão.

N5Ação crítica

Alcança alto dano potencial e permanece exceção com segregação.

Política de promoção: classe nova entra travada; sequência de execuções limpas permite subir; regressão relevante rebaixa; teto de gasto, disjuntor e segregação de funções acompanham níveis mais altos.

Avaliação e reversão

Como avaliar, observar e reverter?

Controle começa antes da primeira execução. O humano define a unidade aceita, a amostra e a consequência tolerável; a observabilidade mostra o comportamento real; o rollback devolve o sistema ao estado conhecido. Revisar a mesma saída com o mesmo agente não substitui verificação independente.

Avaliação humana

A revisão usa uma rubrica curta e repetível, adequada ao risco e ao público afetado.

  • correção factual e aderência à intenção;
  • consequência no processo seguinte;
  • motivo do retrabalho, quando houver;
  • decisão final e identidade do aprovador.

Observabilidade

Cada execução relevante deixa sinal suficiente para reconstruir o que ocorreu.

  • data, versão, classe de tarefa e ator;
  • entrada, saída e operação realizada;
  • latência, custo, erro e intervenção humana;
  • alerta por limite, repetição ou falta de progresso.

Rollback

A reversão é testada enquanto o ambiente está estável e cabe no mesmo pacote da entrega.

  • gatilho objetivo de interrupção;
  • estado seguro conhecido;
  • credencial ou botão que corta a execução;
  • checagem posterior e comunicação ao público afetado.
Rubrica de avaliação de uma execução
Classe de tarefa:
Nível de autonomia vigente:
Intenção e público afetado:
Unidade de resultado aceita:
Amostra revisada:
Critérios da revisão:
Erros encontrados e motivo:
Intervenção humana necessária:
Decisão: aprovar / corrigir / rebaixar / interromper
Responsável e data:
Evidências anexadas:
Capacitação e mudança

Como o time aprende sem parar a operação?

A trilha usa trabalho real e fecha ciclos quinzenais de especificar, delegar, verificar, aprovar e revisar o aprendizado. O piloto começa com voluntários, comunica de antemão a queda inicial de produtividade e expande quando a evidência mostra melhoria. Uso obrigatório antes da prova tende a produzir adoção de fachada.

Estágio assistido

A pessoa usa IA para rascunhar, confere cada decisão e aprende a escrever critérios de aceite.

Orquestra com aprovação

A pessoa delega por pacote, interpreta a evidência e controla o gate antes da ação real.

Autonomia delimitada

A pessoa governa classes comprovadas com alarme, teto, amostragem e escalada por exceção.

Componente da mudançaPráticaSinal saudávelSinal de alerta
Narrativa internaDizer o que a IA sugere, executa com aprovação e faz em autonomia delimitadaPerguntas migram de medo genérico para alçada concretaPromessa de ferramenta sem mudança de papel
PilotoUma frente voluntária, baseline anterior e revisão quinzenalRetrabalho cai depois da fase de aprendizagemResultado aparece apenas em depoimento
CapacitaçãoUma delegação real com retrospectiva por cicloTempo de revisão e falhas recorrentes diminuemCertificado sem artefato de trabalho
ComunicaçãoCanal único de dúvidas e vitrine mensal de mudanças verificadasPrática pode ser reproduzida por outra áreaDemonstração isolada sem pacote de prova
Redesenho do trabalhoExecutor passa a especificar, orquestrar e auditarAlçadas e expectativas aparecem na descrição do papelTrabalho manual continua escondido sob a ferramenta
Scorecard

O que entra no scorecard?

O scorecard combina resultado do negócio, saúde da execução, adoção e economia da IA. Cada linha exige definição, fonte, período, owner e limiar de ação. Contar prompts, peças geradas ou usuários cadastrados pode ajudar no diagnóstico, mas essas medidas não ocupam o lugar do resultado aceito.

LinhaO que respondeFonte mínimaDecisão associada
Resultado do negócioA aposta moveu a métrica que justificou sua entrada?Sistema de registro e data de corteManter, corrigir ou interromper
Gates do portfólioQuantas entregas aguardam prova, decisão ou dependência?Fila de apostasDesbloquear, replanejar ou retirar
Resultado aceitoQual parcela das saídas passou sem correção relevante?Rubrica de avaliaçãoIndustrializar ou reforçar especificação
Retrabalho e revisãoQuanto esforço humano permanece depois da automação?Registro do fluxo antes e depoisAlterar método ou escopo
Adoção efetivaQuantas fatias passaram de piloto para padrão verificado?Trilha de capacitação e rituaisExpandir ou proteger aprendizagem
Autonomia e incidentesQuais classes subiram, foram rebaixadas ou acionaram rollback?Logs, alarmes e changelogPromover, manter ou rebaixar
Economia da IAQuanto custa cada unidade aceita e qual margem sobra?Inferência, infraestrutura, ferramenta e revisão humanaEmpacotar, cobrar ou interromper
Idade das decisõesQual decisão vencida bloqueia mais valor ou reduz risco?Decision logLevar à alçada competente
Cabeçalho obrigatório de uma linha do scorecard
Indicador:
Definição operacional:
Fonte e sistema:
Data de corte e período:
Baseline:
Valor atual:
Owner:
Limiar que exige ação:
Decisão vinculada:
Observação sobre divergência:
Plano por semanas

Qual é a sequência prática do primeiro ciclo?

A sequência preserva dependências: primeiro instala a verdade e o registro; depois roda o piloto; só então amplia escopo, testa economia e escolhe arquitetura. O calendário exato deve nascer no kickoff, porque acesso e disponibilidade mudam a data, mas não autorizam pular gate.

Semanas 1 e 2

Fundação e fila de decisões

Nomear patrocinador e DRI, congelar definições, mapear dependências, classificar usos atuais de IA em N0 a N5 e abrir o changelog. Saída: portfólio inicial com no máximo as apostas que têm owner e baseline.

Semanas 3 e 4

Primeiro piloto e primeira prática

Escolher uma fatia reversível, publicar o pacote de delegação, medir o fluxo anterior e rodar uma delegação real por papel envolvido. Saída: amostra avaliada, falhas catalogadas e plano de correção.

Semanas 5 e 6

Handoff, observabilidade e limites

Ligar logs e alarmes, testar rollback, medir aceitação do handoff e revisar o nível de autonomia. Saída: classe de tarefa estável em produção sob aprovação explícita.

Semanas 7 e 8

Segunda fatia e economia

Expandir somente a prática que passou pelo gate e instrumentar custo por resultado aceito. Saída: comparação entre processo anterior, piloto e segunda fatia.

Semanas 9 e 10

Adoção e modelo de papel

Realizar a vitrine de mudanças verificadas, atualizar alçadas, tratar dúvidas recorrentes e formalizar a progressão de proficiência. Saída: política de trabalho por área, sem meta individual de uso.

Semanas 11 a 13

Fechamento e decisão de arquitetura

Consolidar série, incidentes, custo, valor, portabilidade e dependências. Saída: dossiê que decide o que industrializar, interromper ou levar ao horizonte de 180 dias.

Modelos de trabalho

Quais artefatos usar na próxima reunião?

Três registros bastam para começar: ficha de aposta, pacote de delegação e decision log com changelog. Eles eliminam a ambiguidade entre ideia, compromisso, execução concluída e decisão tomada.

Ficha de aposta do portfólio
Nome da aposta:
Problema observável:
Baseline, fonte e data:
Hipótese:
Resultado esperado:
DRI:
RACI:
Horizonte:
Dependências:
Limite de escopo:
Gate de entrada:
Gate de saída:
Evidências exigidas:
Data de decisão:
Plano de saída:
Pacote de delegação para agente
Intenção:
Resultado que importa:
Fora do escopo:
Critérios de aceite:
Riscos e dano potencial:
Nível N0 a N5:
Permissões concedidas:
Avaliação humana:
Observabilidade:
Gatilho de interrupção:
Plano de rollback:
Orçamento ou teto:
Evidências da entrega:
Decision log e changelog
Data e versão:
Decisão:
DRI:
Opções consideradas:
Critérios usados:
Evidências consultadas:
Escolha e motivo:
O que a decisão desbloqueia:
Quem foi informado:
Próxima revisão:
Alteração desde a versão anterior:
Como executar

Como instalar o sistema sem criar uma camada de cerimônia?

Comece com uma aposta e os rituais que produzem decisão imediata. Expanda a cadência depois que o time mostrar que o registro reduz retrabalho, antecipa bloqueio ou evita uma decisão sem prova.

  1. Escolha o dono do ciclo e uma aposta real

    O patrocinador define a alçada; o DRI mantém o fluxo. Evite começar por uma iniciativa sem dado, acesso ou público receptor.

    Prova: ficha de aposta preenchida e aceita.
  2. Registre o estado anterior

    Meça tempo, espera, volume, erro, retrabalho e resultado aceito durante uma janela estável.

    Prova: baseline com fonte, período e responsável.
  3. Classifique a autonomia e escreva o rollback

    Defina o nível N0 a N5 pela consequência possível e teste a volta ao estado seguro.

    Prova: pacote de delegação aprovado pelo dono do risco.
  4. Rode uma fatia curta

    Use amostra limitada, avaliação humana e observabilidade suficiente para reconstruir cada ação.

    Prova: amostra avaliada, logs e incidentes anexados.
  5. Decida no ritual semanal

    Escolha avançar, corrigir, industrializar, interromper ou escalar para outra alçada.

    Prova: decisão, critério e próxima revisão no log.
  6. Leve a aprendizagem para o segundo ciclo

    Atualize especificação, nível de autonomia, material de capacitação e hipótese de monetização.

    Prova: changelog aponta o que mudou e por quê.

Checklist antes de ligar uma aposta com IA

Critério de pronto: todos os controles associados ao nível de risco foram testados, a amostra está delimitada e a pessoa que recebe a saída sabe como aceitar, corrigir ou interromper.
Memória do sistema

Como o plano muda sem reescrita silenciosa?

Toda alteração de escopo, owner, autonomia, gate ou data recebe entrada datada. O histórico permite distinguir hipótese errada, execução falha e mudança legítima de contexto. Reescrever o plano e apagar a premissa anterior destrói essa aprendizagem.

Versão 1.0 · 28/07/2026

Publicação da síntese sanitizada: laço de execução, conexão entre 90 e 180 dias, portfólio de IA, RACI e DRI, rituais, gates, níveis N0 a N5, avaliação humana, observabilidade, rollback, capacitação, scorecard e modelos operacionais.

Referência rápida

Perguntas frequentes

O que é o Operating System de execução da Leadlovers?

É a rotina que transforma estratégia em portfólio de apostas com responsável direto, gate, dependência, evidência e data de decisão. O ciclo de 90 dias rege a execução; o horizonte de 180 dias conecta arquitetura, adoção, capacitação e monetização de IA.

Como os ciclos de 90 e 180 dias se conectam?

Os primeiros 90 dias produzem linha de base, pilotos e decisões de arquitetura. Os 90 dias seguintes industrializam o que passou pelos gates, testam monetização com medição paralela e transformam aprendizados em padrões do time.

Quando um agente ganha mais autonomia?

A autonomia cresce por classe de tarefa e por histórico de execuções verificadas. O dano potencial define o teto; falha relevante rebaixa a classe até que o controle seja corrigido e testado.

Como separar DRI de RACI?

O DRI move a aposta e mantém o registro. A RACI distribui execução, aprovação, consulta e informação ao redor da decisão. O DRI pode executar parte do trabalho, mas continua responsável por levar a prova à alçada correta.

Como testar monetização de IA sem atrapalhar a adoção?

Separe capacidade assistiva de capacidade agêntica, instrumente custo por conta e resultado aceito, use cobrança-sombra antes de alterar a fatura e escolha o modelo quando valor, margem e comportamento de uso puderem ser comparados.

Qual métrica revela adoção real?

Adoção aparece no trabalho verificado: redução de retrabalho, tempo de revisão, classes promovidas e fatias que passaram de piloto para padrão. Login e volume de prompts mostram atividade, sem provar mudança operacional.

Quando interromper uma aposta?

Interrompa quando o gate falha repetidamente pela mesma causa, a unidade aceita perde valor, o risco excede a alçada ou o custo de industrializar supera o benefício demonstrado. A retirada revoga acessos, preserva evidências e registra o aprendizado.

Voltar ao topo
Aplicação imediata

Leve uma aposta real para o próximo ritual

Copie a ficha de aposta, preencha o baseline e nomeie o DRI. Se faltar fonte, alçada ou gate, registre a lacuna antes de prometer a entrega.

Abrir os modelos Revisar o checklist