Pense na última vez que você embarcou em um voo. Chegou ao aeroporto, passou pelo check-in, despachou a bagagem, atravessou o raio-X, esperou no portão. O voo saiu no horário. Você leu o jornal, dormiu, aterrissou. Nenhum passageiro do lado parou para pensar na complexidade invisível por trás daquela operação.
Mas ela está toda lá. Um aeroporto do porte de Guarulhos coordena mais de mil decolagens por dia. Dezenas de companhias aéreas, cada uma com sua frota, cronograma, cliente e sistema interno. Todas operando no mesmo espaço físico, ao mesmo tempo, sem colisão. Isso é possível porque o aeroporto é uma estrutura organizada em frentes distintas que se sustentam mutuamente.
O Data Office funciona exatamente por essa lógica. No artigo anterior, tratamos do que é Data Office e por que ele virou tema de estratégia. Agora, vamos olhar por dentro: quais são as frentes que compõem essa estrutura e como elas se articulam. São quatro, e funcionam juntas.
Frente 1 — A administração aeroportuária: estratégia e governança
Todo aeroporto tem uma administração. É ela que decide se o aeroporto vai expandir uma pista, se vai acolher companhias low-cost, se vai investir em tecnologia de check-in automático. Essa administração não opera voos — ela define a direção institucional da operação.
No Data Office, essa frente corresponde à estratégia e à governança executiva. É onde vivem o Chief Data Officer (ou Head de Dados), o conselho de dados e o comitê executivo trimestral. É quem define a visão, arbitra conflitos entre áreas, aprova orçamento, responde pelo tema na diretoria e no conselho.
Sem essa frente, a empresa até consegue montar infraestrutura técnica e capacitar pessoas — mas a estrutura inteira fica órfã de direção. Os projetos competem entre si, os investimentos viram ilhas isoladas, e nenhum resultado chega no radar da alta liderança de forma consistente.
Frente 2 — A torre de controle: o Center for Enablement
Quem decola aviões não é a administração. Quem decola é a torre de controle, trabalhando com as operações de solo — reboques, abastecimento, briefing, monitoramento do espaço aéreo. É a equipe que diz “taxia para a pista 10”, “autorizado para decolagem”. É ela que estabelece o padrão de operação para que todas as companhias aéreas possam dividir o mesmo espaço com segurança.
No Data Office, essa frente é o Center for Enablement (C4E). É a equipe especializada que define padrões de qualidade, capacita os domínios de negócio, dá suporte técnico, revisa arquitetura de produtos de dados, cuida da documentação, e garante que as políticas de governança virem prática operacional.
É o C4E que permite que cada área opere com autonomia sem sair do padrão. Sem ele, ou cada domínio vira um feudo com regras próprias, ou todos ficam dependentes da TI central para decisões rotineiras — os dois extremos que o Data Office existe para evitar.
Frente 3 — As companhias aéreas autônomas: os domínios de negócio
Dentro do aeroporto operam as companhias aéreas. Cada uma é dona da sua rota, da sua frota, da sua precificação, do seu atendimento, do seu cliente. LATAM escolhe voar para Santiago, Gol para Porto Alegre, Azul faz rotas regionais. Cada uma conhece o seu cliente melhor do que qualquer outro ator do aeroporto.
No Data Office, essa frente é dos domínios de negócio: Comercial, Operações, Financeiro, Supply, RH, Marketing. Cada domínio opera com autonomia sobre os dados do seu escopo — porque é a área que melhor entende o que aqueles dados significam, como devem ser interpretados e que decisões precisam alimentar.
Aqui moram três papéis formalizados: o Data Owner (geralmente um gestor da área, responsável institucional pelos dados do domínio), o Data Steward (responsável operacional pela qualidade e padrão desses dados) e o Data Product Owner (responsável por traduzir as necessidades do domínio em produtos de dados priorizados, com visão de roadmap e valor de negócio). Em projetos de diagnóstico que temos conduzido em indústrias brasileiras, um achado recorrente é que esses papéis já existem informalmente antes do Data Office ser formalizado. Cada área tem alguém que, na prática, é o “dono” do dado, alguém que “cuida” dele no dia a dia, e alguém que “prioriza” o que precisa ser construído. O que o Data Office faz em muitos casos é formalizar, dar nome, processo e apoio ao que já estava acontecendo na sombra.
Frente 4 — A infraestrutura do aeroporto: a plataforma de dados
Pistas. Esteiras. Radares. Torres. Sistemas de bagagem. Cabos de energia. Tudo isso existe para que voos aconteçam, mas o passageiro normalmente não para para olhar. É a infraestrutura — a base física sobre a qual toda a operação acontece.
No Data Office, essa frente é a Plataforma de Dados. É onde os dados fluem, são transformados, são certificados e são expostos para consumo. Tem camadas reconhecíveis: ingestão (de fontes transacionais e externas), transformação (com modelagens certificadas), camada de produtos de dados (o que as áreas efetivamente consomem), controle de acesso e observabilidade.
A plataforma bem desenhada traz algo que está no centro da tese do Data Office: o padrão embutido no caminho. Quando um domínio usa a plataforma para produzir ou consumir dado, ele já está operando dentro do padrão — não precisa decorar a política inteira de governança. É a mesma lógica de um aeroporto moderno: o passageiro não precisa saber como funciona o radar ou o sistema de bagagem para embarcar. A infraestrutura resolve por ele.
A interdependência das quatro frentes
Aqui está o ponto que costuma ficar de fora do debate: as quatro frentes não existem isoladamente. Elas funcionam porque se sustentam mutuamente.
Um aeroporto com infraestrutura de primeiro mundo mas sem torre de controle é um desastre anunciado. Um aeroporto com administração brilhante mas sem companhias aéreas querendo operar ali é um elefante branco. Um com companhias autônomas mas sem padrão de operação de solo vira um circo.
A armadilha mais comum em iniciativas de Data Office é começar por uma frente isolada e supor que o resto se resolve. A versão mais frequente é começar pela plataforma: a empresa investe em Databricks, Snowflake, data lake, camada de produtos de dados — e depois descobre que não tem ninguém com papel formal para garantir a qualidade do que entra, nem conselho para arbitrar conflito entre domínios, nem C4E para capacitar as áreas a consumir. Resultado: plataforma sofisticada e subutilizada.
A versão oposta também acontece. Começar pela política de governança — redação de documentos, RACI, comitês — sem construir infraestrutura nem investir em papéis operacionais. Dois anos depois, a empresa tem política bem escrita e pouco dado certificado efetivamente em produção.
A construção equilibrada parte de um diagnóstico honesto da maturidade atual em cada uma das quatro frentes e distribui os esforços de forma que nenhuma fique radicalmente atrás das outras. Não precisa amadurecer tudo no mesmo ritmo — mas precisa evoluir o conjunto, porque nenhuma frente sustenta a operação sozinha.
Sobre esta série
Este é o segundo artigo de uma série de cinco sobre Data Office publicados no blog da Target. O artigo anterior tratou do que é um Data Office e por que ele virou tema de estratégia. Os próximos exploram o desenho organizacional federado com os papéis que compõem a estrutura, o playbook de implementação em seis fases calibrado para a realidade brasileira, e o framework de mensuração de valor e gestão da mudança ao longo do tempo. Cada artigo foi desenhado para funcionar de forma autônoma, mas lidos em sequência constroem uma visão integrada do tema.
Um aeroporto não se constrói como projeto de engenharia. Constrói-se como decisão de cidade — com projeto institucional, patrocínio político, orçamento estruturado e articulação com múltiplas partes interessadas. Um Data Office, na mesma lógica, não se estrutura como projeto de TI. Estrutura-se como decisão de organização, porque as quatro frentes exigem articulação que só a liderança executiva sustenta.
No próximo artigo, entraremos na dimensão organizacional em detalhe — como o modelo federado funciona na prática, quais papéis compõem um Data Office funcional, e como a estrutura evolui sem virar burocracia.
Esta série de artigos faz parte de uma iniciativa mais ampla da Target para aprofundar o debate sobre Data Office no mercado de dados brasileiro — um tema que, pela relevância e pelo volume de perguntas que recebemos, claramente merecia mais do que uma publicação avulsa.
Além dos artigos, realizamos um webinar gratuito conduzido pelo Alan Feliciano, nosso Head de Data Office, onde estudantes, analistas, engenheiros de dados, gestores, CDOs e donos de empresa se reuniram para discutir, na prática, como estruturar uma operação de dados que funciona. Foi a primeira edição de muitas. Se quiser conferir um pouco de como foi, acesse o post no Linkedin e no Instagram.
Série: Data Office — o próximo capítulo da jornada de dados
1. O que é Data Office e por que ele virou tema de estratégia (acesse aqui)
