O Próximo Gargalo da IA: Operações Pós-Implementação

Este é a parte 2 de um par de artigos sobre como eliminar gargalos no desenvolvimento e gerenciamento de software corporativo usando IA. Consulte a parte 1 para saber como a IA pode ajudar a resolver gargalos no ciclo de vida de entrega de software.

Durante a última década, a regra era simples: não construa o que você pode comprar. Nos últimos seis meses, tenho visto a IA inverter essa estratégia de software corporativo. Quando o custo de escrever código despenca, é hora de reavaliar essa abordagem. Por que pagar taxas de assinatura por uma ferramenta genérica quando você pode usar a IA para gerar um aplicativo sob medida que se ajusta ao seu fluxo de trabalho exato por muito menos?

À medida que os líderes de tecnologia começam a mudar sua forma de pensar sobre suas estratégias de build-versus-buy (construir versus comprar), teremos uma enxurrada de novos aplicativos corporativos. A maioria deles serão aplicativos pequenos. Estes são aplicativos de "linha de negócios" (line of business - LoB), como dashboards de vendas, rastreadores de inventário e monitores de operações de fábrica.

Se você já trabalhou com vendas, encontrou muitos desses aplicativos LoB. Poucas pessoas conseguem fazer com que seu CRM oficial funcione da maneira que desejam. O sonho utópico dos CRMs se perdeu em personalização e areia movediça de dados em algum momento. As UIs (User Interfaces) são frequentemente reconfortantes para os nostálgicos da web. Em vez de usar esses sistemas, as pessoas criam dashboards e análises personalizadas que facilitam a visualização do pipeline de vendas atual, das atividades com clientes e das previsões.

Existem outros aplicativos LoB, incluindo aqueles que gerenciam inventário em armazéns, operações menores em fábricas ou que ajudam a decidir onde abrir uma nova agência bancária. Meus dois exemplos favoritos da época áurea da transformação digital eram os sistemas que gerenciavam o balcão de tintas e o balcão de aluguel de ferramentas na Home Depot.

Jason Hoffman estimou que a IA reduziu o custo em 99,8%. Como dizem, sua experiência pode variar (your mileage may vary), mas mesmo reduzir esse número pela metade — talvez até um terço! — é algo a ser levado a sério. Esse tipo de mudança nos custos elimina o "gargalo de ROI" para aplicativos.

O Gargalo de ROI

O fato de existirem esses tipos de aplicativos demonstra a necessidade e o valor de mais deles. Intuitivamente, podemos imaginar que para cada dashboard de vendas e aplicativo de balcão de tintas, há 10, até 20 outros que seriam produtivos.

A criação desses aplicativos LoB é frequentemente prejudicada pelo gargalo do tempo das pessoas e pela capacidade de demonstrar ROI (Return on Investment). "ROI" é uma frase genérica para algumas coisas no pensamento de negócios: Isso valerá o tempo e o dinheiro? Há algo que deveríamos fazer em vez disso? Estamos pagando muito caro por isso?

Essas perguntas importam quando o preço é alto. Conforme estimado por Hoffman, para fazer seu aplicativo — e presumo que para "fazê-lo direito" pelos padrões de um veterano da indústria como ele — custaria de US$ 750.000 a US$ 1.500.000 e levaria pelo menos um ano. Algo como um aplicativo de balcão de tintas provavelmente precisa desse tipo de atenção; um dashboard de vendas, menos. Mas se você pode criar aplicativos de forma tão barata e rápida no nível mais alto de "fazer certo", a criação de aplicativos menores deve ser igualmente barata e rápida.

Reduzir o tempo necessário e, consequentemente, o custo para criar esses pequenos aplicativos elimina o gargalo de ROI dos aplicativos LoB. Isso significa que você pode começar a criar todos aqueles pequenos aplicativos que ajudarão a administrar melhor o negócio.

O Novo Gargalo de ROI: Operações

As ferramentas para fazer essa geração de código estão aqui e, pelo que tenho visto, são boas o suficiente para começar. É possível remover o gargalo da codificação e começar a demonstrar ROI.

No entanto, quando você remove um gargalo em um processo complexo, sabemos que você encontra o próximo. Neste caso, o próximo gargalo é como você protege e executa todos esses pequenos aplicativos feitos por IA.

Um Novo Sprawl

Se construir um aplicativo é tão barato, todos o farão, e entraremos em uma confusão de shadow AI. No passado, shadow IT era uma planilha Excel desonesta ou um cartão de crédito usado para um serviço SaaS. Agora, é um gerente de marketing pedindo a um LLM (Large Language Model) para escrever um aplicativo Python que processa dados de clientes e, em seguida, executando-o em uma instância cloud desprotegida porque o TI estava se movendo muito devagar.

Sem algo para capturar esses aplicativos, você não está apenas olhando para shadow AI, mas também para o AI sprawl (proliferação de IA). Isso é um pesadelo de compliance onde seus dados corporativos estão vazando através de milhares de peneiras personalizadas e não gerenciadas. Isso também torna o simples ato de "manter as luzes acesas" ainda pior para o departamento de TI.

Operações de Day 2

O próximo gargalo é sobre tudo o que acontece após o desenvolvimento do aplicativo. Isso inclui obter acesso aos dados em sua organização, lançar o software, configurar e implantar o aplicativo, monitorá-lo e gerenciá-lo em produção e, o mais importante, torná-lo "grau empresarial" com muita segurança e controles regulatórios.

Na indústria, há muito tempo chamamos isso de "operações de Day 2", ou apenas "Day 2". As atividades de Day 2 consomem e retardam uma grande parte do ciclo de aplicativos corporativos — e o tornam caro.

Felizmente, já resolvemos esses problemas muitas vezes antes. Esses problemas são resolvidos, primeiro, implementando uma plataforma interna de desenvolvedor (Internal Developer Platform - IDP) e, segundo, consolidando seus aplicativos para usar essa plataforma. O primeiro é um movimento técnico, o segundo é um desafio de gerenciamento.

A Solução da Plataforma

Vejamos os objetivos de uma plataforma. É remover e automatizar o máximo de atividades que não fazem parte do processo de design e desenvolvimento de aplicativos. Em vez de trabalhar em como o aplicativo é executado e se conecta a um banco de dados, a plataforma tem serviços e convenções, e o programador usa esses recursos. Em vez de exigir que o desenvolvedor gaste tempo configurando e empacotando o aplicativo, a plataforma tem serviços e convenções para isso — e assim por diante.

As plataformas padronizam como todas essas atividades não relacionadas ao aplicativo são feitas e procuram automatizá-las o máximo possível. Aplicar patches de segurança é um bom exemplo. Sem uma plataforma, quando um problema de segurança (uma "CVE") surge, os desenvolvedores são responsáveis por analisar se e como ele se manifesta em seu aplicativo e por aplicar o patch em seus aplicativos. A organização optou por colocar esse trabalho nos desenvolvedores porque não há uma plataforma em vigor.

Lidar com coisas como essa e "manter as luzes acesas" é a razão pela qual você vê tantas pessoas reclamando que gastam muito tempo com manutenção — 50%, até 80% do seu tempo. As plataformas resolvem isso assumindo muitas dessas tarefas de não-desenvolvimento de aplicativos dos programadores.

No caso da segurança, conforme feito na Tanzu Platform, os desenvolvedores não são responsáveis por configurar e empacotar seus aplicativos. Em vez disso, eles não são responsáveis por especificar como isso é feito e executá-lo. A plataforma padronizou como os aplicativos são construídos, configurados e implantados (por exemplo, os desenvolvedores usam buildpacks em vez de containers como forma de implantar aplicativos).

A codificação por IA encontrará esses mesmos problemas se você não tiver uma plataforma em vigor. E será pior. Se estivermos olhando para um múltiplo de 10x no número de aplicativos que você tem, se cada um desses aplicativos seguir suas próprias maneiras de gerenciar, você terá um pesadelo de spaghetti. Imagine 500 aplicativos LoB não gerenciados, todos se conectando ao seu banco de dados de clientes sem uma estratégia de patch de segurança. Seus profissionais de operações e segurança entrarão em pânico, e com razão.

Se você deseja se beneficiar da codificação por IA, precisa padronizar em uma plataforma. Assim como acontece com os humanos, você quer que a IA escreva o código do aplicativo, não que determine como esse código é executado, gerenciado e protegido.

O Novo Gargalo: Platform Sprawl

A razão pela qual esse assunto de Day 2 é uma bagunça é porque a maioria das organizações não padroniza em plataformas. Essas organizações sofrem de platform sprawl (proliferação de plataformas): em vez de um punhado de plataformas, elas têm dezenas ou mais plataformas em vários estados de "prontidão empresarial". Elas provavelmente têm iniciativas em andamento para construir novas plataformas (muitas vezes construindo sobre o Kubernetes).

Às vezes, há razões compreensíveis para esse platform sprawl. Grandes bancos são um exemplo primário. A maioria dos grandes bancos adquiriu e se fundiu com tantos outros bancos que herdaram portfólios repletos de diferentes plataformas e práticas de operações de Day 2. Esses bancos nunca tiveram escolha. A maioria deles está trabalhando arduamente para consolidar essas plataformas.

Outras organizações simplesmente não tiveram a disciplina para limitar o número de plataformas em uso. Elas permitiram que desenvolvedores e a moda da indústria impulsionassem o platform sprawl. Pior ainda, permitiram que desenvolvedores e outros impulsionassem replatforms completos de plataformas perfeitamente boas. O desejo da indústria de migrar para public cloud e Kubernetes viu anos de organizações consumidas pelo trabalho necessário para construir plataformas do zero. Elas frequentemente ultrapassam o orçamento e falham em entregar ROI.

Para obter os benefícios de produtividade desses aplicativos LoB gerados por IA, no entanto, não há tempo para isso. Essa reconstrução constante da plataforma matará seu ROI e produtividade. De todas as coisas, sua plataforma não deve ser um gargalo; deve ser o oposto.

Aqui está um teste para ver se você resolveu o problema da plataforma ou não. Pergunte aos seus desenvolvedores se eles gostam de usar a plataforma. Pergunte aos desenvolvedores se a plataforma facilita a implantação de aplicativos. Se eles disserem sim, sua plataforma está funcionando bem. Pergunte se eles gastam muito tempo aplicando atualizações, patches de segurança, garantindo que seus aplicativos satisfaçam as necessidades regulatórias. Se eles disserem não, você tem uma boa plataforma em vigor.

Esses mesmos problemas surgirão com aplicativos gerados por IA, mas serão multiplicados por uma enorme quantidade. Ter uma plataforma em vigor que elimina os problemas de Day 2 torna possível usar esses aplicativos gerados por IA e superar o último gargalo de ROI: a plataforma. Ou melhor, a falta dela.

Platform Sprawl é um Problema Solúvel

Se você trabalha em uma organização maior, aqui está uma boa notícia. Você provavelmente já tem uma boa plataforma em vigor. A Tanzu Platform está comprovada para resolver esses dois problemas e acelerar os desenvolvedores humanos. Muitas grandes organizações têm a Tanzu Platform em vigor. Vimos provas em várias organizações no ano passado de que a plataforma funciona bem ao colocar a IA no ciclo.

Por exemplo, nosso próprio departamento de TI (Broadcom GTO) está usando a Tanzu Platform no processo de desenvolvimento para usar a IA em ambientes seguros e bem governados. Mencionei dados acima, e essa é a outra parte que torna a Tanzu Platform um ótimo local de destino (landing zone) para aplicativos gerados por IA, ou seja, os serviços de dados e a abordagem no Tanzu Data Intelligence.

Para completar, como a maioria das grandes organizações que querem e precisam executar tudo isso em seu private cloud, a Tanzu Platform se sobrepõe ao VMware Cloud Foundation (VCF) e oferece um private cloud integrado e endurecido para o ambiente empresarial (enterprise-hardened).

Por décadas, "construir vs. comprar" foi a questão definidora para aplicativos corporativos. Comprar geralmente vencia porque construir era muito lento, caro e arriscado. A IA está mudando isso para aplicativos LoB. Mas para construir com sucesso nessa escala, você precisa da fundação certa. O gargalo mudou da criação para a operação.

É tentador pensar que você também poderia construir essa plataforma. Mas a indústria passou muitos anos tentando isso, e o resultado geralmente é uma bagunça. A nova estratégia é simples: pare de comprar aplicativos genéricos que ditam como você trabalha e compre a plataforma que permite construir exatamente o que você precisa. Pare de construir plataformas e comece a construir aplicativos.