Os 20 erros que matam projetos de IA. Metade deles a diretoria não enxerga de onde senta.

A lista completa, nas cinco famílias, com o checklist de autodiagnóstico e a régua de pontuação. Leia com a caneta na mão e com alguém da operação na sala.

Os 20 erros que matam projetos de IA. Metade deles a diretoria não enxerga de onde senta.

A lista completa, nas cinco famílias, com o checklist de autodiagnóstico e a régua de pontuação. Leia com a caneta na mão e com alguém da operação na sala. Se você marcar mais de doze, parabéns: acabou de economizar o orçamento de um fracasso inteiro, e isso não rende post nenhum.

Este texto não é para ler. É para preencher.

A instrução de uso é séria e faz diferença no resultado: leia com a caneta na mão e com alguém da operação na sala. Não o diretor da área, alguém que executa. Metade desses erros é estruturalmente invisível de onde a diretoria senta, porque quem senta ali recebe o relatório depois de ele já ter sido arrumado.

Marque com honestidade constrangedora o que a sua empresa já comete. O número de marcas no fim define o que você faz a seguir, e a regra está no final.

Os vinte erros se organizam em cinco famílias, e a ordem conta uma história.

Erra-se primeiro na compra. Depois na fundação. Depois na execução. Depois nas pessoas. E por fim na medição, que é onde todos os erros anteriores finalmente apresentam a conta.

Família 1. Erros de compra: o palco vende, alguém assina

1. Comprar licença antes da estratégia. É distribuir o remédio antes do diagnóstico. A licença chega, a estratégia não, e seis meses depois alguém pergunta em reunião para que mesmo a empresa paga aquilo. Ninguém sabe, mas renovar é mais fácil que admitir.

2. Começar pela tecnologia e procurar o problema depois. O projeto nasce com a solução escolhida e passa o ano caçando justificativa. Tecnologia à procura de problema não acha. Inventa.

3. Contratar a moda do ciclo para um problema que não a pede. O catálogo gira, chatbot, generativa, agente, e o seu problema continua sendo a mesma conciliação de sempre. Quem compra pelo nome da onda paga preço de lançamento por uma resposta que uma regra simples dava.

4. Terceirizar a estratégia para quem vende a execução. Pedir ao fornecedor o mapa do território é pedir ao corretor uma avaliação isenta do imóvel dele. O conselho pode até ser bom. A coincidência entre o diagnóstico e o catálogo nunca é.

5. Gastar o orçamento do primeiro caso em diagnóstico de luxo. Assessment de seis dígitos antes do primeiro piloto é a lógica invertida com nota fiscal: a empresa compra a tomografia antes de olhar os quatro documentos que já tem de graça.

Família 2. Erros de fundação: a casa sem alicerce

6. Ignorar a qualidade dos dados. Assumir que o dado existe, presta e está acessível é o erro que só aparece no terceiro mês, quando o piloto trava na planilha que uma única pessoa atualiza toda sexta. Lixo entra, confiança sai.

7. Não nomear um dono. Projeto de todos é projeto de ninguém. Sem um nome que responde quando der ruim, a iniciativa flutua entre áreas até evaporar, e a ata da reunião vira o único artefato produzido.

8. Criar piloto sem sponsor. Piloto sem alguém que assina o cheque e defende o caso na mesa de diretoria morre na primeira disputa de orçamento, normalmente para um projeto com mais palco e menos planilha.

9. Montar governança pesada antes de provar valor. Comitê de doze pessoas para governar zero casos em produção. O efeito é treinar a organização inteira a associar IA a pedir licença, e matar de tédio a experimentação que ainda nem começou. Governança cresce por gatilho, não por organograma.

10. Ignorar o shadow AI que já roda na empresa. Enquanto a diretoria debate o futuro da IA, o jurídico cola contrato no ChatGPT hoje. Ignorar isso é perder duas vezes: o risco que já existe e o sinal de demanda mais barato que a empresa vai ter.

Família 3. Erros de execução: o piloto que vira moradia

11. Escolher o caso pelo aplauso. O caso empolgante quase nunca é o que se deve atacar primeiro, e todo mundo escolhe ele mesmo assim, porque rende foto. O funil existe exatamente para proteger a empresa do próprio fascínio.

12. Pilotar para a demonstração, não para a operação. O piloto desenhado para impressionar funciona lindamente na sala de reunião e nunca conhece um dado de produção. É a fase mais faturável de todas para quem vende, a que nunca termina, e a menos lucrativa para quem compra.

13. Escalar sem critério. Do piloto de um time para a empresa inteira num único salto, sem checar se a fundação aguenta. O que era sucesso local vira incidente nacional, com a agravante de ter testemunhas.

14. Não definir critério de morte. Projeto sem condição explícita de encerramento não morre, vira zumbi orçamentário. Sobrevive trimestres a fio porque matá-lo exigiria admitir o erro, e o orgulho do sponsor sai mais caro que o custo do projeto.

15. Tratar IA como projeto de TI. Delegar para a tecnologia um problema que é de negócio garante uma solução tecnicamente impecável para a pergunta errada. TI constrói. Quem define o que construir é quem sente a dor.

Família 4. Erros de gente: a adoção que não veio

16. Distribuir licença e chamar de adoção. Licença distribuída é custo. Licença usada é adoção. A diferença aparece no relatório de uso ativo, que é exatamente o relatório que ninguém pede, porque a resposta constrange.

17. Não treinar os funcionários. Entregar a ferramenta sem ensinar o trabalho novo e depois diagnosticar resistência cultural. Não é resistência, é abandono. Ninguém adota o que não entende, e o uso despenca na segunda semana, junto com o assunto.

18. Esperar a perfeição para lançar. Perfeccionismo de dados e de modelo é a procrastinação favorita das empresas com medo de errar em público. Sempre existe mais um campo para padronizar. O critério de pronto existe para dar coragem de parar.

Família 5. Erros de medição: a conta chega

19. Não medir o antes. Sem linha de base, o melhor resultado do mundo é indemonstrável. A IA melhora o processo e ninguém consegue provar, porque ninguém anotou quanto custava o problema quando ele ainda era só problema.

20. Anunciar antes de entregar. O post no LinkedIn no dia do kickoff cria uma dívida de expectativa que o projeto ainda não tem como pagar. O palco cobra juros: quanto maior o anúncio, mais caro fica o silêncio depois. Anuncie resultados. Planos, guarde.

O checklist, para copiar e levar para a reunião

☐  1. Comprar licença antes da estratégia
☐  2. Começar pela tecnologia e procurar o problema depois
☐  3. Contratar a moda do ciclo para problema que não a pede
☐  4. Terceirizar a estratégia para quem vende a execução
☐  5. Gastar o orçamento do primeiro caso em diagnóstico de luxo
☐  6. Ignorar a qualidade dos dados
☐  7. Não nomear um dono
☐  8. Criar piloto sem sponsor
☐  9. Montar governança pesada antes de provar valor
☐ 10. Ignorar o shadow AI que já roda na empresa
☐ 11. Escolher o caso pelo aplauso
☐ 12. Pilotar para a demonstração, não para a operação
☐ 13. Escalar sem critério
☐ 14. Não definir critério de morte
☐ 15. Tratar IA como projeto de TI
☐ 16. Distribuir licença e chamar de adoção
☐ 17. Não treinar os funcionários
☐ 18. Esperar a perfeição para lançar
☐ 19. Não medir o antes
☐ 20. Anunciar antes de entregar

RESULTADO: ___ / 20

A régua de decisão

0 a 5 marcas. Trajetória saudável. Continue monitorando, e desconfie do resultado se o autodiagnóstico foi feito só com a diretoria na sala.

6 a 12 marcas. Sinal de alerta. Corrija antes de escalar. Este é o intervalo onde está a maior parte das empresas brasileiras hoje, e é o intervalo em que ainda dá para arrumar barato.

13 a 20 marcas. Pare e revise a estratégia antes de qualquer novo investimento. Não é catástrofe, é economia: você acabou de descobrir onde o dinheiro ia vazar antes de ele vazar.

E a regra que vale para qualquer faixa: três ou mais erros estruturais ativos exigem correção antes de seguir, com prazo de duas a quatro semanas por erro. Não é programa de transformação de um ano. É tarefa com data.

Três avisos para não se enganar com a própria lista

Um. O autodiagnóstico só vale com gente da operação na sala. Erros como qualidade de dado e shadow AI são invisíveis da diretoria por definição, porque a informação que chega ao andar de cima já passou por alguém que a arrumou.

Dois. Marcar muitos itens não é vergonha, é informação. A lista descreve o padrão do mercado, não a exceção. A empresa que marca zero provavelmente mentiu em algum.

Três, e aqui a inversão honesta. O contrário desta lista também tem um erro, e ele seria o vigésimo primeiro: usar o checklist como desculpa para não começar.

Corrigir erro ativo é tarefa com prazo, não programa eterno. Quem transforma a correção num projeto de um ano só trocou o zumbi orçamentário de lugar.

A lista existe para destravar o avanço, nunca para adiá-lo.

O que fazer na segunda-feira

Se você marcou mais de três, o seu próximo entregável não é um piloto. É um plano de correção com responsável e prazo para cada item marcado. Uma tabela, três colunas, uma reunião.

Comece pelos erros 7 e 19, nessa ordem, porque são os mais baratos e os que destravam mais coisa.

O erro 7, não nomear um dono, se corrige em uma reunião de sessenta minutos. Duas pessoas com nome próprio: um Sponsor, C-level, dono do orçamento e da decisão de matar ou continuar, e um Responsável Operacional, que toca o dia a dia.

O erro 19, não medir o antes, se corrige em uma semana. Um número, uma data, um documento que a empresa já tem.

Feitos esses dois, metade dos outros dezoito fica mais fácil de resolver, porque passa a existir alguém responsável por resolvê-los e um número para provar que foram resolvidos.

Três perguntas:

• Quantos você marcou, e quantos você teria marcado se tivesse chamado alguém da operação para responder junto?

• Existe hoje, na sua empresa, um único projeto de IA com critério de morte escrito antes do começo?

• E a mais incômoda: se a resposta da pergunta anterior for não, o que exatamente vai fazer aquele projeto acabar quando ele parar de funcionar?

Este artigo entregou o Capítulo 10 completo, com os vinte erros, o checklist e a régua de decisão. Ele é um capítulo de vinte e quatro. O método Hidden Layer organiza a implementação de IA em catorze fases, do Dia 1 até o roadmap que vai para o conselho, com responsáveis definidos, entregáveis concretos e regra de decisão em cada virada.

O livro completo está disponível para assinantes pagos do Tech Gossip: clique aqui para ler o Hidden Layer na íntegra.

Este artigo te mostrou os erros. O livro te dá a ordem de correção e os vinte e seis artefatos prontos para sair do computador direto para a reunião de segunda.

#HiddenLayer #InteligenciaArtificial #GovernancaDeIA #GestaoDeProjetos #TransformacaoDigital #Lideranca #Estrategia #CFO #ShadowAI #DadosCorporativos #Inovacao #TechGossip