Fundamentos de Arquitetura Corporativa
Visão Geral
Arquitetura corporativa é a prática de tomar decisões que atravessam sistemas, times e anos — as que nenhum time isolado consegue tomar bem, porque o alcance excede o campo de visão dele.
O problema que ela endereça é real: sem alguém olhando para o conjunto, cada time otimiza localmente, e o agregado é pior que a soma das partes.
A forma tradicional de exercê-la — comitês, documentos, aprovações — frequentemente produz mais atrito que valor. Entender por quê é pré-requisito para fazer diferente.
Por Que Isso Importa
O sintoma da ausência é reconhecível em qualquer organização com mais de uma dezena de sistemas:
o mesmo dado em seis sistemas, cada um com uma versão
quatro integrações fazendo a mesma coisa de formas diferentes
ninguém sabe o que quebra se aquele sistema sair do ar
duas iniciativas construindo a mesma capacidade, sem saber
tecnologia escolhida por preferência, com custo operacional multiplicado
Nenhum desses é culpa de um time. Cada um fez a escolha razoável dentro do que enxergava.
O custo aparece de forma difusa — mais integrações a manter, mais reconciliação, mais tempo para entender o que existe — e por isso raramente é atribuído à sua causa.
Conceitos Centrais
Otimização local produz agregado ruim
Cada time, otimizando o próprio resultado, produz decisões que somadas custam caro:
time A escolhe banco X, que conhece → uma tecnologia a operar
time B escolhe banco Y, que conhece → duas
time C escolhe banco Z, que conhece → três, e ninguém domina nenhuma
Nenhuma escolha foi errada isoladamente. O agregado é uma organização com três tecnologias de armazenamento, três conjuntos de conhecimento operacional, e três vezes o custo de sobreaviso.
O trabalho da arquitetura corporativa é tornar esse custo agregado visível na hora da decisão local — não necessariamente proibir a escolha.
As quatro camadas
O vocabulário que organiza a conversa:
negócio capacidades, processos, atores
aplicação sistemas, e o que cada um faz
dados informação, propriedade, fluxo
tecnologia infraestrutura, plataformas, padrões técnicos
Ver arquitetura de negócio, de aplicação, de dados e de tecnologia.
A utilidade das camadas é permitir que uma conversa aconteça no nível certo. Uma discussão de investimento acontece na camada de negócio; uma de integração, na de aplicação.
E a camada de dados é onde as decisões de maior alcance vivem — propriedade e fluxo de informação atravessam tudo. Ver propriedade do dado.
Por que a reputação é ruim
Sendo direto, porque a lista é conhecida:
Distância do código. Arquitetos que não constroem produzem decisões que não consideram restrições reais.
Documentos que ninguém lê. Artefatos produzidos para um processo, não para um leitor.
Aprovação do inevitável. Comitês que avaliam o que já foi construído.
Estado-alvo eterno. Um alvo de três anos revisado anualmente, nunca alcançado.
Padrões sem operacionalização. Regras escritas que dependem de alguém verificar.
Autoridade por posição. Influência que vem do organograma, não da utilidade.
Cada uma dessas tem um antídoto, e eles são o conteúdo desta seção.
O antídoto é utilidade, não autoridade
Um arquiteto corporativo que só pode bloquear tem uma ferramenta e nenhuma influência. Ele é contornado, e o trabalho acontece sem ele.
O que gera influência real:
informação que ninguém mais tem o panorama, a duplicação, o custo agregado
caminho pavimentado tornar a escolha certa a mais fácil
participação cedo estar na conversa antes da decisão
crédito distribuído o time decide, a arquitetura habilita
mãos no trabalho construir junto, não apenas revisar
A primeira linha é o ativo principal: ninguém além dessa função tem visão do conjunto, e essa informação é genuinamente útil aos times.
A disciplina é contínua, não um projeto
O padrão que falha: contratar uma consultoria, produzir um conjunto de artefatos, e arquivá-los.
Seis meses depois, o modelo não descreve mais a realidade, e ninguém o consulta.
O que sobrevive é o que é usado: um mapa de capacidades consultado na discussão de orçamento, um catálogo de sistemas alimentado pela esteira, um radar tecnológico revisado trimestralmente.
Artefato sem uso morre. Ver documentação de arquitetura.
Ela não é o oposto de autonomia
Uma falsa oposição comum: ou os times decidem, ou há arquitetura corporativa.
O desenho que funciona combina os dois: decisões descem ao máximo, e a arquitetura corporativa cuida do que genuinamente atravessa — com restrições e critérios, não com aprovações caso a caso. Ver níveis de arquitetura.
Erros Comuns
Exercer por autoridade. Bloquear é a única ferramenta, e ela é contornada.
Produzir artefatos sem leitor.
Centralizar decisões locais.
Tratar como projeto com início e fim.
Distância do trabalho real. Decisões que ignoram restrições de implementação.
Confundir com controle. A disciplina existe para habilitar decisões melhores, não para tomá-las no lugar dos times.
Exemplo Real
Uma empresa de varejo com 90 sistemas contratou uma consultoria para estabelecer arquitetura corporativa. O resultado, em oito meses: um modelo de capacidades, um inventário de aplicações, um estado-alvo de três anos e um conjunto de 40 padrões.
Dezoito meses depois, nada disso era usado. O inventário estava desatualizado, o estado-alvo tinha sido superado por duas aquisições, e os padrões eram citados apenas para bloquear propostas.
A função de arquitetura corporativa era vista pelos times como obstáculo.
A reformulação partiu de uma pergunta diferente: que informação os times não têm e gostariam de ter?
As respostas orientaram o trabalho:
"Não sei quem é dono deste dado." Foi construído um catálogo de propriedade de dados, derivado do inventário de sistemas e mantido pelos próprios times.
"Não sei se alguém já resolveu este problema." Um registro de decisões arquiteturais por sistema, pesquisável, com o que foi decidido e por quê.
"Não sei o que quebra se eu mudar isto." Um mapa de dependências, derivado do rastreamento distribuído. Ver rastreamento distribuído.
"Não sei quanto custa isto." Custo por capacidade, derivado da marcação de recursos. Ver arquitetura de custo.
Nenhum desses é aprovação. Todos são informação que só a função com visão de conjunto consegue produzir.
Os padrões de 40 itens viraram 6 princípios, e o restante virou caminho pavimentado na plataforma. Ver princípios corporativos.
O estado-alvo de três anos virou uma direção de doze meses, com arquitetura de transição explícita. Ver arquitetura de transição.
A avaliação posterior aponta: o trabalho da consultoria não estava tecnicamente errado. Ele foi produzido como entregável, e não como serviço contínuo aos times — e por isso morreu na entrega.
Conceitos Relacionados
- Níveis de Arquitetura — a alocação de decisões.
- Capacidades de Negócio — a ferramenta central.
- Princípios Corporativos.
- Estratégia Técnica.
Exercício Prático
Pergunte a três times da sua organização: que informação sobre o panorama vocês gostariam de ter e não têm?
As respostas definem o que a função de arquitetura corporativa deveria estar produzindo.
Perguntas de Entrevista
- Que problema a disciplina resolve que nenhum time resolve sozinho?
- Por que a reputação dela é ruim, e o que corrige cada causa?
- Por que utilidade gera mais influência que autoridade?
Para Aprofundar
- Ross, Jeanne et al. Enterprise Architecture as Strategy. HBS Press, 2006.
- Bente, Stefan et al. Collaborative Enterprise Architecture. Morgan Kaufmann, 2012.
- Hohpe, Gregor. The Software Architect Elevator. O'Reilly, 2020.