Le rôle crucial de l'architecture des données

Pourquoi mettre l'accent sur l'architecture des données ? Parce qu'elle constitue le fondement sur lequel les applications fonctionnent. Elle définit :

• Quelles données vous faut-il ? pour soutenir les produits, les opérations et la conformité
• D'où proviennent ces données dans votre activité commerciale et votre portefeuille d'applications
• Comment la sécurité des données est appliqué
• Comment la qualité des données activé lors de la création, de la modification et de la transformation des données
• Comment ces données flux à travers vos activités commerciales et applications

Tout cela conduit à la gouvernance des données. Vous devez le savoir. source, couler, transformation, et besoin pour permettre gouvernance.

Sans ces fondements, les applications ne peuvent offrir qu'une vision fragmentée de l'entreprise. Des silos de données apparaissent. Pire encore, la traçabilité des informations critiques devient un véritable défi.

Meilleure prise de décision C'est bien beau. Cependant, se concentrer sur la traçabilité des données peut permettre d'économiser plusieurs millions d'heures de travail par an. Vous avez bien entendu : plusieurs millions d'heures.

Un client du secteur de la construction, engagé dans une transformation numérique, a consacré des millions d'heures à son processus d'approvisionnement. Ces millions d'heures étaient consacrées manuellement à des tâches telles que la double vérification des demandes d'achat, la validation des bons de commande, la confirmation de la réception des marchandises et l'approbation des factures – le tout sur support papier et de manière dispersée.

Un peu partout — mon lieu de réception de marchandises préféré était une clairière où un hélicoptère larguait des matériaux de construction.

Leur transformation numérique L'initiative disposait d'un modèle de processus solide démontrant différenciation et automation. Nous devions protéger le sauce secrète et laisser les ordinateurs faire le travail. Le directeur financier souhaitait une automatisation complète du processus d'achat. Pas seulement une automatisation. Match à 4 sur une facture. Il souhaitait une automatisation complète. Si tous les éléments correspondaient, l'approbation d'une demande d'achat approuvait automatiquement la facture.

Il s'agissait de leur deuxième personnalisation d'ERP, nécessitant une compréhension approfondie de besoins en données et flux de données. Le système ERP standard ne permettait pas l'approbation automatique sans intervention manuelle ; il obligeait une personne à cliquer sur ‘ ok ’, bloquant ainsi l'automatisation complète.

L'autre partie était flux de donnéesNous avions besoin d'un flux de données fluide de bout en bout, de codes de marchandises cohérents et d'attributs renseignés. Le système devait pouvoir distinguer de manière cohérente les attributs de qualité.

Pour le flux de données, nous devions transmettre les codes de marchandises au système d'appel d'offres. Ce dernier pouvait alors transmettre la nomenclature au système de gestion de projet. Ce dernier utilisait le planning pour anticiper et créer des demandes d'achat. Ces demandes se transformaient en bons de commande, qui donnaient lieu à la réception des marchandises, puis aux factures. À chaque étape, le système traitait automatiquement les correspondances et réservait la gestion des écarts au personnel.

Nous avons réussi deux choses vraiment géniales. Premièrement, nous avons réussi à faire en sorte que le système… faire le travail, plutôt que simplement enregistrer le travail. Deuxièmement, nous avons économisé plusieurs millions d'heures de travail par an. Du temps passé à gérer des tâches administratives qui aurait pu être consacré à la gestion de projet et à la satisfaction des clients.

Je suis toujours étonné de voir combien d'efforts nous consacrons à des systèmes qui ne servent qu'à… enregistrer le travail.

Je suis consterné par tous les efforts que nous consacrons à des systèmes dont la structure est néfaste. flux de données et gestion des données.

Comprendre la relation entre l'architecture applicative et l'architecture des données

Applications gérer données, applications se déplacer données, applications fournir des données. Certaines même utiliser Les données nécessaires au travail. L'architecture des données définit quoi les données sont nécessaire. Faisons une pause et réfléchissons., Quelles données sont nécessaires ?.

L'architecture des données définit où il vient de, et comment Elle doit être gérée. Les applications servent d'intermédiaires entre les sources et l'utilisation des données, mais c'est l'architecture de données sous-jacente qui garantit la disponibilité, la qualité et la sécurité des données tout au long des processus métier.

L'équilibre entre ces domaines représente l'un des défis les plus complexes pour un architecte. L'approche traditionnelle centrée sur les applications tend à engendrer des systèmes fragiles et cloisonnés, aux données incohérentes. À l'inverse, se focaliser uniquement sur les structures de données, sans prendre en compte les flux de données, aboutit souvent à des modèles abstraits et au refrain habituel ‘ il nous faut une gouvernance des données ’, sans pour autant proposer de solutions concrètes.

Pourquoi cette série se concentre sur l'architecture des données

Au cours des prochaines semaines, cette série se concentrera exclusivement sur l'architecture des données — un domaine trop crucial pour être négligé.

Nous allons explorer :

• Concepts fondamentaux de l'architecture des données
• Comprendre les sources de données, les flux, les contrôles et la création de valeur
• Aligner la gestion des données sur la stratégie d'entreprise et mesurer la contribution
• Approches pratiques pour décrire et modéliser l'architecture des données de votre entreprise

Comme toujours, chaque message alliera conseils pratiques, orientations stratégiques et témoignages tirés de situations réelles, vous aidant ainsi à approfondir votre expertise et à accroître votre impact.

Le rôle de l'architecte : faire le lien entre fonctionnalité et données

En tant qu'architectes, notre rôle est de faire le lien entre le “ quoi ” (les besoins et les fonctionnalités de l'entreprise) et le “ comment ” (les données et les applications qui permettent de répondre à ces besoins). Cela implique :

• Clarifier les besoins en données
• Définition des modèles de données, des flux et des spécifications d'architecture qui en résultent
• Garantir que les architectures applicatives reflètent et prennent en charge la réalité des données

C'est un travail difficile, mais c'est ce qui distingue une architecture d'entreprise efficace d'un travail de projet fragmenté.

Réfléchir à votre pratique actuelle

Avant d'entrer dans le vif du sujet, je vous encourage à faire une pause et à réfléchir à votre propre travail d'architecture d'entreprise :

• Comprenez-vous bien l'environnement de données de votre entreprise ?
• Connaissez-vous les flux de données intégrés à la conception de vos processus et applications ?
• Dans quelle mesure votre architecture de données contribue-t-elle efficacement à la réalisation des objectifs commerciaux actuels ? Où voyez-vous des lacunes ou des risques ?

Vos réponses détermineront ce que vous retiendrez de cette série et vous aideront à cibler les domaines sur lesquels concentrer vos efforts.

À quoi s'attendre ensuite

Dans le prochain courriel, nous commencerons par les notions fondamentales : Qu'est-ce que l'architecture des données ? Nous allons le définir clairement, le situer au sein de l'architecture des systèmes d'information et présenter les composants essentiels que vous devez maîtriser.

J'ai hâte de faire ce voyage avec vous.

Comme toujours, faites-moi part de vos impressions.

Passe une bonne journée!

Salutations,
Dave Hornford
Conexiam

PS. Si vous souhaitez progresser, notre Architecture d'entreprise avec TOGAF et Navigate cours Ce document couvre la gouvernance de portefeuille et le soutien architectural pour les décisions critiques. Il sera mis à jour cet automne. Utilisez le coupon. Spécial40 pour 40% désactivé ($479.40) sur la version actuelle et accès à la nouvelle version.

---

Aller plus loin

La prochaine fois que quelqu'un suggère une meilleure prise de décision Pensez au MIT Sloane's La prise de décision fondée sur des preuves est-elle nécessairement mauvaise ?