Quem Valida o Validador?

Uma narrativa ganhou força no LinkedIn nos últimos meses: a arquitetura empresarial chegou finalmente. A perceção dos arquitetos melhorou. Espalhou-se o consenso de que a arquitetura é essencial. A profissão, depois de anos vista como alheada da realidade operacional, é celebrada por sair da torre de marfim e focar-se nos resultados de negócio.

A conclusão que se tira é simples: o mercado alcançou finalmente aquilo que os arquitetos sempre souberam que valiam.

A conclusão é também incompleta.

Há uma longa história de arquiteturas aprovadas, financiadas, implementadas e celebradas — para depois se tornarem a causa-raiz do próprio caos que foram desenhadas para evitar. A narrativa celebratória tende a saltar por cima da distância entre a perceção do valor arquitetural e os resultados operacionais que as arquiteturas de facto produzem. Vale a pena deter-se nessa distância.

A Pergunta Que Vale a Pena Fazer

Quando a perceção profissional de qualquer disciplina melhora, há duas interpretações possíveis. A disciplina melhorou materialmente. Ou a disciplina melhorou a comunicar sobre si própria. Os instrumentos de sondagem não distinguem facilmente entre as duas.

O rótulo «essencial» é um sinal particularmente fraco. A conformidade é essencial. A documentação é essencial. Os offsites anuais de estratégia são essenciais. Muitas coisas são declaradas essenciais nas sondagens e depois discretamente privadas de orçamento, autoridade ou atenção. A palavra «essencial» numa resposta a uma sondagem e a palavra «essencial» numa alocação de orçamento são, muitas vezes, duas coisas muito diferentes.

A pergunta mais interessante — a que não cabe bem num post otimista de LinkedIn — é esta: se a arquitetura empresarial está mais difundida, mais valorizada e mais essencial do que nunca, por que é que a maioria das organizações continua a carregar arquiteturas caóticas, dívida técnica a crescer e sistemas que permanecem apenas parcialmente compreendidos?

Não é uma provocação retórica. É uma pergunta diagnóstica. A resposta, observada de perto, tem menos que ver com a competência dos arquitetos individuais do que com um problema estrutural que raramente se discute.

O Ciclo Autovalidante

O padrão, observado ao longo de décadas e de indústrias, é o seguinte.

Um arquiteto empresarial desenha uma arquitetura. A arquitetura é apresentada à gestão. A gestão — tipicamente um CTO, um diretor de TI ou um comité de acompanhamento — avalia a proposta. O problema: os avaliadores raramente têm a profundidade técnica para desafiar o desenho de forma significativa. Conseguem aferir custo, prazo, reputação do fornecedor e alinhamento com a linguagem estratégica. O que geralmente não conseguem aferir é se as escolhas técnicas são sólidas, se as alternativas consideradas eram as alternativas certas, ou se as implicações operacionais a longo prazo foram avaliadas com honestidade.

Por isso a proposta é aprovada. Não porque tenha sido rigorosamente desafiada, mas porque não havia ninguém na sala com meios para a desafiar — uma lacuna estrutural, não uma falha pessoal.

O arquiteto passa depois a supervisionar ou a influenciar a implementação da arquitetura que desenhou. Quando surgem problemas — e surgem sempre — a primeira explicação tende a ser que a implementação se desviou do desenho. A arquitetura era sólida; a execução é que falhou. Esta explicação é por vezes verdadeira. Mas é também, por acaso, impossível de falsificar por quem não esteve envolvido a nível técnico tanto no desenho como na implementação.

O resultado é um ciclo fechado. O arquiteto desenha. O arquiteto valida. O arquiteto avalia o resultado. Em momento nenhum entra no processo uma perspetiva técnica independente com autoridade suficiente para dizer: «Isto não se sustenta. Eis porquê. Eis o que ficou por ver.»

Isto não é sobre arquitetos incompetentes. Muitos são excecionalmente capazes. É sobre uma ausência estrutural de contestação. E as estruturas sem contestação tendem a derivar — devagar, invisivelmente, e depois de repente.

O Escudo Político

A razão por que esta estrutura persiste é organizacional, não técnica.

Para um CTO ou diretor de TI, ter um Arquiteto Empresarial na equipa cumpre uma função para além do desenho técnico. Sinaliza governação. Sinaliza pensamento estratégico. Dá uma resposta credível às perguntas do conselho sobre «quem está a gerir o rumo da nossa tecnologia».

Quando corre bem, a narrativa é limpa: visão arquitetural forte, estratégia bem executada. Quando corre mal — uma migração falhada, um sistema que não escala, uma integração que cria mais problemas do que resolve — a culpa não recai, tipicamente, sobre a arquitetura. A culpa recai sobre a implementação. Sobre o fornecedor. Sobre o prazo. Sobre o orçamento. E a arquitetura? A arquitetura era sólida.

Não é uma conspiração. É a consequência natural de pedir à mesma pessoa que desenhe, defenda, supervisione e avalie o seu próprio trabalho. Em qualquer outra disciplina profissional, isto seria considerado um conflito de interesses. Na arquitetura empresarial, é considerado normal.

A Camada em Falta

Na medicina, existe o conceito de segunda opinião. No direito, o contraditório. Na engenharia, a revisão independente. Na aviação, inspeções obrigatórias por pessoas que não construíram a aeronave. Na contabilidade, auditores externos que não respondem ao CFO.

Na arquitetura empresarial, existe... o arquiteto.

A camada em falta é a separação estrutural — uma função cujo propósito não é desenhar arquitetura, não é implementá-la, e não é responder perante o arquiteto. O seu propósito é contestar. Fazer as perguntas que o processo de desenho deveria ter respondido mas não respondeu. Pôr os pressupostos à prova. Procurar os modos de falha que o arquiteto não considerou ou não quis realçar.

Isto não é criar burocracia. É criar responsabilização. A diferença entre um desenho que foi validado e um desenho que foi meramente aprovado é a diferença entre uma arquitetura que sobrevive ao contacto com a realidade e uma que parece brilhante até ao primeiro incidente de produção às 3 da manhã.

As perguntas são simples. O desconforto que provocam é o objetivo.

Por que foi esta tecnologia escolhida em vez das alternativas? Qual é o custo operacional ao quinto ano, não apenas o custo de implementação ao ano zero? Quem mantém isto quando o arquiteto passar ao projeto seguinte? O que acontece quando este fornecedor for adquirido, mudar de rumo ou descontinuar o produto? Onde está o ponto único de falha que todos concordaram em ignorar porque corrigi-lo rebentaria o prazo?

Estas perguntas não são hostis. São diagnósticas. O facto de raramente serem feitas por alguém com a independência e a autoridade para exigir respostas é, observado de perto, a maior lacuna estrutural na governação da tecnologia empresarial.

Por Que Esta Lacuna Persiste

A razão é incómoda mas simples: as organizações raramente querem pagar pela contradição.

A contestação independente é cara. Exige pessoas experientes que compreendam a arquitetura a fundo o suficiente para a questionar, mas que não tenham interesse no resultado. Abranda as coisas — ou pelo menos parece abrandá-las. Cria atrito num processo que a liderança quer suave. E de vez em quando produz respostas incómodas de ouvir: «Esta arquitetura tem problemas fundamentais que custarão dez vezes mais a corrigir daqui a três anos do que custariam agora.»

Essa mensagem não assenta bem numa revisão trimestral. Não cabe num slide do comité de acompanhamento. Não alinha com a narrativa de que o programa de arquitetura está no caminho certo e a entregar valor.

Por isso a lacuna persiste. E as consequências acumulam-se — não como falhas dramáticas, mas como uma lenta acreção de dívida técnica, complexidade operacional e perda de conhecimento institucional que acaba por se tornar a crise que o próximo arquiteto será contratado para resolver.

A Verdadeira Pergunta

A narrativa do LinkedIn diz que a arquitetura empresarial conquistou o seu lugar à mesa. Talvez tenha conquistado. Mas conquistar um lugar à mesa e ser responsabilizado pelo que acontece depois de nos sentarmos são coisas diferentes.

A pergunta não é se as organizações precisam de arquitetos. Claramente precisam. A pergunta é se a estrutura atual — onde os arquitetos desenham, defendem, supervisionam e avaliam o seu próprio trabalho com escasso desafio independente — está a produzir os resultados que afirma produzir.

A perceção em melhoria sugere que a profissão está a comunicar melhor. Se está a entregar melhor é outra pergunta — uma que exige olhar para lá dos resultados das sondagens, para os ambientes de produção, os registos de incidentes e os inventários de dívida técnica que não chegam aos posts de LinkedIn.

A responsabilização não é uma ameaça à boa arquitetura. É o que separa a boa arquitetura da arquitetura que simplesmente ainda não foi testada.