EAM#14: Günstig eingekauft, teuer integriert - Warum Architektur Plattformkosten bestimmt

Shownotes

Viele Unternehmen glauben noch immer, sie kaufen Software. In Wirklichkeit kaufen sie zukünftige Architekturabhängigkeiten.

In dieser Folge spreche ich darüber, warum günstige Plattformen später oft teuer werden, weshalb Integrationen und Betriebsmodelle die eigentlichen Kostentreiber sind und warum klassische Ausschreibungen häufig an fehlender Architekturtransparenz scheitern.

Zusätzlich gehe ich auf die oft unsichtbaren Kosten vor dem eigentlichen Auftrag ein – aus Sicht von Dienstleistern, Architektur und Transformation.

In dieser Folge geht es um:

  • Lizenzmodelle und ihre langfristige Kostenwirkung
  • Integrationskosten als versteckte Kostentreiber
  • Warum SaaS nicht automatisch günstiger ist
  • API-Kosten, Datenbewegung und Plattformkopplungen
  • Ausschreibungen aus Sicht der Enterprise Architecture

Zusätzlich spreche ich über:

  • frühe Architektur-Assessments
  • Risiko- und Betriebsbewertung
  • organisatorische Abhängigkeiten
  • Plattformökonomie und zukünftige Exit-Kosten

Sourcing Asset (mein Model) https://drive.google.com/file/d/1cXdGJmUOLYdKc4Kqm4KpseET8PIQleo1/view?usp=share_link


Lean Leader Summit München

Enterprise Architecture Event am 11.06 - 12.06.2026 in München

Für die Community gibt es mit dem Code:

LEANCONNECT50

50% Rabatt auf das Event.


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.

Transkript anzeigen

00:00:04: Architektur entscheidet über Komplexität, über Kosten und Übersteuerbarkeit.

00:00:09: Ich bin David Hohl und heiße Dich herzlich willkommen.

00:00:12: bei Enterprise-Architektura wirkt der Podcast zu ERM!

00:00:20: So was grüßt Dich?

00:00:21: und herzlich Willkommen zu einer neuen Folge.

00:00:24: heute sprechen wir mal aus einer Sicht die aus meiner Perspektive immer massiv unterschätzt wird aus der Enterprise Architektor.

00:00:34: Und zwar geht es heute um die Lizenzmodelle Mit Integrationskosten um unser Sourcing-Problem, Ausschreibungen die danach kommen und somit die eigentlichen Kosten die lange vor einem Projekt entstehen.

00:00:52: Denn viele Unternehmen glauben noch immer dass Ausschreibungen primär ein reiner Einkaufsprozess sind.

00:01:00: Also was passiert?

00:01:02: Wir vergleichen Anbieter wir vergleiche irgendwelche Features dann werden Preise verglichen.

00:01:08: Irgendwie unterschreibt ein Contract und dann startet mir das Projekt.

00:01:12: Aber aus meiner Sicht stimmt das schon lange nicht mehr, denn jedes Unternehmen kauft heute einfach keine Software mehr so wie früher.

00:01:22: Sie kaufen eigentlich zukünftige Abhängigkeiten, Betriebsrealitäten die erst nachher sichtbar sind, Plattformkoppelungen, verschiedene Transaktionen, die sich über die Plattform hinwegziehen Integrationsaufwände, klarerweise dann die organisatorischen Zwänge, die mit sich kommen.

00:01:45: Die klassischen EPI-Kosten kennt auch jeder.

00:01:49: Dizenz-Dynamiken, die uns treiben und uns echt oft ärgern... ...und oft sogar zukünftige strategische Einschränkungen!

00:02:01: Und genau deshalb ist Soursing aus meiner Sicht heute Architekturarbeit nicht nur progrumant, nicht nur Einkauf und schon gar nicht mehr nur klassisches Vendor Management sondern Enterprise Architektur.

00:02:22: Denn die eigentlichen Kosten entstehen oft nicht beim Vertragsabschluss.

00:02:26: sie entstehen später dann wenn Integration einfach in die Höhe geht Und ich einfach mehr und mehr Plattformen miteinander verbinden möchte.

00:02:37: Daten synchronisiert werden müssen und auf einmal kosten EPIs plötzlich bis sie Geld.

00:02:47: Neue Mittelswerte werden gesucht oder Integrationsplattformen, die Teams werden voneinander abhängig zuntergleichen oder noch viel schlimmer.

00:02:57: Exit-Kosten wären auf einmal sichtbar.

00:03:01: Ja, gute Nacht!

00:03:04: Und genau darüber möchte ich heute mit dir sprechen Und vielleicht auch noch, was wir uns heute auch ein bisschen anschauen müssen ist warum Lizenzmodelle und Integrationskosten so oft falsch einfach verstanden werden.

00:03:20: Warum ich selbst schon so viele RFPs gesehen sind die einfach strukturelle Probleme hatten also architektonische Themen und daran auch oft scheitern in der Durchführung?

00:03:31: Vor allem eine Frage, die ich in einen Raum stellen möchte über die wir echt einmal nachdenken sollten Warum Unternehmen häufig viel zu spät über Architektur sprechen?

00:03:44: Und warum Enterprise-Architekturen eigentlich früher solche Entscheidungen mit involviert sein sollten.

00:03:53: Ich glaube, eines der größten Probleme ist heute einfach das Unternehmen bei Plattformentscheidungen noch immer zu stark auf Feature-Shown also auf Funktionitäten die die Plattform mit sich bringt.

00:04:06: Das sind natürlich wichtig keine Frage!

00:04:09: ist aber nicht das vorrangige Thema.

00:04:12: Der Anbieter oder der Wender, der zeigt einfach schöne geile Grafiken die Marketing aufpoliert sind, sondern da gleichen irgendwelche komischen Dashboards und mögliche moderne UIs Und natürlich heute ohne AI geht gar nichts.

00:04:27: also muss das auch noch glänzen und funkeln.

00:04:30: Automatisierungen und danach wie sich die Plattform über die Zeit halt hinstreckt mit Roadmaps und so weiter.

00:04:36: und was ist Standard?

00:04:37: Was ist Customization?

00:04:39: Vor allem natürlich das Qualierbarkeit dahinter.

00:04:43: Und dann wird natürlich irgendwann über den Preis gesprochen, aber fast nie spricht man wirklich über die eigentlichen Themen, die uns in der Architektur danach richtig Geld kosten, mit denen wir auch Geld minimieren oder BG minimieren wollen.

00:04:59: Die Integrationsarchitektura und die Datenflüsse, also die Datenentitäten, die dafür benötigt werden, ohne Shift wäre es verantwortlich für was?

00:05:09: eigentliche klassische Operation, die dahinter steht.

00:05:12: Die Grenzen innerhalb uns Unternehmens und das ist auch nochmal sehr spannend diese Exit Capability also was ist wenn wir dieses Software doch mal ablösen wollen?

00:05:25: Ich habe glaube ich in einer Folge schon mal gesprochen dass wenn du bei einer Financial Institute arbeitest oder so eine Bank oder einer Versicherung dann verlangt die Bafin von dir halt die Dora den Digital Resilience Act und diese Exit-Fähigkeit ist dann nachher ein Teil von dem Doing.

00:05:44: Also du musst dir auf jeden Fall Gedanken machen darüber Und genau da wird es halt drüber gefährlich Denn die eigentlichen Kosten entstehen meistens nicht in einer Freundin an POC oder so, sondern an Demo was man jemandem zeigt.

00:06:00: Sie entstehen danach wenn das Ding pfeift und läuft.

00:06:06: Und genau dort glaube ich einfach dass halt viele Ausschreibungen von der architektonischen Sicht oder einfach falsch laufen.

00:06:17: Denn was habe ich auch sehr oft gesehen?

00:06:20: Es gibt einen Feature-Katalog, also klassische komischen Listen, wo man so ein Kreuzchen macht kann das Ding, hat er das nicht, das Ding in den Echsel-Listen, wo wir dann nachher schön vergleicht und dann wunderbare Bewertungsmatrizen... Hat sich auch schon mal gesehen!

00:06:38: Maturity Levels sind jetzt nah von eins bis fünf, wie hoch ist das Ganze?

00:06:43: Wie gut ist das ganze im Vergleich zum anderen?

00:06:45: Dann macht man schon ein Bauchgefühl und wird schön gebassen.

00:06:48: Und dann, wenn es so weit ist, kommt man danach die Preisvergleiche und dann vergisst man wieder relativ schnell was in einem Feature Catalog wirklich Training standen ist sondern der Preis ist wieder ganz wichtig!

00:07:03: Wenn das nicht ausreicht, dann machen wir natürlich noch einen POC also Proof of Concept.

00:07:08: Und ja, und am Ende kommt der Ding eine Entscheidung.

00:07:10: Und die Entscheidung triffst wahrscheinlich nicht du?

00:07:12: Nicht ich oder beziehungsweise nicht die Architekt sondern ein Kauf.

00:07:17: Der macht das hauptsächlich, weil er dann nachher mit dem Wendor Schnapsen anfängt also mit Schnapsen meine ich einen historischen Karten spielen, wer am tiefsten runter geht mit dem Preis.

00:07:26: Dann trifft halt jemand diese Entscheidung.

00:07:31: aber fast immer fehlt einfach diese Architektschicht und es sollte echt einmal aufhören.

00:07:37: Und es gibt natürlich viele Fragen, die ich auch primär immer stelle in solchen Ausschreibungen.

00:07:44: Um im Endeffekt auch hier diese Sicht reinzubringen und das ist echt sehr schwierig gerade wenn ich mit Wendors spreche und Dienstleistern was eigentlich alles liefern sollten Und unabhängig davon, was der Wendel liefert muss ich natürlich auch meine eigenen Hausaufgaben machen.

00:08:01: Welche Systeme werden durch diese Einführung kritisch auf einmal oder warum?

00:08:06: Was verändert sich in der Plattformarchitektur?

00:08:09: wird sie zentralisiert durch das oder die Zeit zentrallisiert?

00:08:13: verändern sich die Datenflüsse?

00:08:15: wie verhalten sich Teams dann oder ist danach damit eine Veränderung von den Teams möglich?

00:08:25: Und natürlich auch welche Integrationen sind auf einmal Kernbestandteil von meiner Core Architektur oder von meinem Managed Layer, oder von meiner Customer Layer.

00:08:34: All das sind halt so Fragen die mit sich spielen und da gibt es noch viele mehr.

00:08:41: Und da beginnt natürlich die klassische Enterprise-Architektura.

00:08:45: aber auch Slush-Narchidekten sollten sich diese Fragen mitnehmen immer um das auch stellen.

00:08:53: Denn Architektoo bewertet nicht primär kann die Lösung etwas sondern eigentlich welche Wirkung erzeugt diese Entscheidung, die wir hier treffen langfristig.

00:09:06: Das ist genau die Kehranbotschaft immer bei mir in der Enterprise-Architektur.

00:09:11: Wir haben eigentlich nur einen großen Mehrwert.

00:09:14: Wir liefern Informationen für eine solide Entscheidung egal welcher Natur und wenn du darüber nachdenkst verändert sich auf einmal der Prickwinkel.

00:09:25: Ich habe vor einiger Zeit ein Modell gebaut.

00:09:29: Ich habe das auch in meinem Buch, The Pritchfield einmal veröffentlicht.

00:09:34: Da drinnen zeige ich im Endeffekt wie Sourcing oder bzw.

00:09:37: Assessment bei Ausschreibungen besser strukturiert werden könnten und die Grundidee dahinter war eigentlich relativ einfach.

00:09:48: Ich habe einfach verstanden dass viele Unternehmen einfach nur die Niets reinschreiben und sich danach auf Basis von den Gegeblichkeiten, was ich vorhin erzählt habe, nämlich im Bewertungsmatrixen und am Preis entscheiden.

00:10:03: Das ist aber zu wenig!

00:10:06: Denn eine gute Ausschreibung braucht diese Vergleichbarkeit.

00:10:11: Weil diese Vergleichigkeit funktioniert blöderweise nur wenn Architektur wirklich verstanden wird wie mein Unternehmensarchitekturt in Form der Innerhalb der IT, aber vor allem auch in dem Business aufgebaut.

00:10:24: Denn was bringt dir das, wenn es einfach ein günstigster Anbieter hast?

00:10:27: Wenn einfach die Integration nicht funktioniert oder einfach zu langsam ist.

00:10:31: Oder die Plattform nicht einfach in deine Zielarchitektur reinpasst und vor allem was wirklich Schweine teuer wird.

00:10:40: jetzt, wenn einfach die Datenmodelle, die der Wender mitliefert Und da hat man die Daten auch nicht mit denen zusammenpassen und du diese ja noch mal modellieren musst oder verändern musst, um sie im Endeffekt an einem Unternehmen für weitere IT-Lösungen überhaupt verwenden zu können.

00:10:57: Oder dann, was passiert denn?

00:11:00: Naja der Betrieb explodiert dann irgendwann mal.

00:11:03: Und dann war blöderweise diese günstigste Lösung am Ende super teuer!

00:11:08: Und genau das passiert halt ständig.

00:11:10: Jetzt habe ich mir gerade nochmal ein Buch geschnappt.

00:11:13: Ich möchte ein bisschen dieses Modell zeigen.

00:11:16: Ich werde es auch in den Schonuts verlinken, dann kannst du das mal näher anschauen.

00:11:21: Also dieses Modelle ist relativ einfach aufgebaut.

00:11:24: Du brauchst im Endeffekt eine klare Zieldefinition wo die Architektur hingehen soll.

00:11:29: Du hast letztlich natürlich die zeitliche Planung als weitere Achse und vor allem musst du dir im Klaren sein dass du nachhaltig kommunizierst im Unternehmen.

00:11:40: innerhalb dieser Ausschreibungen muss müssen die aktuelle Struktur und der Lage von der aktuellen IT und den anhängenden Systeme aufgezeigt sein.

00:11:53: In der Ausschreibung sollten auch natürlich die Optionen für etwaige Lösungen mit Alternativen, die ich im Endeffekt dem Kopf habe als Enterprise-Architekt schon mit aufgezeigt sind.

00:12:03: Und das klassische dieser Fragen-Katalog.

00:12:08: Das sollte Teil vom FQFPU immer eine Abkürzung nennens für diese Ausschreibung.

00:12:16: Im Kern, im Ganzen steht halt das Assessment also die Bewertungen dahinter und dann geht es weiter.

00:12:24: wenn halt diese Bewertung stattgefunden hat ist sind die nächsten drei Elemente Die darauf einzahlen für diese beurteilung und da sollte immer sind drei Teile.

00:12:35: der erste Teil ist die Zusammenarbeit.

00:12:38: Also ich empfehle dann immer gleich mal an aktiven Workshop zu machen.

00:12:42: Mal schauen wie funktioniert ja ganze Dienstleister oder auch der Vendor mit mir.

00:12:50: Man sollte halt wirklich frühzeitig anfangen sich auszutauschen und Feedback anzubieten zum Anbieter, da diese Kommunikation gerade in der Umsetzung der Nachhördauer sein könnte Und vor allem was das Ganze noch ein bisschen wertvoller macht.

00:13:05: Das ist natürlich auch eine Budgetfrage.

00:13:07: aber die Frage ist genau dass möchte man langfristig mit dem zusammenarbeiten?

00:13:12: Oder nicht dass man schaut dass man einen POC hinkriegt und ganz klein um zu sehen wie verhaltet sich der Wendor oder der Dienstleister gegenüber mir.

00:13:23: So nochmal kurz zurück, das Interessante dabei ist halt dass viele Unternehmen Behandlungen, Ausschreibungen fast wie isolierte Einkaufsprozesse.

00:13:34: aber eigentlich müssten sie ja Architekturassessment sagen genauso wie ich es vor ein bisschen von meinem Modell erzählt habe.

00:13:43: denn die eigentliche Frage lautet halt nicht Wer ist am günstigsten, sondern du musst natürlich wissen welche Lösung erzeugt langfristig die bessere Betriebsrealität für mich und auch die positiven Effekte dich daraus ziehen möchte.

00:13:57: Das ist ja der Riesenunterschied.

00:14:00: Nehmen wir mal ein relativ typisches Beispiel... Ein Unternehmer führt eine neue Sassplattform ein.

00:14:07: Stellt ihr irgendeine vor?

00:14:09: An Anfang sieht heute wieder genau alles fein aus und dieses Marketing blendet Dich dar Und du fangst halt an, das Ganze wird schnell gestartet.

00:14:22: Wir haben heute auch wenige Integrationsveränderungen, also eine schöne Sache ist da muss ich nicht viel machen.

00:14:28: Die UI passt auch wunderbar so wie kann unsere Daten schnell reinklopfen?

00:14:31: und das Ding liefert sehr viele Standard-Funktionitäten und somit auch weniger Einstiegskosten.

00:14:40: wenn ich halt Richtung Betriebsveränderung schaue oder auch Trainings bei den Nutzern Das klingt alles perfekt an den ersten Schritt und das ist okay.

00:14:50: Und genau, dann fangen die Illusionen an.

00:14:54: Denn jetzt kommt die Realität erst richtig!

00:14:57: Weil man braucht danach doch mal eine oder andere Integration und weitere APIs.

00:15:01: Mit weiteren APIs rede ich von der Plattform weg.

00:15:04: Das heißt keine Standard-API sondern ich muss etwas... Schustern dazwischen.

00:15:09: und dann fragt man sich natürlich, ich kann nicht auf der Plattform das machen.

00:15:12: Bei Saas ist es in der Regel fast nicht möglich und muss danach eine Mittelwerder zwischenschalten um das zu modellieren.

00:15:22: Die Rollmodelle passt überhaupt mit meinen zusammen.

00:15:27: auch die Implantierungspartner können die das langfristig so halten.

00:15:32: Und dann kommen natürlich die EdWelgen anderen Themen dazu, was man eher alles so kennt.

00:15:36: In welche Business Prozesse, die ich damit reinmodellieren möchte kann nicht das überhaupt zu machen.

00:15:41: Wie schaut das Monitor & Logging aus?

00:15:43: Ist das Monitoring so geschaltet dass sich das auch dann an meinen andocken kann um die Incidents besser feststellen zu können, um auch Security Anbindungen zu gewährleisten.

00:15:56: Ja und da gibt es noch viele weitere Punkte die danach realisiert werden Und dann plötzlich entstehen halt überall diese Koppelungen.

00:16:05: Dann kommen halt genau das, was ich halt gemeint habe.

00:16:07: Irgendwie im Mittelwerf ist um die Ecke und ich muss eine Wending machen noch einen Mapping und danach einen weiteren Service... ...und dann atmen wir durch und würde ich sich, was haben wir uns denn da für ein Blödsinn einkauft?

00:16:20: Und dann explodieren halt nicht nur die Kosten sondern auch die Gemüter!

00:16:25: Ja und es passiert natürlich nicht nur in Produkt als solches oder bei der Projekt, wo man gerade unterwegs sind Sondern vor allem in der Architektur rund um das, was ich gerade eingeführt habe.

00:16:36: Die schreien dann am lautesten und der Spannende dabei ist halt dass viele Lizenzmodelle verstärken heute genau solche Effekte Denn diese modernen Plattformen rechnen wir immer über dasselbe ab mit dem sich halt ein relativ schnell Fikule schaufeln können.

00:16:52: Einige API-Calls, Storage Traffic, wie viele Nutzer drauf sind oder Rollen die ich darstellt habe.

00:16:58: Vor allem Regionen Ich sag nur China, Great Firewall.

00:17:02: Viel Spaß!

00:17:04: Und die Datentransfers, die dann auch hin und her gehen und Events und bla-bla-bla weite Integrationen... ...und das wird heute alles zusammen dann relativ schnell deine Kostenstruktur verändern und deren Architektur wird genau deshalb heute auch ein wirtschaftlicher Hebel sein.

00:17:22: Denn wenn ich Daten unnötig synchronisiere einfach einen schlechten Integrationsbeton habe?

00:17:30: Systeme einfach falsch zusammenkoppeln oder Plattformen sogar noch doppel anbinden muss um unmütige Datenbewegungen dabei erzeugt.

00:17:39: Dann passiert auch das, dass ich halt einfach künstliche Abhängigkeit damit aufbaue und dann steigen halt meine Kursen automatisch da brauche nicht drüber reden.

00:17:50: Und halt nicht kurzzeitig sondern halt wirklich dauerhaft.

00:17:54: Eine Integration ist ein Multiplikator über die Zeit.

00:17:59: Deshalb sage ich halt inzwischen oft dass halt nicht der Vertrag entscheidet über die Kosten, sondern die Architektur entscheidet darüber wie teuer der Vertrage am Ende wirklich wird.

00:18:13: Das ist interessant wenn man darüber mal wirklich tiefer nachdenkt und dann hoffe ich mal das vielleicht auch in deinem Unternehmen du als Architek oder deine Architekten darunter eher diese Entscheidung treffen.

00:18:26: Und genau deshalb reichen halt diese klassischen Tissiermodelle aus meiner Sicht oft gar nicht aus Denn die messen heute genau an.

00:18:34: nur dies dass sie halt nur die Lizenz sich anschauen, die Infrastruktur, die bereitgestellt werden muss oder wo ich sie einbette.

00:18:42: Die Projektkosten, die Initiativ starten und vielleicht noch nachfolgend natürlich der Betrieb.

00:18:49: Aber Sie messen halt kaum das was auch die letzten Folgen immer wieder darauf hingewiesen habe, die strukturellen Abhängigkeiten, die daraus entstehen diese Veränderungsfähigkeit im Unternehmerinfekt angestoßen werden müssen Die Integrations-Dynamiken und vor allem natürlich auch organisatorische Auswirkungen.

00:19:11: Das hat immer Auswirkung, wenn ich ein System einführe in die Organisation.

00:19:16: Außer es ist Windzyb.

00:19:18: Ich weiß sogar das, wenn man auf einmal Windrad hätte oder was auch immer für eine Packungssoftware.

00:19:24: Es ist ein kleiner unwichtiges Software!

00:19:29: Und genau dort sitzt halt die eigentliche Architekturwirkung.

00:19:33: Wir haben einfach diese Verantwortung, wir sollten sie endlich mal wahrnehmen.

00:19:37: Ere genau.

00:19:38: und jetzt kommt noch ein Punkt denn was ich vergessen habe der aus meiner Sicht oft halt nie angesprochen wird.

00:19:45: Nämlich die Dienstleistersicht.

00:19:49: also Ich bin selbst eigentlich vorrangig Berater Enterprise-Architakturberater und solutioner Architakturbereiter für große Projekte.

00:19:57: da vergisst man relativ schnell als Der HP Anbieter, den Dienstleister.

00:20:05: Denn was die halt oft vergessen auch auf Dienstleisters Seite entstehen enorme Kosten lange bevor überhaupt ihr nur Vertrag unterschrieben wird.

00:20:16: und ich glaube das genau dort viele Missverständnisse entstehen denn Unternehmen erwarten heute halt oft ... vom Dienstgeist einfach perfekte Aufwandschätzungen, ... ... perfekste Architekturkonzepte.

00:20:30: Perfekte einkalkulierte Risiken und Zeitpläne ... ... um vor allem perfekten Zielbilder ... ... und Integrationssichten über die Systeme hinweg.

00:20:41: Und gleichzeitig gibt es natürlich weniger Transprenz... Die Ownerships sind nicht sichtbar oder beziehungsweise sind unsichtbar sogar die fehlenden Architekturübersichten und Assets, geschweige das überhaupt was gibt.

00:20:56: Widersprüchliche Anforderungen von verschiedenen Business Units, überhaupt keine sauberen Datenmodelle, schweige dass es überhaupt, wenn man versteht was ein Datenmodell ist... ...und keine klare Zielarchitekturen.

00:21:09: Das sehe ich leider sehr häufig Denn Unternehmen sind halt leider zu gut.

00:21:14: Blöderweise in Silos aufgebaut umso größer sie sind.

00:21:17: Und somit gibt es keine Zielarchitekten sondern nur meine Silo-Architekture.

00:21:22: Und genau dort oder dadurch entstehen bereits vor dem Projekt diesen enormen Aufwände.

00:21:30: Denn bevor überhaupt der Vertrag existiert, laufen halt oft bereits irgendwelche Workshops die was man einstellen müssen, irgendwelcher Architektur Abstimmungen oder Security Checkups und Scoping wird fein justiert, Aufwänder werden nochmal abgeschätzt und natürlich die Wänders müssen abgestimmt werden.

00:21:51: Integrationsarchitekten machen Analysen, wie viele Daten werden wir durchpfeifen oder wie schaut die Skalierung über die Jahre aus.

00:22:00: Enterprise-Architekten kümmern sich um Risikoanalysen und natürlich auch wie die Pilotierung dahinter stattfinden könnte, um im Effekt gewährleisten zu können dass das Projekt auch nur in die richtige Richtung gehen könnte.

00:22:14: Und dann haben wir natürlich die Abstimmungsrunden angeboten und die Pitches, die uns auch kein Mensch erzählt und wie viel das wirklich kostet.

00:22:24: Und das all, das kostet Zeit und Geld.

00:22:28: Vor allem auf beiden Seiten.

00:22:30: Ich denke mal daran kann man sich einmal was verändern... ...und dann hört man halt oft die Hares ist dann kalkuliert ja eh danach alles ein.

00:22:40: So einfach ist es oft halt nicht.

00:22:43: Natürlich Teile werden in die Marge mit rein gepackt aber oft ist das oft gar nicht alles mit reingekauert damit halt viele Unternehmen glauben, sie kaufen erst bei der Beauftragung Leistungen ein.

00:22:56: Aber in Wahrheit beginnt der Aufwand oft Monate früher und ich kann mich erinnern... Ich habe einmal einen Pitch gehabt, der in einem Automotive-Umfeld chinesischer Automotivhersteller oder Automobil hersteller war.

00:23:12: unsere Pitch fast über fast sechs Monate und dann haben wir es verloren.

00:23:17: Toll!

00:23:17: Mit, glaube ich, fünfzehn zwanzig Leuten die daran beteiligt waren.

00:23:21: Die Kosten musste man auch reinkriegen.

00:23:24: Genau deshalb ist Architekturtransparenz halt so wichtig für mich, denn je schlechter diese Transparenze ist desto teurer wird.

00:23:31: heute bereits die Angeburtsphase und das Spannendeutel dabei ist heute.

00:23:35: die früheren Phasen zeigen oft schon wie reif eine Organisation wirklich ist Und da sieht man halt relativ schön gut rein.

00:23:43: Wie wird es dann all offen?

00:23:45: Denn dort erkennt man halt redig schnell Diese Verantwortlichkeiten.

00:23:48: sind sie klar in den Datenbestände vorhanden oder die Datenmodelle halt, sind die Plattform überhaupt dokumentiert?

00:23:56: und in die Integration gibt es Integrationsarchitekturen bzw.

00:24:00: Architektur Pattern dahinter oder auch Prinzipien.

00:24:07: Und ich sehe halt auch sehr häufig genau an dieser Stelle halt.

00:24:09: warum halt viele Projekte dann später oder dieses Projekt dann auch vor allem halt später skalieren könnte oder wird was meine Risikoabschätzung anders ausschauen lässt aber nicht weil die Technologie schlecht ist sondern weil einfach diese Architektur Grundlage im Unternehmen fehlt.

00:24:26: Ich glaube sogar, dass viele Unternehmen den eigentlichen Aufwand rund um Transformation massiv unterschätzen.

00:24:33: Denn eine Plattform hat allein löst halt keine organisatorischen Probleme und eine neue Technologie die ich gerade gefunden habe ersetzt, keine fehlende Architekten.

00:24:42: Das Gegenteil ist halt oft der Fall.

00:24:44: Je moderner diese Plattformen werden desto wichtiger wird die Architektor.

00:24:49: Weil wir halt mehr Systeme verbinden müssen, mehr Daten bewegen müssen.

00:24:54: Mehr Services integrieren, mehr Partner und so was im Dienstleister einbauen müssen.

00:24:59: Und vor allem wenn ich halt einen Wachstum habe weltweit mehr Regionen betroffen sind und das erhöht heute rüber Reutis Abhängigkeiten.

00:25:07: Genau deshalb verändert sich halt auch die Rolle von der Enterprise Architektur früher war.

00:25:12: Das hat einfach nur eine Architektor Dokumentationer bis in Grauannens Modellieren Standort sein führen.

00:25:17: Fertig!

00:25:19: Heute ist es viel komplizierter, aber natürlich auch viel spannender finde ich.

00:25:24: Wir haben diese Entscheidungsfähigkeit.

00:25:26: wir müssen Transparenz machen oder halten.

00:25:29: Wir müssen riesige Bewertungen durchführen und Veränderungsteuerungen und vor allem die Kostensteuerung im Griff haben.

00:25:37: Und ich glaube genau dort dass halt dort viele Unternehmen gerade erst beginnen um zu denken oder überhaupt mal darüber nachzudenken.

00:25:46: Den Architektur hilft Unternehmen zu verstehen, welche Konsequenzen Entscheidungen erzeugen oder welche Abhängigkeiten stehen.

00:25:55: Und natürlich welche Plattformen kritisch werden und welche riesigen langfristig aufgebaut werden.

00:26:02: Genau deshalb ist sourcing heute Architektorarbeit!

00:26:10: Bevor ich die Folge diesmal abschließt noch ein persönlicher Hinweis.

00:26:15: am zehnten bis elften Juni findet wieder die Liedersammelt in München statt.

00:26:22: Ich war selbst Speaker, zweifemundzwanzig dort und habe dort über Total Kostoff-Ownership gesprochen.

00:26:27: Und ich muss halt ehrlich sagen das ist eine der wenigen Events, dass ich ja persönlich sehr wirklich schätze weil man dort einfach Menschen trifft halt, die genau dieselben Probleme haben wie man selbst hat.

00:26:39: echte Herausforderungen immer stehen vor Transformationen, Organisationsthemen und gerade Leadership in der Architektur und wie man das Ganze auch zusammenhaltet.

00:26:49: Ich habe das einfach auch sehr familiär gesehen, es ist nicht jetzt ein Groß-Event aber es hat einfach sehr viel Klasse und das ist mir manchmal wichtiger aus wie hundert Hallen.

00:27:00: Wenn dich das auch interessiert und dann schau doch einfach mal bei den Event vorbei für die Enterprise Architektur wirkt Zuhörer habe ich ja auch einen Fünfzig Prozent Compont bekommen.

00:27:13: Den findest du direkt in den Show-Notes.

00:27:16: Ja und vielleicht sieht man sich dort, mich wird mich freuen!

00:27:19: Und danke dass Du heute wieder dabei warst... ...und wenn Dir die Folge gefallen hat, naja ich freue mich halt einfach über Bewertung & Feedback.

00:27:30: Oder wenn Du Dich mich halt weiter empfehlst.

00:27:34: Servus Papa bis auf bald.

Neuer Kommentar

Dein Name oder Pseudonym (wird öffentlich angezeigt)
Mindestens 10 Zeichen
Durch das Abschicken des Formulars stimmst du zu, dass der Wert unter "Name oder Pseudonym" gespeichert wird und öffentlich angezeigt werden kann. Wir speichern keine IP-Adressen oder andere personenbezogene Daten. Die Nutzung deines echten Namens ist freiwillig.