Pilot Purgatory

O padrão repete-se em todos os setores. Uma equipa executa um piloto de IA bem-sucedido. A demonstração impressiona a comissão diretiva, os números são sólidos, o caso de uso fica validado. Depois, o projeto entra num ciclo de revisão prolongado. As TI levantam questões de integração. A segurança levanta questões sobre a residência dos dados. O jurídico levanta questões de responsabilidade. O patrocinador original muda de função. As prioridades do trimestre seguinte mudam. O piloto é prolongado, e depois prolongado outra vez.

Dezoito meses depois, a tecnologia já avançou, a equipa que construiu o piloto já mudou em parte, e a organização gastou um orçamento significativo em algo que nunca chegou a arrancar. Propõe-se uma nova iniciativa.

O purgatório do piloto tem causas técnicas e causas organizacionais, e as duas têm de ser resolvidas em simultâneo. No lado técnico: os pilotos são muitas vezes construídos sem resolver a governação, a integração de sistemas ou as operações de produção, que são as verdadeiras causas do bloqueio ao arranque. Um chatbot que funciona num ambiente de demonstração não é o mesmo que um sistema integrado com o SAP, com RBAC ligado ao Active Directory e um pipeline de produção monitorizado.

No lado organizacional: os pilotos são aprovados como experiências, não como projetos de produção. Não existe um responsável nomeado pelo marco do arranque. Não existe um âmbito fixo que defina o que significa "concluído". As revisões de compras e de segurança começam tarde, quando deveriam fazer parte do âmbito inicial.

O custo direto é o orçamento gasto num piloto que nunca produz retorno. O custo indireto é mais difícil de medir: a equipa de operações que continua a processar faturas manualmente enquanto a decisão sobre a IA se arrasta, a equipa de apoio ao cliente que continua a tratar pedidos que a IA poderia resolver, os concorrentes que já colocaram um sistema em produção enquanto a organização ainda estava a rever.

Há também um custo organizacional. Cada iniciativa de IA falhada ou parada torna a seguinte mais difícil de financiar e mais difícil de levar até ao fim. Os conselhos de administração tornam-se céticos quanto ao investimento em IA. As equipas ficam relutantes em patrocinar novos projetos.

A saída do purgatório do piloto é um projeto de produção com âmbito fixo, não outro piloto. Isto significa definir o marco do arranque e os seus critérios logo no início, nomear um responsável pela entrega e incluir a governação, a integração e as operações de produção no âmbito inicial do projeto, e não numa fase posterior.

As organizações que já colocaram IA em produção apontam sempre dois fatores: um responsável técnico nomeado que continua envolvido depois do arranque, e uma separação clara entre "provar que o conceito funciona" (que já deveria estar feito) e "torná-lo pronto para produção" (que é o verdadeiro trabalho).