EAM#27: AI Architecture (1/2) - Ohne EAM keine langfristige AI

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: Ja was grüßt euch und herzlich Willkommen zu einer neuen Folge!

00:00:24: Mit der heutigen Folge setzen wir unsere spannende EI Serie fort.

00:00:30: Und ja, in der Folge twenty-fünf haben wir ja darüber gesprochen warum EI wirtschaftlich völlig anders funktioniert als klassische Software und warum auch der EITCO eben nicht aus Lizenzkosten besteht sondern sich kosten durch die Nutzung vor allem und den Daten.

00:00:49: Und natürlich der Governance, von dem wir noch nicht gesprochen haben.

00:00:52: es kommt dann in Folge neunundzwanzig und vor allem aber die organisatorischen Entscheidungen Und das entwickelt sich natürlich erst über die Zeit.

00:01:04: In der Folge XXVI, also die letzte Folge ging es ja anschließend um den EI-Demand, also um die Frage wie wir EI Investitionen überhaupt bewerten und wie dieser Methötil Level dahinter entstehen könnte und welche Kriterien es dafür geben kann und die du vielleicht auch betrachten könntest.

00:01:29: Ich glaube, man hat daraus auch recht gut verstanden dass eI Demands nicht gleich gesetzt sind mit den Newscases dahinter und das eigentliches immer drum geht einen Business Value zu erzeugen.

00:01:41: Vielleicht hast du dabei schon gemerkt, dass wir uns Schritt für Schritt einem ganz großen Ziel nähern und manchmal braucht es auch ein bisschen länger und vielleicht auch mehrere Loops um diese Inhalte dann besser zuordnen und so können.

00:02:00: Denn selbst wenn wir wissen, welche EI-Initiativen sinnvoll ist bleibt immer noch eine entscheidende Frage für mich immer offen – wo gehört eigentlich EI in der Unternehmensarchitektur?

00:02:15: Und genau darum geht es heute!

00:02:17: Die Folge ist bewusst eigentlich der erste Teil einer zweiteiligen Reihe.

00:02:22: Ich dachte immer, es macht Sinn das ganze einmal zu splitten.

00:02:25: Denn es kommt halt immer wieder die Situation hoch dass man gerade in der Enterprise Architektur immer ein bisschen in die Slush-Architekture switcht wenn es um Technologien geht.

00:02:36: und deswegen haben wir gedacht das macht an dieser Stelle auch hier Sinn das zu trennen.

00:02:42: Und heute betrachten wir halt EI aus der Sicht der Enterprise Archeitektura also aus dem ... musst du Unternehmenssicht oder Gesamtunternehmenssicht und in der nächsten Folge ... ... wechseln wir dann bewusst die Perspektive, ... ... und schauen uns erst das Lurschenarchitektur an.

00:02:58: Genau ich persönlich war ja auch oder bin noch immer ... ... als Lursch ein Architekt in gewissen ... ... Ebenen unterwegs in der Vergangenheit sehr tief... ... und wenig im EM-Umfeld.

00:03:13: deswegen kann ich halt verschiedene Welten auch recht gut betrachten.

00:03:16: Gerade wenn es um neue Technologien geht.

00:03:20: Ja, da pumpt natürlich auch mein Herz mit.

00:03:23: Denn der Entwickler in mir, der ruht natürlich nicht sondern er will aber er kann gerade nichts.

00:03:29: Naja... Heute geht es also nicht um Agents oder irgendwie LLMs so large Language Models oder irgendwie prompting Engineering etc.

00:03:38: Heute legen wir eher das Fundament.

00:03:40: Also legen wir mal los!

00:03:46: Kapitel eins EI verändert die Business Capability.

00:03:50: ist Das haben wir auch die letzten zwei Folgen sehr ausgerückt gesprochen, dass das eigentlich das Ziel ist.

00:03:59: Und ja, EIFE ändert halt nicht zuerst die Anwendungen oder irgendwie Technologien sondern sollte natürlich abgezielt werden auf unseren Capabilities, den wir aufgebaut haben und wird damit automatisch zu einem Thema der Enderbeisorgung durch.

00:04:16: Erinnern wir uns... An die Folge.

00:04:18: neunzehnundzwanzig haben wir darüber gesprochen, dass Gratzstrategien nicht direkt die Projekte verändern.

00:04:25: Die Strategie verändert vor allem eigentlich die Business Capability.

00:04:28: und genau das gilt auch finde ich für EI.

00:04:34: und das ist keine isolierte IT-Initiative also sollte es auch niemals betrachtet werden.

00:04:40: Es verändert halt einfach die Art und Weise, wie Organisationen oder Unternehmen ihre Fähigkeiten ausführen.

00:04:48: Deshalb beginnt EI nicht bei der Technologie sondern klar bei den Business Capabilities.

00:04:59: Nehmen wir uns mal ein paar Beispiele zur Hand.

00:05:02: Customer Service Diese Capability lautet ja ... benutzen die EI, richtig?

00:05:08: Die Capability ist ja eigentlich so getdesigned oder wird halt beschrieben.

00:05:12: Wir möchten Kundenanfragen schneller, kollektiv hochwertiger bearbeiten und ... ... EI soll halt dabei wirklich ein Ennebler sein.

00:05:23: Das Gleiche gilt natürlich auch für andere Bereiche wie Marketing... ... oder AJR der Finance oder vielleicht auch in der Softwareentwicklung.

00:05:30: Das Ziel sollte dann natürlich nicht sein, EI First, die Verbesserung ... einer Business Keyword, sollte eher das Ziel sein.

00:05:39: Und damit hast du natürlich auch ganz andere Argumente und Überlegungen dahinter wie man auch den Fachbereich besser abholen kann.

00:05:49: Nimm dir doch einmal ein anderes Beispiel wenn du eine andere Technologie positionieren möchtest da kommst du natürlich nicht um die Ecke und sagst so Technologie mach das und jenes.

00:05:59: dann willst du natürlich beschreiben was im Jahr wird das für den Fachbereich liefern kann.

00:06:04: Wenn also EI eine Businessgebülle verändert, stellt sich noch automatisch eine andere Frage.

00:06:11: Wo verankern wir das Ganze eigentlich innerhalb unserer Enterprise-Architektur?

00:06:20: Kapitel zwei EI ist keine eigene Architekturdomene.

00:06:26: Ich bin der festen Überzeugung da sollte es auch nie sein denn Es ist immer noch eine Technologie Und solange wir keine Roboter haben und wir kommen autonom unterwegs sind solltet niemals der Fall sein.

00:06:41: Für mich sollte diese Technologie eigentlich unsere bestehende Enterprise Architektur nur ergänzen, sie ersetzt sie nicht und benötigt auch keine eigene Architektorwelt.

00:06:52: Auch wenn manche Consulting-Boden in drei Buchstaben, würde ich jetzt nicht eingehen welche das sind aber drüberhaupten dass, dass EA ja eigentlich EA im Assetzen wird davon werde Denke ich wird das nicht passieren, sondern es sollte eigentlich immer nur eine Ergänzung sein.

00:07:14: Viele Unternehmen überlegen aus meiner Erfahrung derzeit eigentlich hauptsächlich diesen Split.

00:07:23: also wir haben einfach einsetzt den organisatorischen Aufgaben die gestellt sind und die architektonischen Und das probieren sie immer separat zu lösen Also wie man halt eher aufstellt.

00:07:38: Aus meiner Sicht ist das aber genau der große Fehler dahinter.

00:07:42: Das sollte auf keinen Fall gesplittert werden, dass man einerseits das auf die Architektur sich zieht und auf den anderen Seite dann gibt es irgendeine Organisationsbereiche, die man darauf aufbaut.

00:07:55: Wir nutzen auch bestehende Anwendungen und vor allem bestehenden Daten.

00:07:59: Die kommen ja, werden hier keine alle neu entwickelt Und AI beruht natürlich auf bestehende Technologien und Windows und so ist es, die du schon hast.

00:08:10: Das ist auch kein Rocket-Sign dahinter.

00:08:13: Und ja, Enterprise-Architektur verbindet halt einfach diese Bereiche und das war schon früher so und das wird jetzt auch in der Zukunft sein.

00:08:23: Genau deshalb gehört halt AI mitten in der bestehenden Architekturen nicht außerhalb und nicht daneben.

00:08:30: Schauen wir uns mal ein Beispiel dazu wieder an.

00:08:33: Wenn wir einen Was war es, wie ich einen EI Sales Assistant oder so entwickeln?

00:08:39: Dann schauen wir uns natürlich an, welche Modelle setzen wir ein.

00:08:45: Das ist aber auch nicht richtig, das war doppelt richtig.

00:08:50: Aber das ist nicht richtig meine ich.

00:08:52: Sondern wir wollen natürlich verstehen wenn wir so ein EI sales assistant bauen, welche Kapabilität sollten dadurch verbessert werden und welche Prozesse werden dadurch verändert?

00:09:05: Und was braucht eigentlich diese Assistent, um welche Andaten und mit welchen Fovokriegen?

00:09:13: ist die Informationen?

00:09:14: Also die Schnittstellen dazu zu den jeweiligen Anwendungen.

00:09:17: Vor allem aus der Enterprise-Architektur sollten wir uns natürlich immer Gedanken machen, was für Risiken entstehen durch so eine Veränderung im Unternehmen.

00:09:25: Erst danach sollten wir über die technische Lösung sprechen.

00:09:29: Vielleicht kommt auch dieser Gedankengang bekannt vor... Denn genau das ist die Grundlage, über die wir eigentlich die letzten Folgen ja schon gesprochen haben.

00:09:46: Kapitel drei Die bisherigen Folgen waren eigentlich nur die Grundlager für das was jetzt kommen wird.

00:09:55: Eine EI-Architektur beginnt halt natürlich nicht mit den zwei Buchstaben.

00:10:00: Sie beginnt mit der Grundlage und einer guten Enterprise Architekture.

00:10:06: Also du brauchst das Fundament, um etwas zu machen.

00:10:09: Das ist wie beim Hausbau.

00:10:11: Da kannst Du auch nicht mit Dache einfach anfangen und hoffen der Keller passt dann irgendwann dazu Wenn Du in den letzten Folgen hinzugehört hast Und falls nicht, hast Du da jederzeit die Möglichkeit natürlich zurückzuspringen.

00:10:27: Da haben wir vor allem über die Data Entities und Data TCO gesprochen und den jeweiligen Elementen, die dafür notwendig sind Diese Fähigkeit in einem Unternehmen zu etablieren.

00:10:37: und als guter Schluss dieser Data-Folge gab es die Governance.

00:10:43: Und diese setzt den Rahmen dafür.

00:10:48: All diese Themen waren natürlich keine einzelnen Bereiche, die hängen natürlich zusammen und sie bilden gemeinsam ein Fundament.

00:10:56: eines worauf du nun aufbauen kannst wenn du das in dieser Linie überhaupt machen möchtest Was entscheidend ist, unabhängig jetzt dass du um TCO kümmerst sind wirklich die Governance Themen und deine Data Entities.

00:11:15: Ohne dem würde ich jetzt hier an der Stelle auch stoppen und nicht über EIE Architecture in Form von der Enterprise Architektur reden wollen oder auch schon gar nicht dann die nächste Folge des Lucian Architecture.

00:11:28: Dann kommen halt diese klassischen W-Fragen wieder um die Ecke.

00:11:32: Wir fangen wieder beim ersten Punkt an Welche Business Capability wollen wir verbessern?

00:11:38: Welche Data Entities benötigen wir dafür?

00:11:41: Weil die Data Entity durch diese Klassifizierung schon herausfinden, wie kritisch das Ganze ist.

00:11:47: Wo sind die Daten überhaupt gespeichert?

00:11:49: Wer verändert sie?

00:11:50: und EI?

00:11:51: Ist ja eigentlich ein Service, wenn man es so sieht der dazwischen hängt und die Daten auch wiederhortet, speichert oder verändert.

00:11:59: Dementsprechend wird es danach ja auch einen Bestandteil davon deiner Architektur.

00:12:05: Vor allem, was natürlich extrem einen großen Einfluss hat ist wenn du diese EID-Mans dementsprechend umpriorisierst.

00:12:14: Das hat halt extreme Auswirkungen auf deine Architektur und das sollte dementsprechend mit beurteilt werden und eingearbeitet werden.

00:12:22: Damit verändert sich auch die Rolle unserer Arbeit denn sie dokumentiert einfach nicht mehr nur die Unternehmenslandschaft also was wir in der Vergangenheit gemacht haben – Sie schafft!

00:12:33: vor allem eine Grundlage, dass halt die neue Technologien wie unter anderem im gesamten Unternehmen emfoskalierbar und vor allem steuerbar und hoffentlich natürlich auch nachhaltig eingesetzt werden kann.

00:12:54: Kapitel vier Enterprise-Architektur schafft Orientierung.

00:13:00: Wie ich das Kapitel geschrieben habe, musste ich lange überlegen, wie diese Orientierung ausschaut?

00:13:05: Ist es jetzt wirklich nur die Gabonenz?

00:13:09: eine Art von Frame, was gesetzt werden muss.

00:13:12: Was du nutzen solltest und was du nicht nutzen sollst?

00:13:17: Es ist etwas schwierig.

00:13:20: die Beantwortung für mich dahinter da es an der technologischen Front ja gerade so viel Veränderungen gibt.

00:13:29: Und auch wenn man sich jetzt den Markt anschaut gibt es sehr viele Wetten.

00:13:33: Diese Wetten sind extrem hot und für mich sehr beunruhigend.

00:13:37: ich über mal vor Ich glaube, der letzte Jahr im November mal ein Artikel geschrieben über das Thema EI-Wetten am Aktienmarkt und wie viel Investment da eigentlich reingeht.

00:13:50: Und jetzt kann man sich natürlich gut vorstellen wenn dieses Investment flöten geht weil einfach die Versprechen des Unternehmens nicht aufgehen.

00:13:58: dann wird der Markt relativ schnell kollobieren.

00:14:01: alles was du jetzt aufsetzt und aufbaust wird wahrscheinlich danach nicht mehr funktionieren, weil einfach diese einzelnen Eventoren nicht mehr vorhanden sind.

00:14:12: Somit ist eigentlich die grundsätzliche Frage für mich nicht was man nutzen sondern eigentlich in welcher Art und Weise sie nutzen sollten.

00:14:24: Und ja viele Unternehmen starten einfach mit irgendwelchen Initiativen und dann testen die halt irgendwelche Tools mal aus.

00:14:34: das bringt ja gleich einen Vorteil.

00:14:39: Naja, auf den ersten und zweiten Blick macht das vielleicht noch alles Sinn.

00:14:43: Aber dann wird man redezeit feststellen wie man sich in Abhängigkeiten begibt Und wenn er mal diese Blase wirklich platzen sollte Wo ich leider auch immer davon ausgehen werde oder ausgehe.

00:14:54: also Ich glaube nicht dass die Diese Versprechen die die Unternehmen aktuell In den Aktienmarkt reinpulfern Sich über die nächste Zeit zu halten werden und damit wird es eine relativ großen Marktkollaps geben.

00:15:09: der wird danach ja auch die Unternehmen leider mitreißen, weil sie im Endeffekt auf Versprechen aufgesprungen sind und sich damit auch noch extremst abhängig geschaffen haben.

00:15:21: Wir müssen einfach dahinter sein dass wir das Ganze auch steuerbar machen.

00:15:27: also jede Innovation die wir in den Unternehmen vorantreiben oder unterstützen soll steuerba sein Und Enterprise Architektur sorgt dafür, dass EI Lösungen zusammenpassen und nicht nebeneinander wachsen.

00:15:46: Nehmen wir einfach wieder unsere Fachbereiche raus und bleiben ein bisschen Customer Agent.

00:15:52: Wenn die Unterpen von einer anderen entwickelt werden, beide Abteilung greifen auf unterschiedliche Kunden-Daten auch noch zu oder bauen vielleicht auch die selben Schnittstellen auf Dann passiert auch recht häufig durch das Bromding oder beziehungsweise den Dateninput für die Agents müssen, die Kunden anders aufgebaut werden.

00:16:17: Oder definiert werden und ich gehe ja immer davon aus dass das Rente schnell auch implementiert ist bzw funktioniert.

00:16:28: aber was dann genau passiert ist einfach dass alles sehr komplex wird weil hier eine Diplette aufbauen und auch dann halt das Problem habe, dass sich da halt Kosten in die Höhe treiben weil ich diese Technologien nicht wieder verwenden kann mehr.

00:16:47: Das sind einfach dann zwei Seiten und die zusammenzubringen ist dann fast unmöglich.

00:16:55: Und deswegen finde ich auch aus der Enterprise Architektur müssen wir halt klar diese Sachen erkennen und frühzeitig einfach auch die gemeinsamen Erleidplanken schaffen.

00:17:06: Und gerade mit dem EI Demand, Prozess und den Kriterien unter Bewertungen schaffst du das.

00:17:13: Das habe ich selbst auch so implementiert bekommen.

00:17:18: Es ist eine Prozedur und es ist sehr viel People Business dahinter weil man nicht einfach diese Leitplanken aufsetzen kann Denn jeder hat halt einfach Interesse daran seinen Bereich vor Ort zu bekommen.

00:17:32: Dennoch muss es halt steuerbar bleiben Und das Kostenteam ist nebenbei der größte Trumpf dahinter in der Kommunikation.

00:17:47: Kapitel V, Enterprise-Architektur beantwortet für mich das Wo und Solushnarchitektuere beantworten das Wie, ERM oder Solushanarchitektor verfolgen natürlich unterschiedliche Ziele.

00:18:03: Genau deshalb werden auch beide benötigt.

00:18:05: keine Frage Ich will jetzt auch gar nicht bewerten, was jetzt wichtiger ist im Unternehmen.

00:18:16: Also die Enterprise-Aktur sollte natürlich nur den Rahmen definieren.

00:18:20: also wir beschreiben unsere Capabilitys, wir beschreifen die Daten, die technischen und die Business Applications und wir definieren natürlich ja auch die Zielachdekturen in einem gewissen Umfang Und das ist das Wichtigste um.

00:18:37: was oft vergessen wird ist, man definiert einfach irgendwelche Prinzipien und Standards.

00:18:41: Und etabliert sich halt nicht um Unternehmen und lasst sie auch nicht von Unternehmen leben.

00:18:47: So an.

00:18:47: diese Standards und Prinzipien müssen dann nachher abgewandelt werden in die Suchtnachrektur.

00:18:54: Die müssen Sie natürlich auch an den Prinzipien- und Standard halten der im Endeffekt gesetzt wird.

00:19:01: Sonst haben wir alle genau das Problem wie es in sehr vielen Unternehmen aktuell ist, dass Governance einfach nicht gelebt wird.

00:19:11: Bei der solutionen Architektur ist natürlich gerade wenn wir jetzt im AI-Einsatz uns fokussieren, ist halt entscheidend zum Beispiel natürlich welche LMMs eingesetzt werden und brauche ich überhaupt irgendwelche EI Agents benötigen wie irgendwelchen Rack oder sonst irgendwie etwas?

00:19:27: Und vor allem natürlich wie diese Schnittstellen ein anderer auftreffen und was für Elemente davon benötigt.

00:19:34: Und nicht zuletzt natürlich, wie schaut die Security-Architektur dahinter aus.

00:19:39: Welche Möglichkeiten gebe ich denn eigentlich mein Agent?

00:19:43: Was welche Informationen haben der überhaupt Zugriff in welcher Frequenz?

00:19:47: da der Zugriffs

00:19:47: etc.?

00:19:49: Das sind alles Themen, die jetzt von der gerade Enterprise-Altitude aus Prinzip und Standard gesetzt werden sollte so dass sich Slush-Narchidekten daran halten können oder beziehungsweise auch wenden können oft wissen sie das ja auch nicht besser Eigenonehmbar.

00:20:07: ein weiterer Punkt, den man natürlich da gerade im Folgebetrieb beachten sollte und das auch mitgeben soll in der Sluschening.

00:20:15: Wie schaut eigentlich der Betrieb und das Monitoring dahinter aus?

00:20:18: Aber wie überwacht man das?

00:20:21: Diese Überwachung ist extrem wichtig so dass es Dinge nicht aus dem Ruder läuft Und für mich gehört halt einfach beides zusammen.

00:20:31: Du hörst auch raus, dass in viele Elemente die erst im ERM definiert werden.

00:20:35: Und wenn sie zusammen vielleicht auch definiert wird so das man danach gemeinsam eine passende Lösung daraus entwickeln kann.

00:20:43: ERM ist halt keine Insel-Lösung und Solushandeln die du entsteht.

00:20:47: ohne Solushandel entstehen aber auch keine funktionelle Lösungen.

00:20:55: Das sind da schon wieder am Ende unserer Folge angelangt.

00:20:59: Heute haben wir uns ja bewusst nicht über die Modelle und Agent Technologien gesprochen.

00:21:03: Das war mir extrem wichtig, ich wollte eigentlich eher diese Erkenntnis mitgeben wie Unternehmen eigentlich oft das Reise beginnen und dass halt die Auswahl des Tools des Letztes was machen solltest.

00:21:26: Die Strategie dahinter Die ist eigentlich... Ich habe letztens mal über das Thema gesprochen, vielleicht hole ich da ganz kurz nochmal aus.

00:21:37: Also EIS Strategien, das kannst du eigentlich knicken?

00:21:40: Das macht überhaupt keinen Sinn.

00:21:42: Wichtiger ist eher genau diesen Rahmen zuzusetzen und einfach das Unternehmen diese Gaps zu füllen damit.

00:21:48: Die Strategie dahinter wird sich danach ja aus jedem Fachbereich kristallisieren.

00:21:55: Aber gestaltet das wie du möchtest!

00:21:57: Ich finde Strategien sind eigentlich nur Richtlinien wo sich das Unternehmen in einer gewissen Zeit entwickeln sollte.

00:22:06: Eine Strategie ist natürlich nicht festgelegt und auch nicht fixiert über die nächsten fünfzehn Jahre, außer die Planwirtschaften in China und

00:22:13: Co.,

00:22:15: aber die sehen auch dass es nicht so fein ist wenn man es so langefristig definiert.

00:22:21: Anderes Thema!

00:22:23: Und genau ich habe Die Folge halt viel darüber gesprochen, wie wichtig das Fundament eigentlich dahinter ist.

00:22:30: Ohne dem wird die nächste Folge eigentlich relativ schnell gegen die Wand gefahren.

00:22:37: Inhaltlich vielleicht nicht aber das Loschnachdektur wird davon einfach nicht profitieren können.

00:22:43: Genau und deshalb ist es halt eher schon lange kein Dokumentations-Tool oder Werkzeug mehr für ein Unternehmen sondern hier sind der entscheidende Nebler für alle hoffentlich erfolgreichen EI-Initiativen.

00:23:03: Und genau in der nächsten Folge, wie gesagt verlassen wir mal ausnahmsweise die Enterprise Architektur und steigen etwas tiefer in die Slushenarchitekture ein.

00:23:20: Da möchte ich ein bisschen was scheren als ich so die letzten Zeit für mich gelernt habe.

00:23:26: da sprechen wir über welche Baustelle moderne EI-Lösungen tatsächlich wirklich benötigen und was eigentlich die Aufgaben von LMS sein sollten.

00:23:34: Wir werden auch EI Agents ein bisschen ansprechen, und Rack an MCP dürfen natürlich auch nicht vergessen!

00:23:40: Ja... Und ich bin gespannt darauf wie du auch diese zwei Folgen danach ja auch zusammenhängen siehst und freue mich natürlich auf Feedback und auf dein nächstes Zuhören in der nächsten Folge.

00:23:52: Bis dahin, Servus und Baba und bis auf Bye!