Além dos silos: conectar dados sem apagar os domínios.

O silo também é organizacional

Duas áreas podem partilhar uma base e continuar a interpretar os dados de formas incompatíveis. O isolamento aparece nos conceitos, nas prioridades e nas responsabilidades. Resolver apenas a ligação técnica deixa parte do problema em aberto.

Preservar o conhecimento do domínio

Quem conhece o processo de negócio está bem colocado para explicar os dados que ele produz. Organizar informação por domínios ajuda a dar um lugar a esse conhecimento. O domínio assume responsabilidades e publica interfaces compreensíveis para os consumidores.

Criar pontos de encontro

Catálogo, glossário e contratos podem conectar produtores e consumidores. Um consumidor precisa de encontrar o dado, compreender o significado, conhecer as limitações e saber como solicitar acesso. O produtor precisa de entender como o produto é usado para orientar a sua evolução.

Encontrar a fronteira que bloqueia uma decisão

Uma lista de sistemas desligados é um inventário, não um programa priorizado. Comece por uma decisão que depende de várias equipas: planear capacidade, analisar cobertura de serviços ou reconciliar resultados. Acompanhe a informação nessa fronteira e registe atrasos, desacordos e preparação repetida. Assim, distingue-se uma ligação em falta de uma definição ambígua, um processo de aprovação ou um produto sem manutenção.

Acordar interfaces sem impor um modelo universal

Domínios diferentes podem ter perspetivas legítimas sobre a mesma entidade. Finanças pode organizar um cliente em torno da faturação, enquanto operações observa a prestação do serviço. Preserve esses contextos e acorde identificadores, períodos de referência e regras de relacionamento. A interface comum deve explicitar as premissas. Resolver todas as diferenças de modelação antes de qualquer partilha pode transformar a integração num projeto sem fim.

O catálogo deve conduzir a uma relação útil

Uma entrada pesquisável só é útil se ajuda alguém a compreender o produto e a decidir como utilizá-lo. Inclua responsável, exemplos, limitações, atualização e percurso de acesso. Permita colocar dúvidas e reportar defeitos. O retorno ao produtor também importa: equívocos repetidos podem indicar um contrato incompleto, uma interface inadequada ou uma utilização importante que o produto ainda não suporta.

Escolher um modelo de equipa que sustente a reutilização

Uma Data Squad pode concentrar capacidade de entrega enquanto a organização estabelece práticas comuns. Um Data CoE pode coordenar padrões e apoiar a responsabilidade dos domínios à medida que cresce a participação. A escolha depende da distribuição de conhecimento, autoridade e capacidade. Nenhum modelo elimina a necessidade de responsáveis pelos produtos e manutenção contínua. Meça se o próximo consumidor reutiliza o produto sem reconstruir a mesma integração.

Começar por uma relação útil

Escolha duas áreas com uma necessidade concreta de colaboração. Acorde um produto, o responsável e as condições de uso. Verifique se uma segunda equipa consegue utilizar a informação sem reconstruir a integração. A reutilização observada é uma evidência mais útil do que apenas contar fontes conectadas.

Perguntas para a próxima conversa

• Começar por uma decisão que atravessa equipas.
• Preservar o significado e documentar identificadores comuns.
• Disponibilizar responsável, exemplos e canal de retorno.
• Medir o esforço de entrada do segundo consumidor.