No meu artigo anterior, escrevi sobre o estado atual da definição de requisitos de IA — como o processo está mudando de 'organizar' para 'decidir', e minha preocupação de que muitos locais de trabalho estão terceirizando cegamente seu pensamento sem perceber essa mudança.
Desta vez, quero soar outro alarme sobre um problema relacionado.
O problema é que CTOs e SEs internos, por conseguirem codificar tão rapidamente com o desenvolvimento orientado por IA, estão se tornando meros executores de pedidos para os departamentos de negócios — essencialmente 'prestadores de serviços internos'.
A Nova Dinâmica Criada pelo Desenvolvimento Orientado por IA
É um fato inegável que a disseminação do desenvolvimento orientado por IA reduziu drasticamente a barreira para codificar.
Como resultado, solicitações dos departamentos de negócios como 'Quero isso' ou 'Quero sistematizar isso' estão chegando em uma velocidade incomparável com o passado. Não é incomum que funcionários de negócios listem requisitos usando a própria IA, ou até mesmo criem protótipos.
À primeira vista, isso parece algo bom. Parece um cenário ideal onde os departamentos de negócios lideram a transformação digital e colaboram com TI para lançar sistemas rapidamente.
No entanto, há uma armadilha aqui.
Sinto que cada vez mais CTOs e SEs internos estão se tornando 'pessoas que simplesmente dão forma às solicitações dos departamentos de negócios'. Eles recebem uma solicitação, a implementam tecnicamente e a entregam. Isso é exatamente o que um prestador de serviços interno faz.
O que Espera no Final da Execução de Pedidos
Responder às solicitações de negócios não é errado em si. O problema é o que acontece quando você continua a atender cada solicitação individual de departamento como ela é.
Chamo isso de proliferação de 'sistemas isolados' e 'bancos de dados isolados'.
Vendas cria seu próprio CRM, Marketing monta uma plataforma de análise de dados separada, e Suporte ao Cliente constrói seu próprio gerenciamento de tickets. Cada departamento fica satisfeito porque recebeu um sistema otimizado para seu trabalho em alta velocidade.
Mas e a empresa como um todo?
Os dados estão espalhados em lugares diferentes, e os formatos não são unificados. As mesmas informações de cliente existem em formas diferentes em vários bancos de dados. Sempre que você tenta vincular dados entre departamentos, precisa de trabalho manual ou desenvolvimento personalizado.
Isso é um silo técnico.
Como o desenvolvimento orientado por IA torna tão fácil construir sistemas, esse isolamento progride em uma velocidade sem precedentes. Anteriormente, os altos custos de desenvolvimento agiam como um freio natural. Havia uma dinâmica de 'é difícil construir, então vamos selecionar rigorosamente apenas o que é realmente necessário.'
Agora, esse freio se foi. Porque pode ser construído, é construído. Como resultado, sistemas e bancos de dados isolados se multiplicam, e o número de aplicativos e infraestrutura para gerenciar continua aumentando.
Por que Isso é Fatal na Era da IA
Você pode pensar: 'Mesmo que os sistemas estejam um pouco dispersos, tudo bem enquanto funcionarem.' No entanto, na era da IA, esse isolamento causa problemas mais fatais do que nunca.
O motivo é simples: O valor da IA é proporcional ao grau de integração dos dados.
A IA realmente mostra seu poder quando os dados são integrados em toda a empresa, permitindo insights que abrangem departamentos. Somente quando dados de vendas, histórico de clientes, efeitos de marketing e dados financeiros estão integrados, a IA pode fornecer insights que auxiliam as decisões de gestão.
Em um ambiente cheio de sistemas isolados, os dados não estão conectados desde o início. Você pode conseguir pequenas otimizações de IA dentro dos departamentos, mas nunca alcançará a utilização de IA em toda a empresa — o tipo que realmente tem um impacto nos negócios.
Ao acumular otimizações departamentais, você perde permanentemente a otimização total. Este é o risco que CTOs e SEs internos executores de pedidos criam sem saber.
O Verdadeiro Papel que CTOs e SEs Internos Devem Desempenhar
Então, como CTOs e SEs internos devem ser?
A resposta é clara: Tornem-se 'designers e decisores' em vez de apenas 'construtores'.
'Design' aqui não significa projetar sistemas individuais. Significa projetar a arquitetura de dados e sistemas para toda a empresa.
Quando uma solicitação chega de um departamento de negócios, em vez de apenas construí-la, você julga 'como esta solicitação deve ser posicionada dentro da arquitetura da empresa.' Em alguns casos, você deve dizer: 'Isso não deve ser construído individualmente.' Se puder ser tratado expandindo plataformas existentes, oriente-os para lá.
Isso pode parecer inconveniente para os departamentos de negócios. Eles podem perguntar: 'Por que você está falando sobre a empresa inteira quando eu só quero que isso seja construído agora?'
Mas apenas CTOs e SEs internos podem fazer esse julgamento. Os departamentos de negócios têm incentivos para otimizar sua própria área, mas nenhum incentivo para proteger a arquitetura da empresa. É por isso que os especialistas técnicos devem desempenhar o papel de guardiões da otimização total.
A 'Decisão de Não Construir' é a Maior Habilidade Técnica
Ironicamente, a habilidade mais importante exigida de CTOs e SEs internos na era da IA pode ser a 'decisão de não construir.' É por isso que os chamo de 'decisores.'
Uma solicitação chega de um departamento de negócios. É tecnicamente possível. Com IA, pode ser moldada em alguns dias. Mas você deve ter o poder de questionar se construí-la é realmente certo para a empresa como um todo.
Esta solicitação pode ser tratada por plataformas existentes? A estrutura de dados está alinhada com as regras da empresa? Um sistema semelhante já está em execução em outro departamento? Adicionar um sistema individualmente otimizado dificultará a integração futura de dados?
Ser capaz de fazer essas perguntas é a verdadeira força técnica na era da IA.
A IA cuidará da codificação. No entanto, julgar o que construir e o que não construir é algo que a IA não pode fazer. Como mencionei no artigo anterior que 'a definição de requisitos se tornará um processo de tomada de decisão,' o papel dos CTOs e SEs internos segue exatamente a mesma estrutura.
Em vez de serem executores de pedidos, seu papel como designers da arquitetura da empresa se torna cada vez mais importante por causa da era da IA.
Criando um 'Estado de Prontidão' Porque o Futuro é Imprevisível
Embora eu tenha enfatizado a importância da 'decisão de não construir,' há mais uma perspectiva que CTOs e SEs internos devem ter.
Como o futuro é imprevisível na era da IA, você deve manter a empresa em um estado onde ela possa se mover a qualquer momento.
Atualmente, o discurso de que 'SaaS está Morto' está se espalhando. Desde que o CEO da Microsoft, Satya Nadella, pronunciou essas palavras no final de 2024, muitos previram o fim do SaaS. De fato, as avaliações de SaaS estão sendo comprimidas, e o interesse dos investidores está mudando rapidamente para plataformas nativas de IA.
Mas o SaaS está realmente morrendo?
Não acho que seja tão simples. As empresas de SaaS estão investindo pesadamente em P&D para encontrar a forma ideal de software para a era da IA. Integração de IA agêntica, faturamento baseado em resultados, plataformas de IA específicas do setor... há uma alta possibilidade de que produtos surjam em formas que atualmente não podemos imaginar.
Em outras palavras, tanto concluir que 'SaaS está morto' e se apressar no desenvolvimento interno, quanto parar de pensar achando que 'SaaS é suficiente', são riscos.
A postura que um CTO/SE interno deve assumir não é apostar em um ou outro. É projetar uma arquitetura que possa responder independentemente de como as coisas se desenrolarem.
Especificamente, padronize como os dados são armazenados e crie uma estrutura que não esteja presa a um SaaS ou ferramenta específica. Mantenha as conexões do sistema fracamente acopladas por meio de APIs. Não deixe sistemas isolados proliferarem; unifique a base de dados da empresa.
Com essa filosofia de design, se o SaaS evoluir e melhores produtos surgirem, você pode trocar. Por outro lado, se ficar claro que construir internamente é melhor para uma determinada área, você pode migrar para lá.
Você não pode prever o futuro. Mas pode criar uma estrutura que possa responder a ele. Essa é a essência do design arquitetônico exigido de CTOs e SEs internos na era da IA. Por outro lado, apenas especialistas técnicos podem fazer isso. Não quero que você gaste esses recursos preciosos como um prestador de serviços interno.
Acelerando Processos Upstream com IA
Como uma ferramenta para apoiar a transformação de processos upstream, lançamos 'GEAR-UI', uma ferramenta de IA para definição de tela e geração de mockups, como OSS (Software de Código Aberto).
Ao torná-la OSS, esperamos libertar os usuários de barreiras de implementação e ajudá-los a enfrentar o essencial. Use-a especialmente para os julgamentos 'pré-construção' que discuti.
A personalização é gratuita. Por favor, faça uso dela.
