A reunião de segunda começa com a mesma pergunta e termina sem resposta. Alguém quer saber como está o piloto de IA que o time ligou no trimestre passado, três pessoas respondem coisas diferentes, e a conversa se encerra num "está andando". Ninguém mentiu. O piloto está mesmo andando, e continua andando justamente porque nunca teve um dia marcado para provar alguma coisa. Aposta sem data de decisão não consegue atrasar. Quando esse padrão se repete em quatro ou cinco frentes ao mesmo tempo, o que a empresa tem deixa de ser portfólio e vira uma lista de coisas ligadas, cada uma consumindo atenção, verba e crédito interno sem nunca chegar ao momento de ser aprovada ou encerrada.
Você quer a segunda-feira seguinte com outra conversa. Para cada aposta aberta, um nome que responde por ela, uma coisa que ela precisa provar e um dia em que ela vira padrão da casa ou sai do ar. Três informações. Nenhuma delas exige ferramenta nova. Esta página descreve o sistema que produz essa reunião e os artefatos que a sustentam.
Resposta curta: a virada AI-first, isto é, a decisão de reorganizar a operação em torno da IA em vez de acrescentá-la por cima do que já existe, precisa de um sistema que converta intenção em apostas, cada aposta em entrega verificável e cada entrega em decisão registrada com data. 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. O que sustenta o conjunto é uma regra só: tarefa sem dono, sem gate e sem evidência fica fora do compromisso do ciclo. Gate, aqui, quer dizer o critério de liberação combinado antes de a execução começar.
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. As duas fontes externas citadas no corpo, IAB e Gartner, foram abertas e conferidas na publicação original em 11/08/2026.
Vale abrir esta página em quatro momentos, e nenhum deles é o de escrever a estratégia. O primeiro é quando duas áreas chegam à reunião com respostas diferentes sobre a mesma iniciativa. O segundo é quando um piloto de IA pede mais escopo e ninguém sabe dizer com qual evidência ele ganhou o escopo anterior. O terceiro é quando alguém propõe cobrar pela capacidade de IA e a margem por conta ainda não foi medida. O quarto é o mais silencioso: quando o time começou a usar IA por conta própria, sem que exista registro do que foi delegado nem de quem conferiu o resultado.
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.
Pular uma etapa não cobra nada na semana em que acontece. É essa demora que torna a conta alta. Aposta sem gate não produz erro, produz pauta. A cada quinzena ela volta à reunião, ocupa a atenção de meia dúzia de pessoas por vinte minutos e sai sem conclusão, porque não existe critério contra o qual concluir. No fim do trimestre o que se perdeu não foi a aposta: foram as duas ou três iniciativas que teriam ocupado aquele espaço e nunca chegaram a ser propostas, porque o portfólio parecia cheio. Um piloto ruim que morre no dia certo custa o piloto. Um piloto ruim que ninguém encerra custa a capacidade de começar qualquer outra coisa.
Vale percorrer a cadeia com um caso concreto, porque cada etapa só se justifica quando você enxerga o que ela impede. Suponha que o time queira usar IA para triar os formulários que chegam pelo site.
Tudo parte da verdade operacional, que é o acordo sobre o significado do número: o que conta como formulário triado, de qual sistema o dado sai, até que dia ele foi apurado e em que ponto as áreas ainda discordam. Sem esse acordo, a melhora que a IA produzir vai ser discutida em vez de aceita, e a discussão consome mais tempo do que a triagem economizou. Vem então a aposta, que é uma frase com prazo: qual hipótese, qual resultado esperado, de que outras coisas ela depende, onde o escopo termina e em que data alguém decide o destino dela. A execução acrescenta os nomes próprios: quem responde pela aposta, papel que esta página chama de DRI, sigla para pessoa diretamente responsável; o que exatamente foi delegado ao agente; para quando; e sob qual critério a saída passa a ser considerada aceita.
Verificação é a etapa que quase sempre some, porque parece redundante depois de uma demonstração que funcionou, e é justamente a insubstituível. Ela pede um teste feito por alguém ou por algo que não produziu a saída, revisão humana proporcional ao estrago possível e registro suficiente para reconstruir o que aconteceu. Só depois disso cabe decidir, e a decisão tem cinco saídas legítimas: avançar, corrigir, industrializar, no sentido de transformar o piloto em processo padrão da casa, interromper ou entregar o caso a quem tem alçada, que é a autoridade formal para aprovar aquele nível de consequência. Fecha o laço a memória, isto é, a entrada datada no changelog, o registro de alterações da própria aposta, com a evidência anexada e o que muda na rodada seguinte.
Cortar a memória é o atalho mais comum e o de conta mais alta. Sem ela, a mesma discussão reaparece quatro meses depois com outras pessoas na sala, e ninguém consegue afirmar se aquilo já foi testado, com qual resultado e por que foi abandonado. O time então repete o piloto, gasta o mesmo mês e chega à mesma conclusão que ninguém guardou.
Regra de corte: tarefa sem dono, gate ou evidência fica fora do compromisso do ciclo. Ela pode permanecer no inventário de ideias, com status e motivo registrados.
Noventa dias produzem instrumentos confiáveis e experiências controladas. Os cento e oitenta seguintes transformam essas 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.
Na primeira janela você instala o sistema e produz prova. O trabalho concreto é fechar a base de medição numa fonte única, escolher poucas apostas, rodar um piloto de agente até o handoff ser aceito, ou seja, até a saída da máquina ser recebida pela pessoa seguinte sem precisar ser refeita, e obter a primeira leitura de custo por resultado aceito. O ciclo termina em decisões de portfólio, e a de maior consequência é a de arquitetura, tomada com a série do próprio ciclo em vez da promessa do fornecedor. Se ao fim de noventa dias você tem opinião sobre arquitetura mas não tem série, o ciclo não aconteceu.
A segunda janela industrializa o que sobreviveu. Entram os componentes comuns de contexto, memória e telemetria, esta última sendo o registro automático do que cada execução fez, com custo, erro e tempo. Juntos eles formam o runtime compartilhado, ou seja, a base única sobre a qual todos os agentes da casa passam a rodar, com os guardrails, os limites técnicos que impedem uma ação proibida de acontecer, escritos uma vez e valendo para todos. Entra a política que promove e rebaixa autonomia por classe de tarefa. Entra a economia medida por conta e por unidade aceita. E entra o redesenho explícito de papéis e alçadas, que costuma ser a peça adiada: sem ele o time continua fazendo à mão, por baixo do pano, o trabalho que a ferramenta deveria ter absorvido, e o ganho aparece no relatório sem existir na rotina.
| Janela | Pergunta dominante | Entregável | Decisão que libera a próxima |
|---|---|---|---|
| Dias 1 a 30 | Conseguimos enxergar o trabalho e o resultado? | Linha de base, inventário, DRI e primeiros gates | Quais pilotos têm dado e dono suficientes para começar? |
| Dias 31 a 60 | O fluxo funciona sob supervisão? | Execuções verificadas, handoffs e incidentes catalogados | O que corrigir antes de ampliar o escopo? |
| Dias 61 a 90 | Qual arquitetura merece sobreviver ao piloto? | Série contínua, dossiê de decisão e plano de saída | O que industrializar, interromper ou levar ao segundo ciclo? |
| Dias 91 a 120 | Quais partes devem virar plataforma comum? | Contrato de agente, telemetria e guardrails reutilizáveis | Quais capacidades entram no runtime compartilhado? |
| Dias 121 a 150 | Como valor, uso e margem se relacionam? | Cobrança-sombra e custo por resultado aceito | Qual componente fica incluído, por consumo ou por resultado? |
| Dias 151 a 180 | O time consegue operar o padrão sem o piloto original? | Auditoria de adoção, changelog e roadmap seguinte | Quais práticas viram padrão e quais retornam ao laboratório? |
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.
Consolidar definições, fontes e eventos que alimentam o scorecard. Divergência permanece visível até a reconciliação.
Delegar uma fatia estreita, preservar o humano no gate e medir qualidade do handoff, retrabalho e consequência no funil.
Compartilhar contexto, memória, ferramentas autorizadas, telemetria e guardrails entre superfícies, evitando agentes isolados para cada tela.
Separar a assistência já incluída no plano da execução agêntica, aquela em que o sistema age por conta própria em vez de apenas sugerir, e comparar modelos de cobrança por consumo, por tarefa concluída ou por resultado aceito. A comparação usa cobrança-sombra, que é calcular a fatura pelo modelo novo sem emiti-la, para medir o efeito antes de o cliente sentir.
Começar por voluntários, praticar o loop de delegação e expandir depois da queda demonstrada de retrabalho.
Comunicar a autonomia que o produto realmente sustenta, com vocabulário comum entre produto, marketing, vendas e atendimento.
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ão | DRI | R | A | C | I | Evidência mínima |
|---|---|---|---|---|---|---|
| Entrada de aposta no ciclo | Dono do portfólio | Dono do problema | Patrocinador do ciclo | Dados, produto e finanças | Áreas afetadas | Baseline, hipótese, limite e dependências |
| Promoção de autonomia do agente | Orquestrador de agentes | Dono da classe de tarefa | Guardião de risco | Validação e área usuária | Liderança | Histórico de execuções limpas e rollback testado |
| Liberação de um gate | Dono da entrega | Time executor | Owner do resultado | Validador independente | Portfólio | Pacote de prova anexado ao registro |
| Mudança de arquitetura | Arquitetura de produto | Engenharia | Liderança de produto | Operação, dados e segurança | Áreas consumidoras | Dossiê comparativo e plano de saída |
| Modelo de monetização | Produto | Produto e finanças | Liderança de negócio | Vendas, atendimento e dados | Operação | Valor, uso, custo, margem e reação do cliente |
| Interrupção ou rollback | Dono do incidente | Operação técnica | Alçada definida pelo risco | Dono do processo e comunicação | Público afetado | Gatilho, 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.
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.
Instale dois e resista à tentação de instalar seis. O semanal de portfólio é o que sustenta o resto: o scorecard, painel único com os poucos números que governam o ciclo, atualizado antes da reunião e não durante, decisões vencidas no topo da pauta, cada número acompanhado de fonte e data de corte, conduzido por quem responde pelo ciclo. A quinzenal de aprendizagem é o contrapeso, e trata do que a semanal não comporta: quais delegações funcionaram, que atalhos o agente inventou por conta própria e qual critério faltava na especificação que deixou o atalho possível. Uma produz decisão, a outra produz especificação melhor. Rodando sozinha, a semanal vira cobrança; rodando sozinha, a quinzenal vira conversa.
Os outros quatro entram por necessidade concreta, nunca por simetria. O encontro diário de dez minutos passa a valer quando existe agente operando em produção e alguém precisa desbloquear tarefa parada no mesmo dia. O fechamento de fim de dia por risco só se justifica quando o volume de mudanças relevantes é grande o bastante para a evidência se perder até a revisão seguinte. O mensal de risco e adoção existe para olhar o que não aparece na semana, como quase-incidentes, níveis de autonomia que subiram sem ninguém notar e ferramentas pagas que ninguém abre. O trimestral de arquitetura decide construir, comprar, integrar, interromper ou escalar, sempre com a unidade econômica e a portabilidade na mesa. Cada um deles tem um dono declarado, e ritual sem dono declarado é o primeiro a virar teatro.
Gate é um critério combinado antes da execução, quando ainda não há resultado para defender. Escrevê-lo cedo é o que impede que ele seja negociado depois, sob prazo apertado, contra uma demonstração que correu bem. 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.
| Gate | Pergunta de liberação | Prova exigida | Se falhar |
|---|---|---|---|
| Entrada | O problema tem linha de base, dono e prazo de decisão? | Ficha de aposta completa | Volta ao inventário, sem compromisso de entrega |
| Dados | A medição tem definição, fonte e data de corte aceitas? | Reconciliação e teste do evento | Decisão econômica permanece suspensa |
| Piloto | O escopo cabe num ambiente controlado e reversível? | Pacote de delegação, amostra e plano de rollback | Reduz escopo ou reforça o controle |
| Produção | A saída passou por validação independente e avaliação humana? | Testes, amostra aprovada e dono operacional | Corrige e repete o gate |
| Autonomia | A classe de tarefa acumula evidência suficiente para subir? | Execuções limpas, alarmes e limite testados | Mantém ou rebaixa o nível |
| Escala | Valor, qualidade, custo e risco se sustentam com mais volume? | Série comparável e custo por resultado aceito | Industrializa antes de ampliar |
| Monetização | O cliente recebe valor mensurável e a margem é conhecida? | Cobrança-sombra, uso e unidade aceita | Revê empacotamento e continua o teste |
Duas coisas definem cada degrau da escala N0 a N5: o que o agente consegue fazer e até onde o estrago alcança. 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.
Retomando a triagem de formulários, a escada fica concreta. Em N0 o agente apenas lê: analisa os formulários da semana e aponta quais parecem ter perfil de compra, sem encostar em sistema nenhum. Em N1 ele rascunha, escrevendo a primeira resposta de cada lead para alguém revisar linha a linha antes que qualquer coisa saia. N2 é montar em teste, com a régua de mensagens inteira construída num ambiente isolado e base de contatos falsa. Esses três degraus dispensam aprovação formal por um motivo simples: o pior resultado possível é trabalho jogado fora.
De N3 em diante a conversa muda, porque a ação passa a alcançar o mundo. Em N3 o agente age no ambiente real, item a item, com alguém aprovando cada envio. Em N4 ele opera sozinho uma classe já comprovada, com teto declarado, alarme e reversão testada, o que na prática significa responder por conta própria os formulários que se encaixam num padrão conhecido e devolver ao humano tudo que escapa dele. N5 alcança ações de alto dano potencial, como alterar preço, cancelar conta ou publicar em nome da marca, e permanece exceção, com aprovação separada e segregação de funções.
Duas regras evitam o erro mais frequente. A primeira: a promoção pertence à classe de tarefa, não à ferramenta nem ao prestígio de quem a configurou. O mesmo agente pode estar em N4 para triagem e em N1 para reembolso, e isso é sinal de sistema saudável. A segunda: a escada desce tão rápido quanto sobe. Falha relevante rebaixa a classe até o controle ser corrigido e testado, e esse rebaixamento precisa estar combinado por escrito antes, no dia em que ninguém está sob pressão, porque no dia do incidente a discussão sobre rebaixar já chega contaminada por quem defendeu a promoção.
Política de promoção: classe nova entra travada e sobe por sequência de execuções limpas. Do N4 em diante entram três controles obrigatórios: teto de gasto, disjuntor, que é o corte automático quando um limite é ultrapassado, e segregação de funções, para que quem aprova a promoção não seja quem opera o agente.
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.
A pressa em ligar a capacidade antes de desenhar o controle já foi medida. Em levantamento do IAB com 125 executivos de publicidade nos Estados Unidos, publicado em 21 de agosto de 2025, mais de 70% relataram pelo menos um incidente com IA em campanhas, entre alucinação, viés e conteúdo fora da marca, enquanto menos de 35% planejavam aumentar o investimento em governança de IA nos doze meses seguintes. É uma amostra pequena e de um único mercado, então ela não prova nada sobre a sua operação. O que ela indica é a ordem em que as coisas costumam acontecer: primeiro o incidente, depois a conversa sobre limite, registro e reversão.
Quem gera e quem verifica precisam ser instâncias diferentes. Um agente que revisa a própria saída mede a coerência do texto que produziu, nunca a correção do resultado que entregou.
Avaliação humana trabalha com rubrica curta e repetível, que é a lista fixa de critérios contra a qual toda saída daquela classe é conferida, calibrada pelo risco e por quem sofre a consequência. Na prática ela pergunta quatro coisas: se o conteúdo está correto e fiel à intenção, o que aquela saída provoca no processo seguinte, qual foi o motivo do retrabalho quando houve retrabalho, e quem aprovou. Rubrica longa não é usada por ninguém depois da segunda semana. Rubrica sem o nome do aprovador não serve de nada no dia em que alguém perguntar quem liberou aquilo.
Observabilidade é o conjunto de registros que permite reconstruir uma execução depois que ela terminou. O mínimo útil junta três camadas: identificação, com data, versão, classe de tarefa e ator; conteúdo, com entrada, saída e operação realizada; e sinais de operação, com latência, custo, erro e intervenção humana. Some a isso o alerta disparado por limite ultrapassado, por repetição em círculo ou por falta de progresso. O teste de suficiência dispensa consultor: se ninguém consegue explicar uma execução de três semanas atrás usando só o registro, aquilo não estava observável, estava apenas rodando.
Rollback é a volta ao estado seguro conhecido, e a única versão que conta é a que já foi executada uma vez. Ele exige gatilho objetivo de interrupção, um estado anterior identificado, credencial ou botão que corte a execução na mão de quem está de plantão, e a checagem posterior somada à comunicação a quem foi afetado. Reversão descrita no documento e nunca testada equivale a não ter reversão, com o agravante de que a equipe acredita que tem. Teste enquanto o ambiente está calmo, porque a primeira tentativa costuma revelar uma credencial vencida ou um acesso que ninguém mais possui.
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:
Trabalho real é a matéria da trilha, que 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.
Existe uma medida pública que explica por que essa trilha some do orçamento, e ela aponta para um lugar incômodo. Em pesquisa do Gartner conduzida entre agosto e outubro de 2025 com 402 líderes seniores de marketing na América do Norte e na Europa, divulgada em 23 de fevereiro de 2026, 65% dos CMOs disseram que os avanços da IA vão mudar drasticamente o papel do CMO nos dois anos seguintes, e apenas 32% consideraram necessária uma mudança significativa no próprio perfil e no conjunto de habilidades. A lacuna medida ali está na cadeira de quem aprova o orçamento, e não no time que executa. A ressalva importa porque a tentação de usar esse número para cobrar treinamento da equipe inverte exatamente o que ele diz.
Quem opera sobe por três degraus, espelhando a escada do agente. No estágio assistido a pessoa usa IA para rascunhar e confere cada decisão, aprendendo quase sem notar a escrever critério de aceite, que é a habilidade que sustenta tudo o que vem depois. No segundo degrau ela passa a orquestrar com aprovação: delega por pacote, interpreta a evidência que volta e segura o gate antes de a ação alcançar o mundo real. No terceiro governa classes já comprovadas, com alarme, teto, amostragem e escalada por exceção. Ninguém salta degrau, e o degrau que mais se tenta saltar é justamente o primeiro, por parecer o mais óbvio.
| Componente da mudança | Prática | Sinal saudável | Sinal de alerta |
|---|---|---|---|
| Narrativa interna | Dizer o que a IA sugere, executa com aprovação e faz em autonomia delimitada | Perguntas migram de medo genérico para alçada concreta | Promessa de ferramenta sem mudança de papel |
| Piloto | Uma frente voluntária, linha de base anterior e revisão quinzenal | Retrabalho cai depois da fase de aprendizagem | Resultado aparece apenas em depoimento |
| Capacitação | Uma delegação real com retrospectiva por ciclo | Tempo de revisão e falhas recorrentes diminuem | Certificado sem artefato de trabalho |
| Comunicação | Canal único de dúvidas e vitrine mensal de mudanças verificadas | Prática pode ser reproduzida por outra área | Demonstração isolada sem pacote de prova |
| Redesenho do trabalho | Executor passa a especificar, orquestrar e auditar | Alçadas e expectativas aparecem na descrição do papel | Trabalho manual continua escondido sob a ferramenta |
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, dono 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.
| Linha | O que responde | Fonte mínima | Decisão associada |
|---|---|---|---|
| Resultado do negócio | A aposta moveu a métrica que justificou sua entrada? | Sistema de registro e data de corte | Manter, corrigir ou interromper |
| Gates do portfólio | Quantas entregas aguardam prova, decisão ou dependência? | Fila de apostas | Desbloquear, replanejar ou retirar |
| Resultado aceito | Qual parcela das saídas passou sem correção relevante? | Rubrica de avaliação | Industrializar ou reforçar especificação |
| Retrabalho e revisão | Quanto esforço humano permanece depois da automação? | Registro do fluxo antes e depois | Alterar método ou escopo |
| Adoção efetiva | Quantas fatias passaram de piloto para padrão verificado? | Trilha de capacitação e rituais | Expandir ou proteger aprendizagem |
| Autonomia e incidentes | Quais classes subiram, foram rebaixadas ou acionaram rollback? | Logs, alarmes e changelog | Promover, manter ou rebaixar |
| Economia da IA | Quanto custa cada unidade aceita e qual margem sobra? | Inferência, infraestrutura, ferramenta e revisão humana | Empacotar, cobrar ou interromper |
| Idade das decisões | Qual decisão vencida bloqueia mais valor ou reduz risco? | Registro de decisões | Levar à alçada competente |
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:
Dependência manda na ordem. Primeiro instala a verdade e o registro, depois roda o piloto, e só então amplia escopo, testa economia e escolhe arquitetura. O calendário exato deve nascer na reunião de abertura do ciclo, porque acesso e disponibilidade mudam a data, mas não autorizam pular gate.
Nomear patrocinador e DRI, congelar definições, mapear dependências, classificar em N0 a N5 os usos de IA que já existem e abrir o changelog. A classificação costuma ser a parte reveladora, porque quase sempre aparecem duas ou três práticas que ninguém tinha registrado. No fim da quinzena você tem um portfólio inicial contendo apenas as apostas que já têm dono e linha de base.
Escolher uma fatia reversível, publicar o pacote de delegação, medir o fluxo anterior e rodar uma delegação real por papel envolvido. Medir o fluxo anterior aqui, e não depois, é o que impede a discussão sobre ganho de virar disputa de memória. Fecha com amostra avaliada, falhas catalogadas e plano de correção.
Ligar logs e alarmes, testar o rollback de verdade, medir a aceitação do handoff e revisar o nível de autonomia. É nesta quinzena que a reversão sai do papel, e é normal a primeira tentativa esbarrar numa credencial vencida. O resultado esperado é uma classe de tarefa estável em produção, ainda sob aprovação explícita.
Expandir somente a prática que passou pelo gate e instrumentar o custo por resultado aceito. A tentação de ampliar duas frentes ao mesmo tempo aparece aqui e custa a comparação, porque nenhuma das duas terá série limpa. Ao final existe comparação entre processo anterior, piloto e segunda fatia.
Realizar a vitrine de mudanças verificadas, atualizar alçadas, tratar as dúvidas que se repetem e formalizar a progressão de proficiência. Nada disso funciona com meta individual de uso de IA, que produz número bonito e adoção de fachada. O que fica é uma política de trabalho por área.
Consolidar série, incidentes, custo, valor, portabilidade e dependências num documento só. Se a decisão de arquitetura ainda parecer óbvia neste ponto, provavelmente a série está curta demais para sustentá-la. O ciclo termina no dossiê que decide o que industrializar, o que interromper e o que segue para o horizonte de 180 dias.
Três registros bastam para começar: ficha de aposta, pacote de delegação e o registro de decisões, em inglês decision log, acompanhado do changelog. Eles eliminam a ambiguidade entre ideia, compromisso, execução concluída e decisão tomada.
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:
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:
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:
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.
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.
Fica no arquivo: ficha de aposta preenchida e aceita.Meça tempo, espera, volume, erro, retrabalho e resultado aceito durante uma janela estável.
Fica no arquivo: linha de base com fonte, período e responsável.Defina o nível N0 a N5 pela consequência possível e teste a volta ao estado seguro.
Fica no arquivo: pacote de delegação aprovado pelo dono do risco.Use amostra limitada, avaliação humana e observabilidade suficiente para reconstruir cada ação.
Fica no arquivo: amostra avaliada, logs e incidentes anexados.Escolha avançar, corrigir, industrializar, interromper ou escalar para outra alçada.
Fica no arquivo: decisão, critério e próxima revisão no log.Atualize especificação, nível de autonomia, material de capacitação e hipótese de monetização.
Fica no arquivo: changelog aponta o que mudou e por quê.Toda alteração de escopo, dono, 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.
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.
Todo sistema de execução tem custo fixo. Alguém mantém registro, alguém lê evidência antes de decidir e alguém diz não quando o gate falha. Esse custo se paga quando existe volume de decisão para coordenar. Abaixo disso, o que você instala é cerimônia, e cerimônia sem decisão desgasta o time mais rápido do que o problema original. Quatro cenários em que a resposta honesta é adiar.
Operação em que fundador e executor são a mesma pessoa não tem o problema que o DRI resolve, porque não há ambiguidade sobre quem move a aposta. Aqui vale uma coisa só desta página: a linha de base antes de ligar o piloto. O resto é papelada para uma reunião que não acontece.
Separar quem gera de quem verifica é a peça que sustenta todas as outras. Sem uma segunda pessoa disponível, o gate de produção vira carimbo. Neste caso o passo mais barato é manter a IA no nível de rascunho, com revisão humana integral, e adiar a promoção de autonomia até que exista esse segundo par de olhos.
Gate de dados que não fecha trava tudo que vem depois, e é assim de propósito. Se duas áreas ainda chegam à reunião com números diferentes para a mesma pergunta, o trabalho desta semana é a reconciliação, não o portfólio de apostas. Instalar rituais sobre uma base em disputa produz decisões rápidas e erradas, que é o pior dos resultados possíveis.
Sem janela estável, linha de base não significa nada. Medir o processo anterior durante troca de plataforma ou pico de campanha entrega um número que não serve de comparação depois. Esperar a janela estável custa algumas semanas; medir na turbulência custa o ciclo inteiro, porque a série fica incomparável e ninguém percebe até a hora de decidir.
Fora desses casos, existe um limite que vale sempre: nada aqui garante resultado. O sistema melhora a qualidade e a rastreabilidade das decisões, e reduz a chance de uma aposta ruim sobreviver três meses por falta de quem a interrompa. Hipótese errada continua sendo hipótese errada, com registro e tudo.
É 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.
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.
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.
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.
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.
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.
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.
Vira, se você instalar a cadência inteira de uma vez. A ordem que evita isso é começar por um ritual só, o semanal de portfólio, com uma aposta real, e só acrescentar a revisão quinzenal depois que o time enxergar o registro poupando retrabalho. O teste de utilidade é direto: ritual que termina sem decisão, prova ou bloqueio com pedido concreto deve ser cortado na semana seguinte, e isso inclui os rituais desta página.
Dá, e o custo aparece depois, no momento em que alguém pergunta quanto melhorou. Sem o estado anterior registrado, a resposta vira percepção, e percepção não sustenta decisão de escalar nem de cobrar pela capacidade. Se o prazo é inegociável, meça a linha de base em janela curta e declare a limitação junto do número, em vez de abandonar a medição. Uma semana de registro imperfeito, com a imperfeição escrita ao lado, vale mais que três meses de estimativa.
Uso informal funciona enquanto a consequência de um erro couber na mesa de quem cometeu. O que muda a resposta é o dano potencial, não o volume de uso. Se a saída da IA chega ao cliente, altera dado em sistema, entra em peça publicada ou orienta decisão de verba, o registro deixa de ser burocracia e passa a ser a única forma de reconstruir o que aconteceu quando alguém perguntar. Comece classificando os usos atuais na escala N0 a N5: o próprio exercício costuma revelar duas ou três práticas que ninguém sabia que existiam.
Antes de fechar a aba, abra o piloto de IA mais antigo que ainda está rodando na sua operação e procure a data em que alguém precisa decidir o que fazer com ele. Se essa data não existe em lugar nenhum, você acabou de encontrar a aposta que está consumindo atenção e verba sem nunca chegar ao momento de ser aprovada ou encerrada. Anote o nome do piloto e há quantos meses ele começou. Essa anotação é a primeira linha da sua fila de decisões, e ela costuma constranger mais do que qualquer diagnóstico externo.
Dois minutos, com uma informação que você já tem na cabeça. Sem cadastro, sem planilha nova e sem pedir acesso a ninguém. Vale mesmo que você não abra mais nada aqui.Tudo o que está acima converge para uma folha só, e ela pertence ao piloto antigo, aquele que ninguém interrompe porque ninguém recebeu a incumbência de interromper. Abra o modelo de ficha desta página e preencha os campos que decidem o destino dele: problema observável, linha de base com fonte e data, DRI, gate de saída e data de decisão. Onde faltar dado, escreva PENDENTE em vez de supor. Campo suposto hoje é exatamente o que sustenta a aposta por mais um trimestre, quando já ninguém lembra em que evidência ela se apoiava.
Ao terminar você tem uma das duas respostas que destravam o trimestre. Ficha completa marca na agenda o dia em que aquele piloto vira padrão ou sai do ar, e o custo de mantê-lo passa a ter prazo. Ficha com campo PENDENTE mostra, com nome e cargo, quem precisa responder o quê antes de a decisão ser possível. A segunda resposta parece um atraso e costuma valer mais que a primeira, porque é a lista curta do que estava travando sem ninguém ter percebido.
Sem os quarenta minutos nesta semana, preencha só os três primeiros campos, problema observável, linha de base e data de decisão, e leve a folha assim mesmo para a próxima reunião. É o mesmo passo em escala menor. Descobrir na mesa que ninguém sabe dizer qual era a linha de base já muda a pauta do dia.
Se ainda não existir alguém fora do time que produziu a saída para verificá-la, feche esta página sem culpa e volte quando esse nome existir. Gate aprovado por quem executou não é gate, é assinatura, e passa a impressão perigosa de que alguém está conferindo. Neste cenário, manter a IA no nível de rascunho sai mais barato que promover autonomia.