A matéria apresenta uma premissa central para decisões maduras de TI. O problema, o processo, os riscos e o valor esperado devem ser compreendidos antes da escolha de ferramentas, plataformas ou modelos tecnológicos.
Em 16 de agosto de 2026, a CartaCapital publicou uma matéria sobre um padrão que compromete parte relevante dos investimentos em tecnologia. Projetos de Inteligência Artificial, Cloud Computing, automação e digitalização são frequentemente iniciados a partir da escolha de uma solução, enquanto o problema de negócio permanece descrito de forma incompleta.
Arthur De Santis, executivo de tecnologia e autor do CIO Codex - The IT Framework, foi ouvido pela publicação para explicar por que essa ordem precisa ser revista. A tecnologia não deve funcionar como resposta automática para todas as dificuldades de uma empresa. Antes da avaliação de plataformas, sistemas ou infraestrutura, precisam ser compreendidos o processo atual, os objetivos da organização, os riscos envolvidos e o valor que a iniciativa deverá produzir.
Quando a decisão começa pela ferramenta, existe o risco de o problema ser adaptado à solução já escolhida. Esse movimento pode gerar requisitos artificiais, custos adicionais e benefícios difíceis de medir. Também pode ocultar causas relacionadas a processos, governança, responsabilidades, competências ou desenho operacional, que não serão resolvidas apenas pela implantação de uma nova tecnologia.
A matéria utiliza projetos de migração para a nuvem como um dos exemplos dessa lógica. A Cloud Computing pode ampliar escala, resiliência, flexibilidade e velocidade. Esses benefícios, entretanto, dependem de arquitetura adequada, segurança, governança, gestão financeira e clareza sobre as razões da migração. Sem essas condições, o novo ambiente pode se tornar mais caro e mais complexo do que o anterior.
O mesmo princípio se aplica à Inteligência Artificial, à automação, às plataformas de atendimento, às iniciativas de dados e à modernização de sistemas legados. Uma ferramenta pode funcionar de acordo com suas especificações e, ainda assim, não resolver a necessidade da organização. O resultado depende da conexão entre tecnologia, pessoas, processos, arquitetura, indicadores e capacidade de execução.
Por essa razão, a qualidade da liderança de tecnologia também é demonstrada pela capacidade de formular perguntas. Qual problema precisa ser resolvido? Quais evidências comprovam sua relevância? O processo existente faz sentido? O cliente perceberá valor na mudança? A arquitetura atual suporta a iniciativa? A organização possui dados, competências e controles adequados? Como o resultado será medido após a implantação?
Essa disciplina está relacionada à estrutura Why, How e What do CIO Codex Framework. O Why estabelece o propósito e o valor esperado. O How define como a área de tecnologia e a organização precisam atuar para que o objetivo seja alcançado. O What identifica os ativos, as competências, as práticas e as soluções necessárias para sustentar a execução.
A ordem é relevante. Quando o What é antecipado, a discussão passa a ser dominada por produtos e funcionalidades. Quando o Why é esclarecido primeiro, a tecnologia pode ser avaliada como meio para alcançar um resultado, e não como um fim em si mesma.
A repercussão na CartaCapital reforça que decisões maduras não são necessariamente as que adotam uma tecnologia com maior velocidade. São aquelas que conectam investimento, propósito, viabilidade, risco e valor mensurável. Diagnosticar antes de escolher amplia a qualidade da decisão, reduz desperdícios e cria melhores condições para que a tecnologia produza impacto sustentável.
Leia a matéria original
A publicação completa está disponível na CartaCapital:
Empresas erram na tecnologia quando pulam a etapa de diagnóstico do problema
