Arquitetura é sobre pessoas, não sobre diagramas

20 anos de carreira em uma lição: arquitetura é sobre pessoas, não sobre diagramas.

Já desenhei sistemas para a Marinha, para construção naval, óleo e gás, varejo, telecom e bancos. Mudaram as linguagens, os frameworks e as nuvens. Uma coisa nunca mudou:

O sistema acaba com a forma da organização que o constrói.

Isso tem nome desde 1968: Lei de Conway. E eu já vi essa lei vencer todas as vezes que alguém tentou ignorá-la:

• Um monólito "modular" que ficou acoplado porque dois times dividiam o mesmo backlog.
• Uma integração que só funcionava porque uma pessoa entendia tudo — e parou quando ela saiu de férias.
• Uma API "de plataforma" que ninguém usava porque nenhum time era dono dela.

Hoje, antes de discutir tecnologia, eu faço três perguntas:

1. Quem é dono de cada parte, de ponta a ponta, inclusive em produção?
2. Quantos times precisam conversar para uma mudança chegar ao cliente?
3. Esse desenho reduz ou aumenta a carga cognitiva de quem vai manter?

Se as respostas forem ruins, o melhor diagrama do mundo não salva o projeto. Se forem boas, até uma arquitetura simples entrega.

Arquiteto que não pensa em times desenha sistemas bonitos que ninguém consegue operar.

Qual foi a lição de arquitetura mais cara que vocês aprenderam?