Contra federação de design systems

O modelo federado e por que ele falha

Design systems operam sob três modelos de governança: centralizado, federado (descentralizado) ou híbrido. O modelo federado, sem ownership centralizado e mantido por feature teams como atividade paralela, é o menos adotado - apenas 13% dos times trabalham assim, segundo o ZeroHeight Design System Report. A insatisfação entre quem opera nesse modelo é a mais alta entre todos os grupos, e times estão conscientemente se afastando dele.

Por que as organizações federam agora

A autora identifica dois gatilhos principais. O primeiro é o corte de custos: em 2026, mais de 120 mil pessoas foram demitidas em 226 empresas de tech. Times de design systems e front-end clássico são os primeiros a serem cortados, e a federação surge como forma de manter a aparência de que o trabalho ainda importa enquanto se redireciona ou elimina pessoas. O segundo é a ilusão de produtividade com IA: se modelos generativos conseguem produzir componentes, a lógica parece ser que qualquer pessoa pode manter o sistema. Na prática, a qualidade do output é questionável e a velocidade vem à custa de coerência.

As promessas que não se sustentam

A autora desmonta quatro mitos. "Todos vão contribuir" - não vão; times já estão sobrecarregados e duplicam soluções fora do sistema. "Toda contribuição atinge o padrão" - contribuições exigem conhecimento especializado (tokens, acessibilidade, modelagem de props), e a federação tende a baixar a barra, aumentando dívida técnica. "Ownership é democrático" - na prática, a difusão de responsabilidade cria um vácuo de liderança onde ninguém é accountable, e desigualdades de senioridade, gênero e raça se amplificam. "Time to value é mais barato" - a economia só se materializaria com alta taxa de contribuição e reusabilidade, ambas improváveis no modelo federado; o resultado são sistemas inchados com componentes de baixa qualidade.

Federação como aspecto, não como modelo

A conclusão é que federação exige perfeição organizacional que praticamente nenhuma empresa possui. Quando falha - e falha - o retorno à centralização exige anos de trabalho de limpeza. O modelo híbrido, onde um time central mantém o core e recebe contribuições pontuais de feature teams, é a abordagem mais popular e mais sustentável. Não resolve todos os problemas, mas pelo menos não prepara times para o fracasso nem troca moral da equipe por promessas vazias.