Alle Episoden

Externe Schocks wie steigende Energiepreise oder geopolitische Spannungen treffen alle Unternehmen.
Und trotzdem reagieren sie unterschiedlich.

Warum?

Weil Kosten nicht nur durch den Markt entstehen – sondern durch die eigene Architektur.

In dieser Folge zeige ich dir, warum das klassische TCO-Modell zwar hilfreich ist, aber entscheidende Dinge nicht sieht.
Und warum genau dort der Hebel für echte Steuerbarkeit liegt.

Betriebskosten steigen.
Und meistens suchen wir die Ursache an der falschen Stelle.

Ich zeige dir in dieser Folge, warum steigende Run-Kosten selten durch ineffiziente Prozesse entstehen, sondern durch strukturelle Entscheidungen in der Architektur.

Du erfährst, wie Komplexität über Zeit wächst, warum ESM und ITIL oft nur Symptome sichtbar machen und weshalb echte Kostentreiber in Übergängen, Abhängigkeiten und fehlender Klarheit liegen.

Erst wirkt alles günstig.
Projekt freigegeben. Budget passt.

Und dann… wird es teuer.

Nicht plötzlich.
Sondern schleichend.

In dieser Folge geht es darum, warum genau das immer wieder passiert
und warum die Ursache nicht im System liegt, sondern in dem, was sich dahinter verändert.

- Fähigkeiten
- Architektur
- Übergänge

Wenn du verstehen willst, warum Kosten eskalieren, obwohl alles „richtig“ geplant war, dann ist das deine Folge.

Du kennst deine IT-Kosten.
Du hast vielleicht sogar ein sauberes TCO-Modell.

Und trotzdem kannst du oft nicht sicher entscheiden.

In dieser Special-Folge gehen wir einen Schritt zurück und schauen uns an, wie TCO überhaupt entstanden ist – und warum es bis heute so stark genutzt wird.

Gleichzeitig wird klar:
Das Modell ist nicht falsch.
Aber es zeigt nur einen Teil der Realität.

Du hast das System im Griff - denkst du.

Doch die eigentlichen Kosten entstehen oft nicht im Betrieb, sondern im Moment der Veränderung.
In dieser Folge geht es um Betriebsschulden, Lock-in und die Abhängigkeiten, die sich über Jahre aufbauen.
Warum gerade moderne Cloud-Plattformen diese Dynamik verstärken und weshalb der teuerste Moment eines Systems oft erst beim Exit sichtbar wird.

EAM#5 - Customization wirkt oft wie eine schnelle Lösung. Ein zusätzliches Feld, ein neuer Workflow oder eine kleine Erweiterung und der Prozess passt perfekt zum Unternehmen.

Doch über Jahre entfernen solche Anpassungen Systeme immer weiter vom Standard. Was kurzfristig sinnvoll wirkt, kann langfristig zu einer strukturellen technischen Schuld werden.

In dieser Folge schauen wir uns an, wie Customization entsteht, warum sie häufig auf Ebene der Business Architecture beginnt und welche wirtschaftlichen Auswirkungen sie auf die Fähigkeiten eines Unternehmens hat.

EAM#4 - Viele Unternehmen glauben, sie hätten ein klares Bild ihrer Kunden.

Doch in der Realität existiert der Kunde oft mehrfach, im CRM, im ERP, im Commerce-System, im Support-System oder im Loyalty-Programm.

Jedes dieser Systeme nutzt ein eigenes Datenmodell.

Was zunächst harmlos wirkt, führt langfristig zu strukturellen Problemen:
unterschiedliche Kundendefinitionen, widersprüchliche Daten und steigende Integrationskosten.

In dieser Folge geht es um strukturelle Schuld im Datenmodell.

Am Beispiel von Kundendaten zeige ich, warum nicht die Integration das eigentliche Problem ist,
sondern die fehlende gemeinsame Struktur hinter den Daten.

Denn wenn zentrale Geschäftsobjekte unterschiedlich modelliert sind,
wird jede Integration, jedes Projekt und...

EAM#3 Ein neues System wird eingeführt.
Modern. Cloud. Event-basiert.

Und trotzdem kommen Bestellungen zu spät im ERP an.
Reports stimmen nicht.
Daten sind inkonsistent.

Schnell ist das Urteil gefällt:
„Das neue System performt nicht.“

Aber oft liegt das Problem nicht im neuen System.
Sondern in der gewachsenen Integrationsstrecke dazwischen.

In dieser Folge geht es um Integrationsschuld –
eine Form technischer Schuld, die selten sichtbar ist,
aber wirtschaftlich massiv wirkt.

Du erfährst:
- Warum Integrationsprobleme strukturell entstehen
- Woran man Integrationsschuld erkennt
- Warum sie bei Plattformwechseln teuer wird
- Und wie Enterprise Architecture hier echte Steuerungswirkung entfaltet

Architektur entscheidet –...

In dieser Episode geht es nicht um Technologie-Vergleiche, sondern um Unternehmenswirkung.

Was passiert strukturell, wenn eine Commerce-Plattform – etwa von SAP zu Salesforce – abgelöst wird?
Welche Datenflüsse, Verantwortlichkeiten und Prozessketten sind betroffen?
Und welche versteckten Kosten entstehen durch Kopplung, technische Schuld und Vendor-Abhängigkeit?

Ein Blick auf Plattformwechsel aus architektonischer und unternehmerischer Perspektive.

EAM#1: In dieser ersten Episode geht es um den Rahmen dieses Podcasts.
Warum Architektur mehr ist als Technik – und warum Entscheidungen langfristige strukturelle Wirkung haben.