Ser soberano é poder escolher

A soberania digital é frequentemente associada à localização dos dados, ao controle das infraestruturas, à nacionalidade dos fornecedores ou à capacidade de uma organização de operar suas próprias tecnologias. Essas dimensões têm sua importância, sobretudo quando informações sensíveis, infraestruturas críticas ou obrigações regulatórias estão em jogo. Elas não bastam, contudo, para definir a soberania.

Uma organização pode hospedar seus dados em seu próprio país, cumprir suas obrigações regulatórias e utilizar tecnologias perfeitamente seguras e, ao mesmo tempo, ter se tornado profundamente dependente de alguns fornecedores, plataformas ou competências especializadas. Juridicamente, ela permanece livre para mudar. Operacionalmente, essa liberdade pode ter se tornado extremamente custosa, complexa ou praticamente impossível de exercer.

A soberania digital pode, portanto, ser abordada a partir de um princípio muito mais concreto: ser soberano é poder escolher. Escolher uma tecnologia, um fornecedor ou uma arquitetura. Poder negociar. Poder recusar uma evolução que se tornou incompatível com as necessidades da organização. Poder mover seus dados, substituir um componente ou mudar de direção tecnológica quando as circunstâncias exigem.

A questão fundamental deixa então de ser unicamente saber quem possui a infraestrutura ou em que país ela se encontra. Ela consiste em determinar se a organização conserva domínio suficiente sobre seu ambiente para continuar tomando suas próprias decisões.

No papel, uma empresa permanece geralmente livre para trocar de fornecedor. Ela pode substituir um software, migrar para outra plataforma, modificar sua infraestrutura ou adotar uma nova arquitetura. A realidade operacional se torna, no entanto, muito mais complexa com o tempo. Os dados se acumulam em determinados formatos, os aplicativos são integrados uns aos outros, automações são desenvolvidas e processos internos se constroem em torno das funcionalidades de uma plataforma. Os funcionários adquirem competências especializadas, os contratos são renovados e novos componentes vêm progressivamente reforçar o ecossistema existente.

Cada uma dessas decisões pode ser perfeitamente justificada. É o acúmulo delas que pode progressivamente transformar uma tecnologia útil em dependência estrutural. Quando a direção eventualmente deseja mudar de orientação, ela descobre então que o custo de saída supera amplamente o do novo software considerado. É preciso converter os dados, reconstruir as integrações, modificar os processos, capacitar os funcionários, revisar os mecanismos de segurança e, por vezes, manter dois ambientes durante uma longa transição.

A organização conserva sua liberdade teórica. Ela simplesmente precisa pagar cada vez mais caro para poder exercê-la.

Essa dependência raramente se instala em decorrência de uma decisão consciente. Um primeiro aplicativo atende eficazmente a uma necessidade. Um segundo se integra naturalmente ao primeiro. Um serviço adicional simplifica as operações. Os funcionários se tornam competentes no ambiente e os novos projetos privilegiam logicamente as tecnologias já dominadas. Depois de alguns anos, permanecer se torna muito mais simples do que mudar.

Essa padronização traz benefícios reais. Ela pode reduzir a complexidade, facilitar a integração, concentrar as competências e melhorar a eficiência operacional. O risco aparece quando essa eficiência se transforma progressivamente em aprisionamento e a organização continua a privilegiar um ambiente principalmente porque sempre o utilizou.

Um fenômeno organizacional interessante pode então surgir. Quanto mais uma empresa investe em um ecossistema, mais ela desenvolve naturalmente as competências e os argumentos que permitem compreender suas forças e administrar suas fraquezas. Os problemas conhecidos se tornam familiares, as equipes sabem contorná-los e os procedimentos estão estabelecidos. Uma tecnologia alternativa introduz imediatamente mais incerteza: suas fraquezas são menos conhecidas, seus riscos devem ser avaliados, novas competências devem ser desenvolvidas e certos hábitos devem mudar.

A situação pode se tornar paradoxal: a organização conhece perfeitamente os problemas de seu ambiente atual, mas estes por vezes lhe parecem menos ameaçadores do que os problemas hipotéticos de uma solução que ela conhece menos. Com toda a prudência que a metáfora exige, poderíamos falar de uma forma de “síndrome de Estocolmo digital”: a dependência se torna tão familiar que acaba às vezes sendo defendida como se qualquer alternativa representasse necessariamente um risco maior.

O fenômeno é evidentemente tecnológico e organizacional. Ele resulta dos investimentos já realizados, das competências acumuladas, dos hábitos, do risco percebido e do custo antecipado da mudança. Reconhecê-lo não significa questionar o valor das tecnologias utilizadas nem a expertise das equipes. Ele permite antes distinguir a qualidade real de uma solução da dificuldade que representaria sua substituição.

Tomemos o exemplo de uma organização que desenvolveu durante vários anos um ambiente amplamente fundado nas tecnologias Microsoft. Seus especialistas são formados e certificados, seus aplicativos estão integrados a esse ambiente e seus mecanismos de identidade, suas estações de trabalho e vários processos dele dependem. Essa situação pode ser totalmente pertinente e continuar a oferecer a melhor combinação de capacidades, segurança, custos e eficiência.

Suponhamos, contudo, que a direção deseje avaliar certas soluções Open Source a fim de obter mais flexibilidade, personalizar alguns aplicativos ou diversificar suas dependências. A questão estratégica não é determinar abstratamente se a Microsoft é preferível ao Open Source, nem presumir que o Open Source seria intrinsecamente mais soberano. As duas abordagens podem ser excelentes ou inadequadas conforme as necessidades.

A pergunta reveladora passa antes a ser: a organização ainda possui a capacidade de avaliar seriamente as duas opções? Se uma alternativa praticamente já não pode ser considerada porque todas as competências, as integrações, os conhecimentos e os processos estão concentrados em torno de um único ecossistema, uma parte da liberdade de escolha já desapareceu.

As próprias competências podem contribuir para essa dependência. Quando uma organização investe durante vários anos em uma tecnologia específica, ela desenvolve naturalmente especialistas extremamente eficazes. Essa expertise constitui um ativo importante. Ela também influencia a maneira como as novas possibilidades são avaliadas. Toda nova tecnologia envolve necessariamente uma curva de aprendizado, e essa diferença de familiaridade pode facilmente ser confundida com uma diferença de maturidade ou de risco.

A governança deve, portanto, permitir que os especialistas expressem plenamente os riscos técnicos que identificam, distinguindo ao mesmo tempo esses riscos do custo normal associado ao aprendizado de um novo ambiente. Essa capacidade se torna particularmente importante com a inteligência artificial, as tecnologias Open Source, a nuvem, as novas arquiteturas de cibersegurança e as tecnologias emergentes.

Essa reflexão conduz a uma dimensão raramente integrada às decisões tecnológicas: o custo de saída deveria fazer parte do custo de aquisição. As organizações avaliam geralmente com cuidado as licenças, a implantação, a integração, o treinamento, a manutenção e a infraestrutura necessários para adotar uma solução. Elas avaliam muito menos sistematicamente as condições necessárias para abandoná-la.

No entanto, várias perguntas poderiam ser feitas desde o início. Como recuperaremos nossos dados? Em quais formatos? Quais aplicativos dependerão dessa plataforma? As interfaces estão suficientemente documentadas? Quais padrões são utilizados? Quantas pessoas terão os conhecimentos necessários para administrar o ambiente? O que aconteceria se as condições comerciais mudassem substancialmente? Quanto tempo seria necessário para migrar?

Uma tecnologia pode ser economicamente muito vantajosa durante dez anos e se tornar extraordinariamente custosa no momento em que a organização deseja substituí-la. A soberania consiste também em conhecer suficientemente esse custo antes de precisar dele.

Isso evidentemente não significa que uma organização deveria buscar eliminar todas as suas dependências. Uma empresa moderna depende necessariamente de fornecedores de telecomunicações, de software, de hardware, de serviços em nuvem, de cibersegurança, de sistemas financeiros e de uma multiplicidade de parceiros. A soberania digital consiste mais em conhecer essas dependências, compreender suas consequências e dominá-las o suficiente para conservar opções.

Certas dependências são perfeitamente aceitáveis. Algumas podem ser substituídas rapidamente, enquanto outras exigiriam vários anos. Algumas dizem respeito a funções secundárias, ao passo que outras poderiam afetar a continuidade das operações. A maturidade consiste em conhecer essas diferenças e decidir conscientemente quais podem ser assumidas.

O Open Source ilustra bem essa nuance. O acesso ao código, a possibilidade de modificar uma solução, a utilização de padrões abertos e a existência de vários fornecedores podem aumentar a liberdade tecnológica. Isso não cria, contudo, soberania automaticamente. Uma empresa pode se tornar extremamente dependente de uma plataforma Open Source complexa que ela não tem as competências necessárias para manter. Ela pode depender de um integrador específico ou acumular tantas personalizações que as atualizações se tornam difíceis.

O modelo de licenciamento muda; a necessidade de governança permanece. A soberania depende sempre da capacidade de compreender, manter, fazer evoluir e eventualmente substituir o ambiente.

A nuvem coloca exatamente a mesma questão. As grandes plataformas oferecem capacidades consideráveis e permitem acessar rapidamente infraestruturas, serviços de dados, mecanismos de cibersegurança e capacidades avançadas de inteligência artificial. Uma integração cada vez mais profunda pode, no entanto, aumentar progressivamente o custo de uma migração futura.

Utilizar massivamente um provedor de nuvem pode perfeitamente constituir uma decisão soberana. A diferença reside no nível de consciência com o qual essa decisão é tomada. A organização compreende suas dependências? Ela sabe quais dados e quais processos estão ligados à plataforma? Conhece as consequências de uma troca de fornecedor? Possui mecanismos de continuidade e opções realistas se suas necessidades ou as condições do mercado evoluírem?

A inteligência artificial torna essa reflexão ainda mais importante. As organizações começam a conectar modelos aos seus documentos, suas bases de dados, seus CRMs e seus processos operacionais. Agentes podem progressivamente assumir sequências de trabalho cada vez mais importantes. Quanto mais essas capacidades se tornam profundamente integradas às operações, mais a possibilidade de trocar de modelo, de plataforma ou de fornecedor deve ser considerada desde a concepção.

A soberania na era da IA dependerá, entre outras coisas, da maneira como as organizações estruturarão seus conhecimentos. Se os conhecimentos organizacionais permanecerem governados independentemente do modelo que os explora, se as identidades dos agentes forem controladas, se as interfaces forem documentadas e se os processos forem suficientemente modulares, a organização conserva mais liberdade para fazer evoluir seu ambiente. Uma arquitetura inteiramente construída em torno das particularidades de um fornecedor pode, ao contrário, transformar rapidamente uma adoção bem-sucedida em uma dependência difícil de reverter.

A interoperabilidade se torna assim um instrumento de soberania. Interfaces documentadas, formatos de dados acessíveis, padrões abertos quando apropriados, arquiteturas modulares, uma separação suficientemente clara entre os dados e os aplicativos, bem como um conhecimento preciso das dependências, não garantem que uma migração será simples. Eles contribuem, no entanto, para impedir que ela se torne praticamente impossível.

Essa liberdade possui também um valor econômico. Uma organização que razoavelmente já não pode trocar de fornecedor dispõe de menos alavancas quando os preços aumentam, quando as condições contratuais evoluem, quando uma funcionalidade desaparece ou quando a estratégia do fornecedor muda. Uma aquisição ou o abandono de um produto também pode transformar rapidamente uma relação comercial.

A capacidade crível de escolher outra solução influencia, portanto, diretamente a posição de negociação. Mesmo quando uma empresa permanece com o mesmo fornecedor durante vinte anos, o simples fato de poder trocar possui um valor estratégico.

Essa concepção permite, por fim, avaliar a soberania digital com uma pergunta bem concreta: se tivéssemos de mudar amanhã, poderíamos realmente fazê-lo? Isso não significa necessariamente de imediato, gratuitamente ou sem dificuldade. Uma transformação importante pode legitimamente levar tempo e exigir investimentos consideráveis. O essencial é determinar se existe uma trajetória realista.

Essa análise não leva a abandonar sistematicamente as tecnologias proprietárias, a repatriar todas as infraestruturas ou a substituir os grandes fornecedores. Ela permite, antes, distinguir as dependências escolhidas daquelas que se instalaram progressivamente sem decisão explícita. É precisamente esse conhecimento que permite a uma organização determinar onde deseja investir, onde aceita depender e onde deve preservar mais reversibilidade.

A soberania digital não se resume a possuir seus servidores, hospedar seus dados localmente ou selecionar tecnologias desenvolvidas em seu próprio país. Ela representa, acima de tudo, uma capacidade de decisão e de evolução.

Uma organização pode utilizar tecnologias proprietárias, plataformas em nuvem, soluções SaaS, Open Source, inteligência artificial e fornecedores internacionais e, ao mesmo tempo, conservar um forte domínio de seu ambiente. Esse domínio se apoia no conhecimento das arquiteturas, na governança dos dados, na interoperabilidade, no gerenciamento das identidades, na compreensão das dependências de fornecedores, na manutenção das competências essenciais e na existência de trajetórias realistas de migração.

Essa concepção se conecta diretamente à Hipersegurança. A resiliência de uma organização depende tanto de sua capacidade de proteger suas tecnologias quanto de sua capacidade de continuar evoluindo quando uma tecnologia, um fornecedor, um risco ou uma exigência muda. A soberania e a reversibilidade se tornam então propriedades da própria arquitetura.

Na Quantum Beyond, nossos especialistas trabalham ao lado das equipes de TI, de cibersegurança, de governança e de direção a fim de trazer essa visão transversal. Mapear as dependências, compreender as consequências das escolhas tecnológicas, estruturar os conhecimentos, avaliar as possibilidades de migração e conceber arquiteturas capazes de evoluir permitem reforçar as capacidades existentes ao mesmo tempo em que se preservam mais opções para o futuro.

A soberania digital não pede, portanto, a uma organização que se torne independente de tudo. Em um mundo tecnológico profundamente interconectado, as dependências são inevitáveis e podem criar enorme valor. O verdadeiro domínio consiste em saber quais foram escolhidas, o que implicam e como poderiam evoluir.

Ser soberano é saber do que se depende, compreender o que essa dependência implica e conservar opções suficientes para ainda poder escolher sua própria direção.