Quanto tempo leva um projeto de IA?

A resposta curta

Um piloto funcional em quatro a seis semanas. Um primeiro caso rodando em produção em oito a dezesseis, contadas do mesmo início. A faixa é larga porque é determinada quase inteiramente por profundidade de integração e compliance, não por nada relativo ao modelo.

Quem dá prazo antes de saber em quais sistemas precisa tocar está dando uma esperança.

O que contém as primeiras quatro a seis semanas

Não é construir. A primeira fase é achar a decisão que vale automatizar, confirmar que ela pode ser medida, e provar que dá para alcançá-la no seu ambiente.

Concretamente: mapear onde a decisão acontece hoje e quem toma, acordar o número que vai se mover, conectar em pelo menos um sistema real para descobrir o que isso de fato envolve, e construir uma versão estreita e funcional sobre dado com formato de produção.

A saída é um sim ou não com evidência, um plano de integração ancorado em sistemas que você tocou de verdade, e um preço de produção. Uma fase que termina em demo em vez dessas três não tirou risco nenhum.

O que contém a construção de produção

Oito a dezesseis semanas, e o trabalho em sua maioria não é a IA. Integração real com os sistemas de registro. Auth, permissão e auditoria conectadas direito. Conjunto de avaliação montado e rodando em CI. Observabilidade. Guardrails. Rollout, monitoramento e a transferência para o seu time operar.

Se você removesse o modelo inteiramente, a maior parte dessa lista continuaria existindo, e é por isso que time que escopa projeto de IA como trabalho de modelo se surpreende com o cronograma. A engenharia em volta é o projeto. É o mesmo ponto por trás de guardrails e observabilidade.

O que comprime

Acesso via API limpa aos sistemas envolvidos. Ambiente de homologação já existente. Um dono interno nomeado e com autoridade. Uma decisão que já é medida. E escopo estreito, uma decisão em vez de uma capacidade.

Times que têm os cinco caem rotineiramente na ponta rápida. Tem muito pouco a ver com quão sofisticada é a IA.

O que estica

Integração com sistema sem API de verdade, ou só com interface em lote. Processo de aprovação de mudança medido em semanas. Dado que precisa ser limpo ou conciliado antes de poder ser usado. Revisão de compliance em que ninguém fez revisão de IA antes, então o processo está sendo inventado junto com o seu projeto.

E o mais comum: titularidade indefinida. Projeto esperando decisão de alguém que não está na sala não anda, e essa espera é invisível em todo plano.

Por que estimativa tirada de piloto erra

Piloto conecta numa cópia do dado. Produção conecta na fonte, com permissão, carga, processo de mudança e comportamento não documentado. Extrapolar de um para o outro subestima o trabalho por uma margem larga, e essa lacuna é o maior motivo isolado de projeto empacar. Cobrimos o padrão em por que pilotos falham.

A correção é tocar em pelo menos um sistema real durante o piloto, mesmo que de forma estreita, para a estimativa nascer de algo que você mediu e não de algo que supôs.

Sequenciar para valor cedo

Não espere o escopo inteiro estar no ar para ter alguma coisa. Escolha a versão mais estreita que alcança um usuário real, entregue isso, e depois alargue.

Não é só preferência de entrega. Um sistema na frente de usuário real produz informação que nenhuma revisão interna produz: o que as pessoas de fato perguntam, onde ele falha, quais casos você nunca imaginou. Ter isso na semana dez em vez da trinta muda o que você constrói em seguida.

O que fazer enquanto espera a TI

Aprovação de acesso costuma ser o gargalo mais longo e raramente está no caminho crítico que alguém planejou. Comece no dia um, antes do desenho estar pronto, porque o pedido em si demora mais que o trabalho que ele destrava.

Enquanto isso, construa contra uma cópia fiel com o mesmo formato e o mesmo modelo de permissão, para a troca ser mudança de configuração e não reescrita. Não assuma nada sobre a interface real até ter chamado ela.

Colocar uma data na frente do conselho

Dê duas datas, não uma. A data em que algo estará no ar diante de usuário real, estreito, e a data do escopo completo. Conselho aceita entrega faseada muito melhor do que aceita uma data única que escorrega.

E declare a dependência explicitamente: esta data assume acesso a estes sistemas até este dia. Nomear isso na largada transforma um atraso futuro em problema compartilhado em vez de falha sua. É assim que estruturamos os trabalhos, junto com a abertura de custo em quanto custa.