Verdade
Definição, linha de base, fonte, data de corte e divergências conhecidas.
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.
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.
Definição, linha de base, fonte, data de corte e divergências conhecidas.
Hipótese, resultado esperado, dependências, limite e data de decisão.
Responsável direto, pacote de delegação, prazo e critério de aceite.
Teste externo ao agente, avaliação humana por risco e observabilidade.
Avançar, corrigir, industrializar, interromper ou levar à alçada superior.
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.
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.
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.
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.
| Janela | Pergunta dominante | Entregável | Decisão que libera a próxima |
|---|---|---|---|
| Dias 1 a 30 | Conseguimos enxergar o trabalho e o resultado? | Baseline, 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 assistência incluída de execução agêntica e comparar modelos por consumo, tarefa concluída ou resultado aceito.
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.
Tarefas paradas, agentes executados, falhas e ação de desbloqueio. Owner: orquestrador.
Pacotes de evidência das mudanças relevantes ficam prontos para a revisão seguinte. Owner: validação.
Scorecard, decisões, bloqueios e compromissos. Cada número traz fonte e data de corte. Owner: DRI do ciclo.
Delegações que funcionaram, atalhos do agente e critérios que faltaram na especificação. Owner: capacitação.
Quase-incidentes, níveis de autonomia, retrabalho e ferramentas ociosas. Owner: guardião de risco.
Construir, comprar, integrar, interromper ou escalar, sempre com unidade econômica e portabilidade. Owner: liderança.
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.
| Gate | Pergunta de liberação | Prova exigida | Se falhar |
|---|---|---|---|
| Entrada | O problema tem baseline, owner 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 owner 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 |
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.
Analisa dados e sugere caminho sem alterar sistemas.
Cria versão descartável que um humano revisa por inteiro.
Constrói fluxo ou artefato em ambiente isolado.
Age no ambiente real depois de aprovação item a item.
Executa classe comprovada com teto, alarme e reversão.
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.
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 revisão usa uma rubrica curta e repetível, adequada ao risco e ao público afetado.
Cada execução relevante deixa sinal suficiente para reconstruir o que ocorreu.
A reversão é testada enquanto o ambiente está estável e cabe no mesmo pacote da entrega.
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:
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.
A pessoa usa IA para rascunhar, confere cada decisão e aprende a escrever critérios de aceite.
A pessoa delega por pacote, interpreta a evidência e controla o gate antes da ação real.
A pessoa governa classes comprovadas com alarme, teto, amostragem e escalada por exceção.
| 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, baseline 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, 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.
| 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? | Decision log | 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:
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.
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.
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.
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.
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.
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.
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.
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.
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.
Prova: ficha de aposta preenchida e aceita.Meça tempo, espera, volume, erro, retrabalho e resultado aceito durante uma janela estável.
Prova: baseline 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.
Prova: pacote de delegação aprovado pelo dono do risco.Use amostra limitada, avaliação humana e observabilidade suficiente para reconstruir cada ação.
Prova: amostra avaliada, logs e incidentes anexados.Escolha avançar, corrigir, industrializar, interromper ou escalar para outra alçada.
Prova: 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.
Prova: changelog aponta o que mudou e por quê.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.
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.
É 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.
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.