Tom Godden:
Então, vivemos, em 2023 e 2024, talvez um pouco do entusiasmo da IA generativa, da empolgação, mas um pouco do entusiasmo que veio com ela. Acredito, e acho que acreditamos fortemente aqui na AWS, que, com o passar do tempo, veremos quase todas as aplicações aumentadas pela IA e pela IA generativa. Mas, considerando isso como pano de fundo, como podemos ainda ajudar os líderes a racionalizarem ao apresentarem casos de negócios sobre IA generativa para não exagerarem? Para que você encontre o valor correto. Como você aconselha as pessoas a avançarem nisso?
Matt Fitzpatrick:
Então, isso explica um pouco por que apenas 8% estão sobrevivendo agora. E eu acho que a incerteza do sucesso é uma parte complicada no processo de desenvolvimento de casos de negócios aqui. O que quero dizer com isso é que digamos que você queira instalar um novo sistema de software para realizar qualquer processo, como despesas, certo? No momento, você criaria um caso de negócios e saberia exatamente o fluxo de trabalho que ele executará e teria muita confiança. Portanto, é um processo muito simples criar um caso de negócios para isso. Mas imagine que seu caso de negócios se baseia em 12 coisas diferentes nas quais você poderia usar sua organização:
Tom Godden:
Resolva para N, sim.
Matt Fitzpatrick:
Onde cinco deles podem funcionar e sete deles podem não funcionar. E eu acho que você realmente precisa mudar a forma como o desenvolvimento de casos de negócios funciona para se parecer muito mais com capital de risco. Não acho que isso signifique que apenas um em cada dez trabalha. Acho que isso significa que você precisa se sentir confortável experimentando, experimentando 10, 12, 14 coisas diferentes e, com o tempo, obterá cinco que funcionam no primeiro lote. E no próximo lote, você receberá 10 que funcionam. Você também não investirá grandes quantias para desenvolver cada um.
A meu ver, considere o gerenciamento do conhecimento, os mesmos dados que você usa para aquela chamada de serviço como exemplo, você provavelmente pode usar para contact centers, você provavelmente pode usar para produção de documentos sobre como foi a chamada, todo esse tipo de coisa. E assim você acabará com 5, 6, 7 casos de uso vinculados ao que você criou e que funcionou.
Tom Godden:
Adoro este. E eu aconselho as pessoas o tempo todo a fazerem com que esse caso de uso resumido do documento funcione, mas depois use-o em RH, use-o em finanças. Você vai ter que ajustá-lo e treinar um pouco o modelo, mas você está 80% ou 90% do caminho certo.
Matt Fitzpatrick:
Essa tem sido a parte mais difícil dos casos de negócios. Você não está adotando um paradigma em que levará dois anos e é um caso de negócios monolítico que, no final, está pronto. Na verdade, você é mais um paradigma de “Preciso obter quatro componentes de dados diferentes para esse caso de uso. Todos esses componentes de dados são modulares, posso usá-los em outros quatro casos de uso. Então, na verdade, meu desenvolvimento de caso de negócios é: ‘Parece valer a pena desenvolver recursos suficientes e justificar o início, pois será útil para as coisas repetidamente?’” E com o tempo, em três, cinco anos, você fará múltiplos do seu investimento. Talvez não esteja no primeiro.
Tom Godden:
Então, Matt, vamos fingir que sou CIO, como ex-CIO, então não é difícil fingir. E digamos que eu esteja diante de uma circunstância em que quero que algo seja único, personalizado para mim, mas também que seja barato, certo? Esse não é sempre o paradigma? Como está a McKinsey, como você está abordando aconselhar as pessoas a construir versus comprar? Quando você o constrói, você pode personalizá-lo. Custa muito mais. Quando você o compra, teoricamente mais barato, menos personalizado. Eu, como CIO, estou preso no meio agora. Me ajude. Que conselho você dá?
Matt Fitzpatrick:
Sim, você sabe, eu tenho essa visão de que, na verdade, a definição de construir versus comprar se tornou muito distorcida na forma como pensamos sobre isso como qualquer organização de tecnologia. Aqui está o que quero dizer com isso. Há 10 anos, a definição de construir versus comprar significava comprar: eu tiro algo da prateleira e funciona e me custa uma certa quantia. E no caso de construção, para construir, eu literalmente teria que montar um computador mainframe. Eu tenho que construir todo o meu código em grande parte do zero, geralmente em, talvez isso tenha sido há 15 anos, mas…
Tom Godden:
Construa tudo.
Matt Fitzpatrick:
Você está realmente construindo algo do zero e seu investimento será enorme.
Tom Godden:
Agradecemos que você diga isso porque essa é um pouco a estratégia da AWS. Ajude a realizar esse trabalho indiferenciado.
Matt Fitzpatrick:
Bem, se eu tiver uma visão ampla, não com nenhum provedor de tecnologia em particular, hoje, “construir” significa que eu crio uma instância na nuvem. Eu uso vários componentes modulares. Eu pego o código do GitHub, repositórios de código com informações. Eu uso seis ou sete componentes prontos para uso que me permitem pagar algo por uma fração do custo que usamos há 10 anos, o que é realmente útil e personalizado para minha organização.
Então, há três anos, eu estava trabalhando com um jogador que estava debatendo a compra de um produto pronto para uso, era um grande gestor de ativos e eles precisavam reconstruir seu sistema de crédito. E o debate deles era se eu compro uma plataforma de crédito pronta para uso ou construo uma? E não, essa não é uma empresa de tecnologia. Há 10 anos, a ideia de construir uma plataforma de crédito teria parecido absolutamente insana.
Tom Godden:
Os alarmes estão tocando.
Matt Fitzpatrick:
Mas quando eles analisaram isso, o que eles acabaram percebendo foi que, se eu comprasse isso, precisaria de um investimento muito importante para personalizar o esquema de dados de acordo com a plataforma de crédito disponível no mercado. E então eu vou precisar de telas que pareçam... Eles tinham um sistema interno que estavam tentando substituir quando fizeram isso. Seria necessário muito investimento para personalizar o sistema de prateleira para que ficasse como eles queriam. Seria necessário muito investimento para mapear os dados para ele. E então, na hora em que terminaram...
Tom Godden:
Qual é o jogo final?
Matt Fitzpatrick:
Eles estavam basicamente construindo um novo sistema nesse tipo de sistema pronto para uso. Então, a outra opção era pegar todas as ferramentas modernas existentes, ferramentas de dados modernas, infraestrutura de nuvem, tudo isso, e simplesmente montar um sistema. E isso acabou sendo louco o suficiente para não ser mais caro do que usá-lo.
E estamos vendo isso cada vez mais. Acredito que a IA generativa vai realmente acelerar isso, pois uma das coisas que mais gosto no ecossistema dela é a interoperabilidade de todas as diferentes aplicações. Ninguém está construindo isso para dizer: “Você só pode usar o nosso”. Todo mundo está dizendo que você pode participar do melhor da categoria. E assim que qualquer nova tecnologia for lançada, você poderá participar dela. Então, a questão é: se você cria uma nova aplicação de crédito hoje e compra algo e, em seguida, surge uma nova ferramenta interessante de IA generativa, você não pode usá-la. Na verdade, você tem mais dívidas de tecnologia usando a plataforma de crédito pronta para uso de dez anos do que faria se construísse uma pilha perene interoperável moderna e permitisse o uso de todos os componentes modernos.
Eu direi que o número de empresas que se sentiram confortáveis com a construção, como você pode chamá-la hoje, é muito maior do que há cinco anos. E é tudo o que a nuvem e a infraestrutura de investimento permitem que ele seja muito mais rápido.
Tom Godden:
Então, Matt, você fez muitas transformações, liderou muitas, viu muitas coisas. A McKinsey fala muito sobre reprogramar as organizações para que possam fazer isso. O que você está vendo são modelos bem-sucedidos de como as pessoas estão abordando esse aspecto cultural para ajudar a ter sucesso à medida que avançamos para essa IA generativa?
Matt Fitzpatrick:
Acho que algumas coisas diferentes foram fundamentais para isso. Uma delas é deixar bem claro quais casos de uso realmente importam e podem mover a agulha. Acho que, novamente, se você considerar que, há 10 anos, sua organização de tecnologia não estava realmente falando com sua organização comercial, isso é um fracasso infalível. Você precisa de uma visão clara de qual é a minha visão? Quais são os 10 casos de uso que vou testar? Como minhas equipes de tecnologia e de negócios trabalharão juntas para testar e aprender? Todo esse processo é um novo músculo. Acho que o conjunto de habilidades que mais nos interessa atualmente é o que você pode chamar de conjunto de habilidades de tradutor ou alguém que tenha conhecimento digital, mas também entenda o negócio. Eu trabalhei com vários clientes imobiliários, por exemplo, e alguém que entende tanto de tecnologia quanto do setor imobiliário é muito mais valioso do que alguém que entende um ou outro.
Acho que você precisa ter um vínculo entre a organização de tecnologia e as equipes de negócios para que o que está sendo construído seja viável e esteja relacionado ao que os usuários corporativos desejam. Então, acho que as habilidades do tradutor se tornam muito importantes.
Também acho que você precisa pensar muito em requalificação ou, pelo menos, no conjunto de habilidades técnicas de sua organização de engenharia. Por exemplo, se você tem uma organização de engenharia que não sabe como usar Python ou mesmo coisas um pouco mais novas, como Rust, será mais difícil tirar proveito de muitas das ferramentas modernas de IA generativa. Então, o que isso pode levar é uma espécie de reciclagem, requalificação, coisas assim ou novas contratações, mas você terá que aumentar sua organização de engenharia tradicional.