O papel crucial da arquitetura de dados

Por que enfatizar a Arquitetura de Dados? Porque ela é a base sobre a qual os aplicativos funcionam. Ela define:

• De que dados você precisa? Para dar suporte a produtos, operações e conformidade.
• De onde vêm esses dados? em seu portfólio de atividades e aplicações comerciais.
• Como a segurança de dados funciona é imposto
• Como a qualidade dos dados habilitado à medida que os dados são criados, editados e transformados.
• Como esses dados fluxos em suas atividades e aplicativos de negócios

Tudo isso leva à governança de dados. Você precisa saber fonte, fluxo, transformação, e precisar para habilitar governança.

Sem essa base, os aplicativos só podem oferecer visões fragmentadas do negócio. Surgem silos de dados. Pior ainda, a rastreabilidade de informações críticas torna-se um desafio.

Melhor tomada de decisões É ótimo. No entanto, focar na linhagem de dados pode economizar alguns milhões de horas de trabalho por ano. Isso mesmo, alguns milhões de horas.

Uma empresa de construção civil que buscava a transformação digital gastava milhões de horas no processo de compras. Eram milhões de horas dedicadas a tarefas manuais: conferir requisições, validar pedidos de compra, confirmar o recebimento de mercadorias e aprovar faturas — tudo em papel e de forma dispersa.

Em todo lugar — meu local de recebimento de mercadorias favorito era uma clareira na floresta onde um helicóptero descarregava material de construção.

Deles transformação digital A iniciativa possuía um modelo de processo sólido que demonstrava diferenciação e automação. Precisávamos proteger o molho secreto e colocar os computadores para fazer o trabalho. O diretor financeiro queria o processo de compras ao pagamento completamente automatizado. Não apenas um partida de 4 vias em uma fatura. Ele queria automação de ponta a ponta. Se tudo estivesse correto, aprovar uma requisição aprovaria a fatura.

Esta foi a segunda personalização de ERP que eles realizaram, exigindo um profundo conhecimento de necessidades de dados e fluxo de dados. O sistema ERP padrão não aprovava automaticamente sem cliques manuais — obrigava o usuário a clicar em "ok", bloqueando a automação completa.

A outra parte era fluxo de dadosPrecisávamos de um fluxo de dados completo e eficiente. Códigos de mercadoria consistentes. Atributos preenchidos. O sistema tinha que distinguir consistentemente os atributos de qualidade.

Para o fluxo de dados, precisávamos enviar os códigos de mercadoria para o sistema de licitação. Isso permitiu que o sistema de licitação repassasse a lista de materiais para o sistema de projetos. Este, por sua vez, utilizava o cronograma para antecipar e criar requisições. As requisições, transformadas em ordens de compra, geravam o recebimento de mercadorias. Finalmente, as faturas. Em cada etapa, o sistema processava automaticamente as correspondências, reservando as discrepâncias para a equipe.

Conseguimos duas coisas muito legais. Primeiro, fizemos o sistema funcionar. fazer o trabalho, em vez de apenas registrar-o-trabalho. Em segundo lugar, economizamos vários milhões de horas de trabalho anualmente. Tempo gasto em tarefas burocráticas, que poderia ter sido gasto gerenciando o projeto e encantando os clientes.

Sempre me surpreendo com a quantidade de trabalho que investimos em sistemas que apenas registrar-o-trabalho.

Fico horrorizado com a quantidade de trabalho que investimos em sistemas cuja estrutura é prejudicial. fluxo de dados e gerenciamento de dados.

Entendendo a relação entre arquitetura de aplicação e arquitetura de dados

Aplicações gerenciar dados, aplicações mover dados, aplicações fornecer dados. Alguns até usar dados para realizar o trabalho. A arquitetura de dados define o que dados são necessário. Vamos parar e refletir., Que dados são necessários?.

A arquitetura de dados define onde vem de, e como É preciso gerenciá-lo. Os aplicativos intermediam as fontes e o uso dos dados, mas é a arquitetura de dados subjacente que garante a disponibilidade, a qualidade e a segurança dos dados em todos os processos de negócios.

Equilibrar esses domínios é um dos maiores desafios para um arquiteto. O foco tradicional em aplicações parece sempre resultar em sistemas frágeis e isolados, com dados inconsistentes. Por outro lado, concentrar-se apenas em estruturas de dados, sem considerar o fluxo de dados, muitas vezes leva a modelos abstratos e ao refrão comum "precisamos de governança de dados", sem soluções práticas.

Por que esta série se concentra em arquitetura de dados?

Nas próximas semanas, esta série irá se aprofundar exclusivamente em Arquitetura de Dados — um domínio tão crucial que não pode ser negligenciado.

Vamos explorar:

• Conceitos fundamentais da arquitetura de dados
• Compreensão das fontes de dados, fluxo, controles e criação de valor.
• Alinhar a gestão de dados com a estratégia de negócios e mensurar a contribuição.
• Abordagens práticas para descrever e modelar a arquitetura de dados em sua empresa.

Como sempre, cada mensagem combinará insights práticos, orientações sobre estruturas e histórias da prática real, ajudando você a aprofundar seu domínio e aumentar seu impacto.

O papel do arquiteto: unindo funcionalidade e dados.

Como arquitetos, nosso papel é fazer a ponte entre o "o quê" (necessidades e funcionalidades do negócio) e o "como" (dados e aplicações que viabilizam essas necessidades). Isso envolve:

• Esclarecer as necessidades de dados
• Definição de modelos de dados, fluxos e as especificações de arquitetura resultantes.
• Garantir que as arquiteturas de aplicativos reflitam e suportem a realidade dos dados.

É um trabalho árduo, mas é o que diferencia uma arquitetura empresarial eficaz de um trabalho de projeto fragmentado.

Refletindo sobre sua prática atual

Antes de começarmos, sugiro que você faça uma pausa e reflita sobre o seu próprio trabalho de arquitetura empresarial:

• Quão bem você entende o cenário de dados da sua empresa?
• Você conhece os fluxos de dados incorporados em seu processo e design de aplicativo?
• Quão eficazmente sua arquitetura de dados apoia os resultados de negócios hoje? Onde você vê lacunas ou riscos?

Suas respostas irão moldar o que você absorverá desta série e ajudarão a identificar onde concentrar seus esforços.

O que esperar a seguir

No próximo e-mail, começaremos com os fundamentos: O que é Arquitetura de Dados? Vamos definir isso claramente, posicioná-lo dentro da Arquitetura de Sistemas de Informação e apresentar os componentes principais que você precisa dominar.

Estou ansioso para embarcar nessa jornada com você.

Como sempre, gostaria de saber sua opinião.

Tenha um ótimo dia!

Cumprimentos,
Dave Hornford
Conexiam

PS. Se você tem interesse em progredir na carreira, nosso Arquitetura empresarial com TOGAF e Navigate curso Abrange a governança de portfólio e o suporte arquitetônico para decisões críticas. Será atualizado neste outono. Use o cupom. Especial40 para 40% desativado ($479.40) na versão atual e acesso à nova versão.

---

Indo além

Na próxima vez que alguém sugerir melhor tomada de decisão Pense no MIT Sloane's A tomada de decisões baseada em evidências é necessariamente ruim?