A organização de dados não é uma escolha binária. Centralizado ou descentralizado. É um falso dilema que fez muitas equipes perderem anos.
A verdadeira resposta é o hub-and-spoke. Um hub central forte que gerencia a infraestrutura e os padrões. Spokes — analytics engineers descentralizados — que vivem em cada domínio de negócio. A central define as regras do jogo. Os domínios jogam dentro do quadro. E funciona.
O hub: uma plataforma, não um gargalo
O hub são 8 a 12 pessoas. Um principal engineer, platform engineers, um data architect, ops. Suas responsabilidades: a infraestrutura — data warehouse, orquestração de pipelines, compute. As ferramentas padrão — dbt, Airflow, Looker. O treinamento e suporte aos spokes. A definição das regras de governança.
Ponto crucial: o hub não executa. Ele viabiliza. É um serviço interno, não um porteiro. Um spoke que precisa implantar um novo modelo dbt não pede permissão. Ele segue os padrões definidos pelo hub e implanta. Autonomia enquadrada.
O investimento? Uma a duas pessoas no hub para cada cinco a dez analytics engineers distribuídos. É uma proporção que se sustenta.
Os spokes: a proximidade que faz a diferença
Os spokes são os analytics engineers descentralizados. Um a dois por domínio, 20 a 30 no total para uma organização média. Eles trabalham física e culturalmente ao lado de seus negócios — vendas, marketing, RH, finanças. Mas falam a linguagem do hub. Usam as mesmas ferramentas, respeitam os mesmos padrões.
A diferença com um analista generalista? O spoke participa das reuniões de planejamento. Ele não se pergunta "como fazer um modelo dbt" mas "qual insight nos falta para decidir". Sua proximidade aumenta a relevância de forma exponencial.
Exemplo: uma analytics engineer de Marketing não pensa "vou criar um dashboard de CAC". Ela diz: "Nosso diretor de marketing observa que o CAC disparou, mas não sabe por quê. Deixe-me investigar." Ela descobre que as campanhas premium pararam, que as audiências se degradaram. Ela propõe testes para reencontrar os canais de qualidade. Isso é raciocínio de negócio, não reporting.
Coordenação sem burocracia
O perigo do hub-and-spoke? A coordenação que se torna um gargalo. Dez spokes que alinham dez coisas: reuniões intermináveis. Não, obrigado.
A solução: padrões e comunicação assíncrona. Os padrões são o contrato — "todos os modelos dbt seguem este padrão, todos os testes de qualidade estão lá, todos os dashboards usam este template." Cada spoke conhece essas regras e as aplica. Zero coordenação necessária para 95% do trabalho.
Se um spoke quer desviar — criar uma linguagem de análise customizada em Python em vez de SQL dbt — ele vai até o hub, argumenta, debate, decidem juntos. Mas é a exceção.
Comunicação: um canal Slack por domínio incluindo o hub e o spoke, discussões assíncronas, atualizações semanais assíncronas, uma reunião síncrona mensal. Overhead mínimo.
Governança descentralizada mas coerente
Cada spoke é proprietário de seus dados e de sua governança local. Mas a governança global permanece unificada. O spoke de Finanças decide que a taxa de câmbio é estritamente confidencial. O hub valida. O spoke de Marketing decide que a performance das campanhas é pública. O hub também valida. Mas todos publicam seus metadados no catálogo mantido pelo hub. Todos usam a mesma classificação. Todos têm um SLA.
É federação inteligente: autonomia local sobre o conteúdo, coerência global sobre o enquadramento.
A escalada
Já vimos organizações demais que adicionam spokes rápido demais. O hub não está pronto, ele se torna o gargalo que deveria evitar.
O ritmo que recomendamos na Bomzai como parceiro operacional: mês 0-3, montar o hub — infraestrutura, ferramentas, padrões. Mês 3-6, recrutar e treinar 3-4 primeiros spokes. Mês 6-9, passar para 6-8 spokes enquanto o hub itera sobre os padrões. Mês 9-12, 10-15 spokes. Mês 12-24, 20-30 spokes — o hub se torna quase invisível porque automatizou tudo.
Mais quatro spokes por trimestre, até o ponto de equilíbrio. Não mais. É o ritmo que produz resultados mensuráveis sem criar dívida organizacional.
O hub-and-spoke não é um conceito elegante em um slide. É o modelo que co-construímos e que operamos em produção com as equipes — porque é o que realmente escala para 500, 1.000, 5.000 pessoas. E as organizações que o industrializam agora terão uma vantagem estrutural sobre as que continuam hesitando entre dois extremos.
