Plano de 90 Dias para Escalar IA na Sua Equipe Sem Travar a Operação — Semana a Semana

O Mandato sem Prazo é o Mandato que Nunca Acontece

Quando um projeto não tem prazo e não tem plano, ele existe em estado de intenção permanente. Reuniões acontecem, slides são feitos, fornecedores são avaliados. Mas a operação não muda. O time continua fazendo o que sempre fez, os agentes continuam sendo piloto e o resultado continua não aparecendo no P&L.

O McKinsey State of AI 2025 documenta que as melhores práticas de adoção e escala de IA incluem, de forma consistente, comunicação interna regular sobre o valor criado e líderes seniores ativamente engajados em conduzir a adoção. Ambas pressupõem que há algo acontecendo para comunicar e para conduzir.

O Deloitte State of AI 2026 confirma o tamanho da janela: apenas 25% das organizações moveram 40% ou mais de seus projetos de IA para produção. Mas 54% esperam atingir esse nível nos próximos três a seis meses. O gap entre quem está executando e quem ainda está planejando vai crescer rapidamente nos próximos dois trimestres.

O plano de 90 dias que este post entrega não é um roteiro perfeito. É um roteiro suficiente — estruturado o bastante para criar momentum, flexível o bastante para ser ajustado quando a realidade não segue o planejado.

Mês 1: Fundação — Escolher Certo para Não Refazer Depois

O único objetivo do Mês 1 é escolher o primeiro caso de uso com critério e preparar as condições para que ele funcione. Não é sobre velocidade. É sobre escolha certa. Um caso de uso mal escolhido no Mês 1 vai desperdiçar o Mês 2 inteiro.

Semana 1: Inventário de Processos

Execute o diagnóstico de processos da área usando o método das três perguntas para cada membro sênior do time: quais tarefas você mais repete, quais consomem mais tempo sem gerar valor proporcional e o que você faria com dez horas extras por semana que hoje não consegue fazer.

Entregável: lista dos dez processos mais repetitivos com frequência semanal, custo estimado em horas e tipo de dado envolvido.

Métrica de sucesso: ao fim da semana, você consegue dizer qual processo custa mais horas por semana na sua área e qual concentra os perfis de maior valor do time.

Erro comum: substituir as conversas com o time sênior por uma análise própria dos processos. O gestor tem a visão macro. Os membros do time têm as variáveis que tornam cada processo diferente do que parece no fluxograma.

Semana 2: Mapa de Calor de Priorização

Cruze impacto financeiro potencial com complexidade de redesenho para cada processo mapeado na Semana 1. O critério de prioridade é impacto alto e complexidade baixa — não importância política, não visibilidade para o board, não preferência do time técnico.

Entregável: os três processos candidatos ao primeiro piloto, ranqueados pelo critério de impacto e complexidade, com justificativa para cada posição no ranking.

Métrica de sucesso: você consegue defender para o seu gestor por que escolheu esses três e não os outros, usando dados do inventário da Semana 1.

Erro comum: escolher o processo mais visível politicamente em vez do mais adequado tecnicamente. O primeiro piloto precisa ser ensinante, não impressionante.

Semana 3: Escolha do Caso de Uso e Checklist de Viabilidade

Escolha o caso de uso prioritário entre os três candidatos da Semana 2 e aplique o checklist de dez perguntas do Cluster 3 desta semana ao processo escolhido. Se você não consegue responder oito das dez perguntas, o caso de uso não está pronto — escolha o próximo da lista.

Entregável: documento de uma página com descrição do processo atual, resultado esperado com IA, dados disponíveis e qualidade atual, critério de parada e responsável pela governança.

Métrica de sucesso: você consegue responder oito das dez perguntas do checklist antes de pedir aprovação.

Erro comum: pular o checklist porque o processo parece simples. Os processos que parecem mais simples são os que mais frequentemente escondem problemas de dado ou de integração que só aparecem depois que o agente está em produção.

Semana 4: Aprovação Interna e Alinhamento de Recursos

Apresente o caso de uso para aprovação com os três componentes que convencem: o estado atual em números, a projeção conservadora de resultado e o pedido específico de recursos — não "budget para IA", mas o recurso exato com custo definido e prazo para resultado inicial.

Entregável: aprovação formal do piloto com budget, prazo e responsável definidos.

Métrica de sucesso: você sai da reunião com um nome, um número e uma data. Não com uma intenção e um próximo alinhamento agendado.

Erro comum: sair da reunião de aprovação sem ter definido quem do time de TI vai ser o ponto focal do piloto e em quanto tempo estará disponível. Aprovação sem recurso alocado não é aprovação.

Mês 2: Piloto — Executar Rápido, Medir Tudo, Aprender com o que Não Funciona

O objetivo do Mês 2 não é ter um piloto perfeito. É ter um piloto que gera dados reais sobre o que funciona e o que não funciona — e que termina com um resultado mensurável para apresentar ao board.

Semana 5: Configuração do Ambiente e Definição de Métricas

Configure o ambiente do piloto e defina as métricas de acompanhamento antes de ligar o agente. Sem baseline registrado antes do início, você não tem ROI calculável ao final.

Entregável: dashboard com cinco indicadores que você vai monitorar durante o piloto — qualidade de output, taxa de erro, taxa de escalada para humano, tempo médio de execução e satisfação de quem recebe o resultado.

Métrica de sucesso: você tem um número baseline registrado para cada indicador antes do agente executar o primeiro caso real.

Erro comum: iniciar o piloto antes de registrar o baseline com a justificativa de que "a gente mede quando tiver mais dados". Sem baseline, o resultado do piloto é uma impressão, não uma medição.

Semana 6: Início do Piloto com Subconjunto Controlado

Inicie o piloto com os casos de menor risco regulatório e maior facilidade de reversão. Não com toda a operação. A lógica é a mesma da arquitetura incremental para processos reimaginados: abstração progressiva reduz o risco de cada etapa e garante ponto de reversão se algo não funcionar como esperado.

Entregável: primeiros dados reais de comparação entre o processo atual e o processo agêntico nos cinco indicadores do dashboard.

Métrica de sucesso: o agente está executando os casos selecionados com taxa de escalada para humano menor que 30%. Se a taxa for maior, o escopo do agente está mal definido — ajuste antes de expandir.

Semana 7: Revisão e Ajuste de Escopo

Revise os critérios de escalada e ajuste o escopo do agente com base nos dados da Semana 6. Essa é a semana mais importante do piloto — e a mais frequentemente ignorada por gestores que preferem expandir o volume antes de estabilizar a qualidade.

Entregável: lista de ajustes realizados e justificativa para cada um, com comparativo de performance antes e depois do ajuste.

Métrica de sucesso: você consegue explicar para o time de TI exatamente o que o agente precisa fazer diferente, com base em dados — não apenas que "não está funcionando bem".

Erro comum: expandir o volume de casos antes de estabilizar a qualidade. Volume escala os problemas, não resolve. Um agente com 20% de taxa de erro processando 100 casos por semana gera 20 erros. O mesmo agente processando 1.000 casos gera 200 erros — e o gestor passa a Semana 8 gerenciando crise em vez de preparando a apresentação ao board.

Semana 8: Consolidação de Resultados e Preparação para o Board

Consolide os resultados do piloto e prepare a apresentação. O número que fecha o argumento é o comparativo entre o baseline da Semana 5 e os resultados das Semanas 6 e 7 — com o custo evitado calculado e a recomendação sobre expansão baseada em dados reais.

Entregável: comparativo antes e depois com os cinco indicadores do dashboard, custo evitado calculado com o baseline da Semana 5 e recomendação de expansão com base nos dados coletados.

Métrica de sucesso: você tem um número real para apresentar, não uma estimativa.

Erro comum: apresentar o melhor cenário dos dados em vez do cenário conservador. O board que aprova com expectativa conservadora e recebe resultado superior vai aprovar a próxima fase mais facilmente do que o board que aprova com expectativa otimista e recebe resultado médio.

Mês 3: Expansão — Escalar o que Funcionou sem Perder o que Aprendeu

O objetivo do Mês 3 é expandir o piloto para mais casos ou mais áreas usando os aprendizados do Mês 2 para fazer a expansão de forma mais rápida e com menos erro do que o piloto original.

Semana 9: Plano de Expansão Baseado em Dados

Defina o plano de expansão com base nos dados do piloto. Agora você tem informação real sobre o comportamento do agente para ajustar as premissas — não apenas estimativas de fornecedor.

Entregável: mapa de expansão com os próximos casos de uso priorizados pelo mesmo critério de impacto e complexidade do Mês 1, com projeção de resultado baseada nos dados do piloto.

Métrica de sucesso: você consegue projetar o resultado da expansão com base em dados reais do piloto, não em estimativas. Isso é o que transforma a apresentação da Semana 12 em argumento, não em promessa.

Semana 10: Comunicação Interna da Expansão

Comunique a expansão para o time com clareza sobre o que vai mudar, o que não vai mudar e como as preocupações serão endereçadas. O McKinsey State of Organizations 2026 documenta que comunicação interna regular sobre o valor criado pela IA é uma das práticas mais consistentes nas organizações líderes.

Entregável: comunicado interno com os resultados do piloto, o plano de expansão e o canal de feedback para o time.

Métrica de sucesso: o time entende o que o agente vai assumir e o que cada pessoa vai continuar fazendo — sem ambiguidade sobre o novo modelo de trabalho.

Erro comum: comunicar a expansão sem comunicar os resultados do piloto. O time que não sabe que o piloto funcionou vai resistir à expansão porque não tem contexto para confiar no próximo passo.

Semana 11: Execução da Expansão em Casos Selecionados

Execute a expansão em dois ou três novos casos simultaneamente. Não em toda a operação. A mesma lógica do piloto se aplica: escale o que foi validado antes de expandir para o que ainda não foi testado.

Entregável: dados das primeiras semanas da expansão com comparativo em relação ao piloto original nos mesmos cinco indicadores do dashboard.

Métrica de sucesso: a taxa de escalada para humano na expansão é igual ou menor do que no piloto. Se for maior, você está expandindo para casos com escopo diferente do que o agente foi calibrado para tratar — ajuste antes de continuar.

Semana 12: Relatório de Encerramento dos 90 Dias

Prepare o relatório de encerramento para o board com três seções.

Seção 1 — O que foi feito: descrição do caso de uso pilotado, volume processado, equipe envolvida e recursos utilizados.

Seção 2 — O que foi aprendido: os três principais aprendizados do piloto, incluindo o que não funcionou e como foi ajustado. Apresentar apenas o que funcionou bem é perder a oportunidade de demonstrar maturidade de gestão. O board que vê um gestor discutindo abertamente o que ajustou e por quê vai confiar mais no próximo pedido de budget.

Seção 3 — O que vem a seguir: recomendação de expansão com projeção financeira para os próximos 90 dias baseada nos dados reais coletados.

Entregável: documento com as três seções acima, aprovado pelo gestor direto antes da apresentação ao board.

Métrica de sucesso: o board aprova a próxima fase com base em dados, não em promessas. Essa é a diferença entre um projeto que continua e um projeto que foi bem até aqui.

Os Três Erros que Destroem o Plano de 90 Dias Antes de Começar

Erro 1: escolher um caso de uso ambicioso demais para o primeiro piloto. O primeiro piloto não precisa ser o mais impactante. Precisa ser o mais ensinante. Um piloto que funciona em escala pequena gera aprendizado, credibilidade e momentum para os próximos. Um piloto ambicioso que falha gera resistência que leva meses para superar — e queima o capital político necessário para aprovar o segundo projeto.

Erro 2: não definir o responsável pela governança antes de ligar o agente. Governança sem dono não existe. Se ninguém tem o nome e o critério para suspender o agente quando necessário, o agente vai continuar operando com degradação de qualidade até que o impacto chegue ao cliente ou ao board. Para entender como estruturar essa governança de forma que ela viabilize a escala em vez de travá-la, o post sobre industrialização da IA como capacidade organizacional permanente detalha as quatro dimensões que precisam estar presentes para que a escala aconteça de forma sustentável.

Erro 3: tratar o plano de 90 dias como compromisso imutável. O plano é um ponto de partida, não um contrato. Os dados do piloto vão revelar coisas que o planejamento não previu. O gestor que ajusta o plano com base nos dados está fazendo exatamente o que as organizações líderes fazem. O gestor que segue o plano original para não parecer que errou está desperdiçando o aprendizado mais valioso do piloto.

Noventa Dias que Mudam o Próximo Ano

O Deloitte State of AI 2026 documenta que apenas 25% das organizações moveram 40% ou mais de seus projetos de IA para produção — mas 54% esperam atingir esse nível nos próximos seis meses. O gap entre quem está executando e quem ainda está planejando vai crescer. E crescer nesse contexto significa ficar progressivamente mais distante de empresas que estão acumulando dado proprietário, capacidade organizacional e vantagem competitiva a cada ciclo.

O plano de 90 dias não é uma garantia de resultado. É uma garantia de que em 90 dias você vai ter dados reais, aprendizado concreto e uma recomendação baseada em evidência para o board. Para o manual completo de como liderar times nesse ambiente de escala, o Pillar Page O Novo Manual do Gestor com IA consolida as três dimensões do novo papel do gestor e o que muda quando agentes passam a fazer parte da equipe.

Para quem precisa do diagnóstico antes do plano de execução, o post sobre como fazer o diagnóstico de IA da sua área em 30 dias entrega o método de quatro semanas com entregáveis concretos em cada etapa — o ponto de partida natural antes de começar o plano de 90 dias.

→ Acessar o Guia de Implementação de IA para Aumento de P&L

Análise executiva. Sem formulário de vendas. Resultado imediato.