Enterprise Architecture wirkt.

Enterprise Architecture wirkt.

By David HohlBusinessTechnologyEducationHow ToManagement
Download on the App Store

Enterprise Architecture wirkt. episodes

  • EAM#4: Datenschuld - Wenn der Kunde in fünf Systemen existiert
    Die strukturelle Schuld im Kundendatenmodell

    EAM#4 - Kerngedanke der Folge

    Die meisten Unternehmen glauben, sie hätten ein Integrationsproblem.

    In Wirklichkeit haben sie oft ein Datenmodellproblem.

    Wenn mehrere Systeme Kundendaten eigenständig speichern und verändern, entsteht eine dezentrale Kundendatenbasis.

    Der Kunde existiert dann nicht einmal im Unternehmen, sondern in mehreren Varianten.

    In dieser Episode

    • Warum Kundendaten in vielen Unternehmen mehrfach existieren
    • Was ein Datenmodell aus architektonischer Sicht wirklich beschreibt
    • Wie eine dezentrale Kundendatenbasis entsteht
    • Warum Integrationen häufig nur das Symptom sind
    • Welche wirtschaftlichen Kosten strukturelle Datenschuld verursacht

      • Vier Diagnosefragen

      1. Gibt es eine klare Definition, was ein Kunde im Unternehmen ist?
      2. Gibt es eine gemeinsame Struktur oder ein Datenmodell für Kundendaten?
      3. Welches System besitzt die Verantwortung für diese Daten?
      4. Wie viele Systeme dürfen Kundendaten verändern?

        5. Wenn diese Fragen schwer zu beantworten sind, existiert meist strukturelle Schuld im Datenmodell.

        Der deutschsprachige EAM Podcast, überall wo es Podcast gibt.

        Freue mich auf Dein Feedback, gerne jederzeit direkt auf https://eam.podigee.io/ oder direkt www.linkedin.com/in/david-hohl

        David Hohl

        Möge die Enterprise Architecture mit dir sein.

        19 min
      5. EAM#3: Integrationsschuld: Warum nicht das neue System das Problem ist
        Technische Schulden in Integrationen – Das unsichtbare Risiko zwischen Systemen

        Kerngedanke der Folge

        Das Symptom ist sichtbar.

        Die Schuld nicht.

        Integrationsschuld entsteht nicht durch einzelne Schnittstellen,

        sondern durch gewachsene Struktur, fehlende Transparenz und unklare Verantwortung.

        In dieser Episode

        • Praxisfall: Verzögerte Bestellungen trotz modernem Commerce-System
        • Die typische Integrationskette (Event, Middleware, Transformation, Batch, ESB)
        • Warum Integrationsschuld exponentiell wirkt
        • Die wirtschaftliche Dimension von Kopplung
        • Drei Schritte zur strukturellen Steuerung

          • Vier Diagnosefragen

          1. Wie viele Systeme berührt ein zentrales Datenobjekt?
          2. Gibt es klare Integrations-Owner?
          3. Wann wurde die Strecke zuletzt architektonisch bewertet?
          4. Kann ich den End-to-End-Flow in 15 Minuten erklären?

            5. Wenn diese Antworten fehlen, existiert Integrationsschuld.

            • Klare Datenführerschaft (System of Record) und DFD erstellen https://en.wikipedia.org/wiki/Data-flow_diagram
            • Reduktion unnötiger Transformation
            • Transparenz über Kopplungsgrad
            • Klassifikation von Schuld: Tilgen, Stabilisieren, Tolerieren

              • Der deutschsprachige EAM Podcast, überall wo es Podcast gibt.

              Freue mich auf Dein Feedback, gerne jederzeit direkt auf https://eam.podigee.io/ oder direkt www.linkedin.com/in/david-hohl

              David Hohl

              Möge die Enterprise Architecture mit dir sein.

              19 min
            • EAM#2: Der wahre Preis eines Plattformwechsels
              Warum die Ablöse einer Commerce-Plattform mehr verändert als Technologie

              EAM#2 - In dieser Folge beleuchten wir:

              • Warum Commerce mehr ist als ein Webshop
              • Welche Datenflüsse eine Commerce-Landschaft wirklich bewegen
              • Produkt-, Preis-, Kunden- und Zahlungslogiken im Gesamtbild
              • Fulfillment, Logistik und Finance als unterschätzte Komplexitätstreiber
              • Wie monolithische Strukturen entstehen
              • Warum technische Schuld beim Plattformwechsel sichtbar wird
              • Die fünf strukturellen Kostentreiber hinter einem Wechsel
              • Wann ein Plattformwechsel strategisch sinnvoll ist und wann nicht

                • Diese Episode richtet sich an Entscheider, Architekten und Führungskräfte, die Plattformfragen nicht technisch, sondern strukturell denken wollen.

                Methodische Perspektiven in dieser Folge:

                • Capability-basierte Architekturbetrachtung
                • Kopplungsgrad-Analyse
                • Entkopplungsfähigkeit als Steuerungsgröße
                • Strukturorientierte TCO-Betrachtung

                  • Der deutschsprachige EAM Podcast, überall wo es Podcast gibt.

                  Freue mich auf Dein Feedback, gerne jederzeit direkt auf https://eam.podigee.io/ oder direkt www.linkedin.com/in/david-hohl

                  David Hohl

                  Möge die Enterprise Architecture mit dir sein.

                  18 min
                • EAM#1: Warum dieser Podcast? Architektur entscheidet.
                  Ein Auftakt über Wirkung, Verantwortung und strukturelle Entscheidungen

                  EAM#1 - Warum starten ich mit diesem EAM Podcast und vieles mehr.

                  Der deutschsprachige EAM Podcast, überall wo es Podcast gibt.

                  Freue mich auf Dein Feedback, gerne jederzeit direkt auf https://eam.podigee.io/ oder direkt www.linkedin.com/in/david-hohl

                  David Hohl

                  Möge die Enterprise Architecture mit dir sein.

                  8 min

                About Enterprise Architecture wirkt.

                From the publisher's feed

                Architektur entscheidet.