No meu artigo anterior, escrevi sobre o estado atual da definição de requisitos com IA — como o processo está mudando de 'organizar' para 'decidir', e minha preocupação de que muitos locais de trabalho estão terceirizando o pensamento às cegas sem perceber essa mudança.
Desta vez, quero soar outro alerta sobre um tema relacionado.
O problema é que CTOs e SEs internos, por conseguirem programar tão rapidamente com o desenvolvimento orientado por IA, estão se tornando meros executores de pedidos dos departamentos de negócios — essencialmente 'SIers internos'.
As Novas Dinâmicas Criadas pelo Desenvolvimento Orientado por IA
É um fato inegável que a disseminação do desenvolvimento orientado por IA reduziu drasticamente a barreira para programar.
Como resultado, pedidos de departamentos de negócios como 'Quero isso' ou 'Quero sistematizar isso' estão chegando em uma velocidade incomparável ao passado. Não é incomum que funcionários de negócios listem requisitos usando a própria IA, ou até 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 aos pedidos dos departamentos de negócios'. Eles recebem uma solicitação, a realizam tecnicamente e a entregam. Isso é exatamente o que um SIer interno faz.
O que Espera no Fim do Atendimento de Pedidos
Responder a pedidos de negócios não é errado em si. O problema é o que acontece quando você continua a atender cada pedido individual de departamento como ele é.
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 conseguiu 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 estão unificados. As mesmas informações de clientes existem em formas diferentes em múltiplos 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 muito fácil construir sistemas, esse isolamento avança em uma velocidade sem precedentes. Anteriormente, os altos custos de desenvolvimento atuavam 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.
A razão é simples: O valor da IA é proporcional ao grau de integração de 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 são integrados, a IA pode fornecer insights que auxiliam as decisões da gestão.
Em um ambiente cheio de sistemas isolados, os dados não estão conectados para começar. 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 que apenas atendem pedidos criam sem saber.
O Verdadeiro Papel que CTOs e SEs Internos Devem Desempenhar
Então, como CTOs e SEs internos deveriam 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 um pedido chega de um departamento de negócios, em vez de apenas construí-lo, você julga 'como este pedido deve ser posicionado 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 Habilidade Técnica Mais Elevada
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.'
Um pedido chega de um departamento de negócios. É tecnicamente possível. Com IA, pode ser moldado em alguns dias. Mas você deve ter o poder de questionar se construir é realmente certo para toda a empresa.
Este pedido pode ser tratado por plataformas existentes? A estrutura de dados está alinhada com as regras da empresa? Um sistema semelhante já está rodando em outro departamento? Adicionar um sistema individualmente otimizado dificultará a integração de dados no futuro?
Ser capaz de fazer essas perguntas é a verdadeira força técnica na era da IA.
A IA cuidará da programaçã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, proferiu 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?
Acho que não é 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 agentiva, 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 para o 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 desenrolem.
Especificamente, padronize como os dados são armazenados e crie uma estrutura que não fique presa a um SaaS ou ferramenta específica. Mantenha as conexões do sistema fracamente acopladas via APIs. Não deixe sistemas isolados proliferarem; unifique a base de dados da empresa.
Com essa filosofia de design, se o SaaS evoluir e produtos melhores 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. Inversamente, apenas especialistas técnicos podem fazer isso. Eu não quero que você gaste esses recursos preciosos como um SIer 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á-lo OSS, esperamos libertar os usuários de obstáculos de implementação e ajudá-los a enfrentar o essencial. Use-o especialmente para os julgamentos 'pré-construção' que discuti.
A personalização é livre. Por favor, faça uso dela.
