Die entscheidende Rolle der Datenarchitektur

Warum sollte man die Datenarchitektur so betonen? Weil sie die Grundlage bildet, auf der Anwendungen funktionieren. Sie definiert:

• Welche Daten Sie benötigen zur Unterstützung von Produkten, Betriebsabläufen und Compliance
• Woher diese Daten stammen in Ihrem Geschäftstätigkeits- und Anwendungsportfolio
• Wie Datensicherheit wird durchgesetzt
• Wie Datenqualität Wird aktiviert, sobald Daten erstellt, bearbeitet und transformiert werden.
• Wie diese Daten fließt durch Ihre Geschäftsaktivitäten und Anwendungen

All dies führt zur Daten-Governance. Sie müssen wissen Quelle, fließen, Transformation, und brauchen um zu ermöglichen Verwaltung.

Ohne diese Grundlage können Anwendungen nur fragmentierte Einblicke in das Unternehmen bieten. Es entstehen Datensilos. Schlimmer noch: Die Herkunft kritischer Informationen wird zur Herausforderung.

Bessere Entscheidungsfindung Das ist schön und gut. Allerdings kann die Fokussierung auf die Datenherkunft jährlich mehrere Millionen Arbeitsstunden einsparen. Sie haben richtig gehört: mehrere Millionen Stunden.

Ein Bauunternehmen, das eine digitale Transformation anstrebte, verbrachte Millionen von Stunden mit dem Beschaffungsprozess. Millionen von manuellen Stunden wurden für diese Prozesse aufgewendet: die Überprüfung von Anfragen, die Validierung von Bestellungen, die Bestätigung des Wareneingangs und die Genehmigung von Rechnungen – alles papierbasiert und unübersichtlich.

Überall verstreut – mein liebster Fundort für Warenlieferungen war eine Waldlichtung, wo ein Hubschrauber Baumaterial abgeworfen hatte.

Ihre digitale Transformation Die Initiative verfügte über ein solides Prozessmodell, das Folgendes zeigte: Differenzierung und Automatisierung. Wir mussten die Geheimrezept und die Computer die Arbeit erledigen lassen. Der Finanzchef wollte den gesamten Beschaffungsprozess vollständig automatisieren. Nicht nur eine Vier-Wege-Spiel Er wünschte sich eine durchgängige Automatisierung der Rechnung. Wenn alles übereinstimmte, sollte die Genehmigung einer Bestellanforderung die Rechnung freigeben.

Dies war ihre zweite ERP-Anpassung, die ein tiefes Verständnis von Datenbedarf und Datenfluss. Das OOTB ERP-System genehmigte nicht automatisch ohne manuelle Klicks – es zwang den Benutzer, auf ‘OK’ zu klicken, wodurch eine vollständige Automatisierung verhindert wurde.

Der andere Teil war DatenflussWir benötigten einen reibungslosen, durchgängigen Datenfluss. Einheitliche Warencodes. Ausgefüllte Attribute. Das System musste Qualitätsmerkmale zuverlässig unterscheiden können.

Für den Datenfluss mussten die Warencodes an das Angebotssystem übermittelt werden. Dadurch konnte das Angebotssystem die Stückliste an das Projektsystem weiterleiten. Dieses nutzte den Terminplan, um vorausschauend Bedarfsanforderungen zu erstellen. Aus diesen Bedarfsanforderungen wurden Bestellungen, die wiederum zu Wareneingängen und schließlich zu Rechnungen führten. In jedem Status verarbeitete das System automatisch die Übereinstimmungen. Abweichungen wurden dem Personal zur Bearbeitung vorgelegt.

Wir haben zwei richtig coole Dinge geschafft. Erstens haben wir das System dazu gebracht, Erledige die Arbeit, anstatt nur die Arbeit aufzeichnen. Zweitens sparten wir jährlich mehrere Millionen Arbeitsstunden ein. Zeit, die mit dem Sortieren von Papier verbracht wurde und die wir stattdessen für das Projektmanagement und die Kundenzufriedenheit hätten nutzen können.

Ich bin immer wieder erstaunt, wie viel Arbeit wir in Systeme investieren, die nur die Arbeit aufzeichnen.

Ich bin entsetzt darüber, wie viel Arbeit wir in Systeme investieren, deren Struktur schädlich ist. Datenfluss und Datenmanagement.

Die Beziehung zwischen Anwendungs- und Datenarchitektur verstehen

Anwendungen verwalten Daten, Anwendungen bewegen Daten, Anwendungen bieten Daten. Manche sogar verwenden Daten, die Arbeit verrichten. Datenarchitektur definiert Was Daten sind benötigt. Lasst uns innehalten und nachdenken., Welche Daten werden benötigt?.

Datenarchitektur definiert Wo Es kommt daher, und Wie Es muss verwaltet werden. Anwendungen vermitteln zwischen Datenquellen und -nutzung, aber die zugrunde liegende Datenarchitektur gewährleistet Datenverfügbarkeit, -qualität und -sicherheit über Geschäftsprozesse hinweg.

Die Balance zwischen diesen Bereichen zu finden, ist eine der größten Herausforderungen für Architekten. Die übliche Fokussierung auf Anwendungen führt häufig zu fragilen, isolierten Systemen mit inkonsistenten Daten. Umgekehrt resultiert die alleinige Betrachtung von Datenstrukturen ohne Berücksichtigung des Datenflusses oft in abstrakten Modellen und dem allgegenwärtigen Appell ‘Wir brauchen Data Governance’ ohne praktische Lösungen.

Warum sich diese Serie auf Datenarchitektur konzentriert

In den kommenden Wochen wird sich diese Serie ausschließlich mit der Datenarchitektur befassen – einem Bereich, der zu wichtig ist, um vernachlässigt zu werden.

Wir werden Folgendes untersuchen:

• Kernkonzepte der Datenarchitektur
• Datenquellen, Datenflüsse, Kontrollen und Wertschöpfung verstehen
• Ausrichtung des Datenmanagements an der Geschäftsstrategie und Messung des Beitrags
• Praktische Ansätze zur Beschreibung und Modellierung der Datenarchitektur in Ihrem Unternehmen

Wie immer vereint jede Nachricht praktische Erkenntnisse, Anleitungen zu Rahmenbedingungen und Geschichten aus der realen Praxis – und hilft Ihnen so, Ihre Expertise zu vertiefen und Ihre Wirkung zu steigern.

Die Rolle des Architekten: Die Brücke zwischen Funktionalität und Daten

Als Architekten ist es unsere Aufgabe, die Verbindung zwischen dem “Was” (Geschäftsanforderungen und Funktionalität) und dem “Wie” (Daten und Anwendungen, die diese Anforderungen ermöglichen) herzustellen. Dies beinhaltet:

• Datenbedarf klären
• Definition von Datenmodellen, Datenflüssen und den daraus resultierenden Architekturspezifikationen
• Sicherstellen, dass Anwendungsarchitekturen die Datenrealität widerspiegeln und unterstützen

Das ist harte Arbeit – aber genau das unterscheidet eine effektive Unternehmensarchitektur von fragmentierter Projektarbeit.

Reflexion über Ihre aktuelle Praxis

Bevor wir uns näher damit befassen, möchte ich Sie ermutigen, innezuhalten und über Ihre eigene Arbeit im Bereich Unternehmensarchitektur nachzudenken:

• Wie gut verstehen Sie die Datenlandschaft Ihres Unternehmens?
• Sind Ihnen die in Ihrem Prozess- und Anwendungsdesign eingebetteten Datenflüsse bekannt?
• Wie effektiv unterstützt Ihre Datenarchitektur heute die Geschäftsergebnisse? Wo sehen Sie Lücken oder Risiken?

Ihre Antworten werden prägend dafür sein, was Sie aus dieser Reihe mitnehmen und Ihnen dabei helfen, genau zu bestimmen, worauf Sie Ihre Bemühungen konzentrieren sollten.

Was Sie als Nächstes erwartet

In der nächsten E-Mail beginnen wir mit den Grundlagen: Was ist Datenarchitektur? Wir werden es klar definieren, es innerhalb der Informationssystemarchitektur verorten und die Kernkomponenten vorstellen, die Sie beherrschen müssen.

Ich freue mich darauf, diese Reise mit dir anzutreten.

Wie immer freue ich mich auf eure Meinungen.

Ich wünsche ihnen einen wunderbaren Tag!

Grüße,
Dave Hornford
Conexiam

PS. Wenn Sie daran interessiert sind, beruflich voranzukommen, unser Unternehmensarchitektur mit TOGAF und Navigate Kurs Umfasst Portfolio-Governance und Architekturunterstützung für wichtige Entscheidungen. Wird im Herbst aktualisiert. Gutschein verwenden. Special40 für 40% off ($479.40) auf der aktuellen Version und Zugriff auf die neue Version.

---

Weiter gehen

Wenn das nächste Mal jemand vorschlägt bessere Entscheidungsfindung Denken Sie an MIT Sloane's Ist entscheidungsbasierte Evidenzfindung zwangsläufig schlecht?