EAM#26: AI Demand - Wie EAM AI-Investitionen bewertet

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 Enterprisearchitektura wirkt der Podcast zu ERM!

00:00:20: Servus grüßt Dich und herzlich Willkommen zur neuen Folge.

00:00:23: in der letzten Folge EM-Vonzwanzig ging es um EITCO und Wir haben eigentlich darüber gesprochen welche volle neue wertige kostenlogik auf uns zukommen wird.

00:00:37: EIFU sagt nicht nur Investitionskosten, sondern auch laufende Kosten.

00:00:41: Darüber haben wir gesprochen und mehr werden nicht.

00:00:44: dabei war eine Folge zurück und dann weißt du wo wir hier stehen.

00:00:49: doch bevor wir überhaupt über Kosten sprechen stellt sich natürlich die grundlegende Frage welche EI Initiativen sollten wir überhaupt verfolgen?

00:00:59: denn genau hier beginnt aus meiner Sicht gerade in der Enterprise-Aktur, nicht bei der Auswahl des Modells oder einer Frage welcher Anbieter der Beste ist sondern bei der Entscheidung welche EI Use Cases für das Unternehmen tatsächlich eine Mehrwirtschaft.

00:01:14: Und genau darum geht es heute.

00:01:16: und lasst uns loslegen!

00:01:22: EI ist natürlich schon längst in allen Elementen bei uns angekommen.

00:01:27: Nach vor wenigen Jahren kann man halt neue Technologien fast ausschließlich aus der IT.

00:01:33: Gerade Marketing möchte halt Content automatisieren oder halt den Inhalt von Marketing-Elementen.

00:01:40: Der Vertrieb oder Sales möchte Angebote oder Kundenkommunikation durch EI ersetzt haben, gerade HDR Elemente sehe ich immer oft.

00:01:51: Die suchen halt Unterstützung bei dem Screening von Bewerbungen und hier auch oft immer das Thema Ethik mit rein und gerade in der Entwicklung.

00:02:02: Da geht es vor allem halt um Coding Assistenten und jeder Bereich entwickelt halt einfach neue Möglichkeiten oder entdeckt halt neue Möglichkeiten.

00:02:09: Und das finde ich grundsätzlich positiv.

00:02:13: Das ganze Halter der einen Haken, die Herausforderung besteht heute nicht immer darin dass man eine EI Idee finden oder eine Idee dahinter und die ist schnell gefunden, denn jeder weiß wie schnell oder wo meine Probleme im Alltag sind und probiert sie halt in einer Form zu automatisieren.

00:02:35: Die Herausforderung besteht eigentlich darin den Richtige auszuwählen also die richtige Idee.

00:02:42: Was ist richtig?

00:02:42: Und was ist falsch?

00:02:44: Ich glaube falsch geht auch richtig geht besser.

00:02:50: In vielen Unternehmen entstehen innerhalb weniger Wochen halt wirklich dutzende Ideen.

00:02:56: Und das höre ich auch jeden Tag in meinem Umfeld, da sprudelt jeder nur davon und das Problem ist einfach.

00:03:07: so finde ich dass gerade aus der Enterprise-Architektur nicht jede Idee schafft einen wirklichen Business Value und ein Mehrwert dahinter rechtfertigt irgendeine Art von Investition, auch wenn das einer führt einen für sich sieht.

00:03:25: Denn im Grunde möchte er seine eigene Arbeit verbessern und wenn natürlich diese Investition jetzt kein Business Value erzeugt könnte man an der Stelle sogar die Person als solches in Frage stellen.

00:03:38: Das ist natürlich ein komplett falscher Ansatz.

00:03:41: Die Enterprise Architektur soll einfach hier auch gerade den Blick ein bisschen verändern.

00:03:47: Genau hier unterscheidet sich von vielen EI-Diskussionen.

00:03:53: Während häufig über Modelle und Agents und irgendwelche komischen Tools gesprochen wird, beginnen wir eigentlich an einer anderen Stelle.

00:04:02: EI Initiativen zahlen die überhaupt auf unsere Unternehmensstrategie ein großes Fragezeichen denn am Ende konkurrieren ja EI Projekte mit allen anderen Investitionen im Unternehmen, die digital oder halt auch in eine Art vielleicht sogar physisch durchgeführt werden.

00:04:23: Bevor wir also über Architektur irgendwelche Agents oder Digavernents vor allem sprechen können, müssen wir uns zuerst damit auseinandersetzen und vor allem verstehen lernen wie so ein EIuskis überhaupt bewertet werden kann.

00:04:38: Und hier sind wir bei etwas was wir schon alle kennen und zwar Maturity Level!

00:04:42: Und hier kommt halt auch der große Begriff in den Raum AI Demands.

00:04:48: Dann lass uns mal richtig loslegen.

00:04:55: Kapitel eins das EI-Paradoxon.

00:04:58: Ein cooler Titel, will.

00:04:59: ich finde die meisten Unternehmen haben aus meiner Sicht kein EI Problem denn Ideen gibt es wie Sandamere.

00:05:07: Sie haben eher ein anderes Thema und zwar geht es um die Priorisierung dahinter.

00:05:14: Von den knapp an Überflutungen braucht man hier glaube ich keine Angst haben.

00:05:20: Vor einigen Jahren mussten Unternehmen aktiv nach Innovationen Und gerade Ideen suchen, heute erleben wir genau das Gegenteil.

00:05:30: Ich glaube ich kennt dass selber kein Workshop ändert ohne Vorschläge für IEI und FASIDA.

00:05:35: Geschäftsbereich bringt halt die eigenen Ideen mit sich.

00:05:39: Die Herausforderung ist natürlich nicht kleiner geworden.

00:05:44: Sie ist vor allem viel größer und komplexer geworden Denn man sieht es überall diese Vorschlage Ein Chatbot Für den Kundenservice oder irgendein Co-Pilot für den Entwickler.

00:05:57: Man braucht EI für ähnliche Analysen von Verträgen, nebenbei das ist nass die Finger davon, ich habe mir schon die Finger verbrannt davon.

00:06:06: Automatische Dokumentenerstellungen als Allheilmittel für unsere Word und PDF Floods natürlich die Wissensassistenten für unsere Mitarbeiter und Vorkast und Prognosen.

00:06:24: Man sehr häufig Ideen, um im Endeffekt unsere Arbeitsprozesse beschleunigen und alles klingt auch für mich immer sehr sinnvoll.

00:06:32: Ich würde es eigentlich zu allem immer ja sagen.

00:06:35: Doch Unternehmen verfügen weder über ein unbegrenztes Budget noch über unbe grenzte Ressourcen?

00:06:43: Das Interessante dahinter ist halt sehr oft dass man genau das tut was ich vorhin ein bisschen scherzhaft gesagt habe.

00:06:56: ein Thema das Wichtigste.

00:06:59: Irgendwer muss da sehr zusammenschustern, also welche EI sollten wir überhaupt bauen?

00:07:05: Genau an dieser Stelle wird halt gerade die Enterprise Architektur zu einer eigenen Disziplin für Investitionsentscheidungen wo wir vielleicht früher noch nicht so stark involviert waren.

00:07:15: denn nicht jede gute Idee wird umgesetzt und genau das ist auch richtig so.

00:07:23: doch wie trifft man eigentlich so eine Entscheidung objektiv?

00:07:27: Das ist in der Tat eine Herausforderung, die ich selbst erst vor... Ich würde sagen vor vier Wochen lösen musste und es war nicht ganz einfach.

00:07:39: Denn da sind sehr viele Emotionen dahinter.

00:07:42: Dahinter sind Energien, da sind natürlich auch Menschen, die sich Gedanken drüber machen und nicht jede Idee macht gleich Sinn auf den ersten Schlag, auf dem zweiten Schlag eher schon Und man muss es halt dementsprechend bewerten.

00:07:58: Und da sind wir auch direkt eingestiegen in unserem Element.

00:08:10: Kapitel zwei, was ist eigentlich ein EI-Demand?

00:08:15: Also... Ein EI Demand ist die strukturierte Bewertung eines EI Use Cases bevor daraus wirklich etwas entsteht.

00:08:27: Es beschreibt nicht die technische Lösung sondern bewertet den erwartenden Nutzen die Auswirkungen und vor allem den Business Value.

00:08:36: Diese Definition ist mein Leitsatz, gerade was die EI Governance angeht.

00:08:43: Die Governance beinhaltet unter anderem auch den EI Demand und wir müssen halt gerade diesen Maturity Level richtig definieren und ziehen um daraus denn die richtigen Nutzen für das Unternehmen heraus zu kristallisieren der nur Die Aussage, es ist etwas schneller.

00:09:04: Es ist etwas günstiger, das auch relativ ist in dem Fall reicht halt nicht.

00:09:10: Denn ein EI-UseCase ist keine Entscheidung.

00:09:15: Organisationen sammeln heute Ideen doch zwischen einer Idee und einer Investition liegen einfach viele Schritte dazwischen.

00:09:24: Gerade kannst du sicher auch Lieder singen im früheren Jahr an was Software einkäufe angeht vom Demand bis zur Einführung vergehen.

00:09:35: Schon einige Monate, wenn nicht Jahre!

00:09:38: Deswegen... Wenn wir von EI Use Cases sprechen beschreibt man zunächst eigentlich nur die Möglichkeit etwas zu tun.

00:09:48: und wenn du das nächste Mal einen EI Workshop zu use cases machst dann nimm das vielleicht auch mit denn Dieser EI Use Case beantworten nicht die Frage, ob diese Idee tatsächlich sinnvoll ist für dein Unternehmen.

00:10:09: Genau deswegen gibt es den EI Demand.

00:10:14: Den EI-Demand als Entscheidungsgrundlage schafft am Schluss Transparenz.

00:10:20: Es hilft dabei gerade deine Cases nach einheitlichen Kriterien zu betrachten anstatt aus Begeisterung oder Bauchgefühl zu entscheiden Und man hat klare Linien, die man aufsetzt und hat auch daraus gute Argumente für ein Fühen wieder.

00:10:44: Am Schluss müssen wir jetzt genau diese Frage beantworten welches Business-Problem wirklich gelöst wird.

00:10:51: Nebenbei Wir haben darüber schon ein bisschen gesprochen in einem anderen Kontext aber sehr ähnlich wo es halt wie wir unsere business capability verbessern mit gerade im Und zwanzig oder beziehungsweise einundzwanzig, wo es um die Daten gegangen ist.

00:11:07: Welche benötigen wir dahinter?

00:11:10: Welche Risiken entstehen und vor allem welcher Business Value wird erwartet.

00:11:17: all das auch in den letzten Folgen.

00:11:19: also am besten du startest so circa bei Achtzehn und neunzehnt also hier im Achtzen und Neunzehn um im Endeffekt aus aufzuholen.

00:11:28: Das brauchst du gerade jetzt für diese Folge denn was ich nicht machen möchte, alles zu wiederholen an der Stelle.

00:11:36: Das würde das Ganze nur in die Länge ziehen.

00:11:40: Ein Demand sollte auf gar keinen Fall einfach ein Formular sein.

00:11:43: Das freut sich ein bisschen klischeehaft an.

00:11:46: aber vielleicht kennst du dass da wird irgendein komisches Formular erstellt gerade in einer vielleicht sogar sogar einen Service Management Tool und dann musst du dann schön deinen Namen ausfüllen oder beziehungsweise den Titel dahinter und vielleicht auch noch eine Beschreibung vielleicht auch nach den Nutzen.

00:12:03: Und das war es schon.

00:12:05: Das Blöde ist, du landest danach in einen komischen Pool.

00:12:08: In diesem Pool wird nicht bewertet sondern er wird einfach nur zwischen den Zeilen gelesen.

00:12:13: Von wem kommt das eigentlich?

00:12:14: Wie groß ist der Entscheidungsvielfalt dahinter?

00:12:16: oder denn mehrt und dann daraus entschieden?

00:12:19: Das ist doch schwachsinnig,

00:12:21: oder?!

00:12:22: Deswegen sollte auch so ein EI-Dement nicht als Formular gesehen werden.

00:12:26: Natürlich muss es halt irgendwo eingegeben werden Und es darf auch gar im Fall in einer Excel-Tabelle landen und auch kein Genehmigungsformular sein.

00:12:36: Es ist ein Grund genommen etwas viel mehr, es ist eine Bewertungsmethode und mit dem Unternehmen sollen halt genau solche Use-Cases vergleichbar gemacht werden.

00:12:48: Denn nur wenn etwas vergleichbares lässt das auch priorisieren!

00:12:53: Doch wer bewertet eigentlich diese Cases oder bzw.

00:12:57: diese Demenz für dich?

00:12:59: Wer entscheidet welcher Use Case verfolgt wird und welcher

00:13:02: nicht?!

00:13:04: Genau, dafür brauchst du noch etwas davor bevor wir über diesen Demand sprechen.

00:13:13: Kapitel drei die EI Organisation Denn das brauchst Du davor Bevor wir zu diesem EI Demand kommen.

00:13:22: EI braucht mehr als Governance.

00:13:24: Das muss man relativ schnell verstehen.

00:13:26: Du brauchst sie aus seiner Organisation Die das überhaupt ermöglicht.

00:13:30: Diese ganzen EI Initiativen Die müssen ja bewertet werden Priorisiert und Vor allem müssen fundierte Entscheidungen getroffen werden.

00:13:40: Aber diese Grundsatzfrage, wer entscheidet eigentlich darüber ist halt oft immer wieder sehr unangenehm und weich zu sein Denn es wären dann nachher Stellen geschaffen von Personen wo man denkt die können das Die aber danach ja auch sehr schnell politisch sich orientieren oder beziehungsweise sich politisch beeinflussen lassen.

00:14:03: Deswegen brauchst du eine sehr solide Organisationsaufbau oder dahinter.

00:14:09: Es müssen auch die Rollen dazu geschaffen werden, also alles im Allem was Enterprise-Architektur vor Haus ausmachen muss.

00:14:16: Rollen definieren und Zugehörigkeit und Verantwortlichkeiten.

00:14:22: Wir kennen dieses Prinzip ja bereits aus anderen Bereichen.

00:14:25: Gerade wenn man sich zum Beispiel für Architektura interessiert oder Architektor in Unternehmen als eigentlich Disziplin etabliert hat wird es relativ schnell Architecture Boards geben nicht wahr?

00:14:37: Oder wenn man eine Security-Bereich oder Capability aufgebaut hat und dahinter ein Team... ...oder auch eine Person, dann wird es Audits geben.

00:14:46: Oder Security, Reviews wie auch immer du das nennst.

00:14:50: Für die Innovationen existieren bestimmte Investmentboards oder halt Steering Committees.

00:14:57: Und das ist nichts Neues!

00:15:01: Und ähnliche Elemente brauchen wir natürlich auch, wenn wir EI Capabilities aufbauen und das in der Organisation verhaften.

00:15:10: Deswegen muss auch hier ein organisatorischer, fester Rahmen gezogen werden.

00:15:16: Ich nenne diesen Rahmen bewusst EI-Organisation nicht als Neuabteilung sondern eher als Entscheidungsmodell.

00:15:24: Wer könnte da dazu passen?

00:15:28: Eine EI Organisation sollte unterschiedliche Perspektiven zusammenbringen.

00:15:34: Also wer muss da rein?

00:15:36: Wo sollt ihr rein?

00:15:38: Klar, muss der Enterprise Architekt rein.

00:15:40: Es muss ein Business Owner mit rein.

00:15:42: Einer, der was Daten versteht beziehungsweise ohne und auch also vielleicht ein Data Owner.

00:15:49: Vielleicht gibt es so eine Rolle oder halt auch aus einem gewissen Fachbereich heraus, der zum Beispiel die Produkte managt.

00:15:58: Dann brauchst du jemanden aus der ititulary weil du sehr viele Demenz darüber auch steuerst jetzt schon jemand Security im Blick hat, um beziehungsweise auch bewerten kann.

00:16:12: Oft macht es Sinn gerade wenn man so eine Organisation aufbaut jemandem dazu zu ziehen der aus dem Legal & Compliance Thema kommt.

00:16:22: das ist ein sehr teures Umfeld.

00:16:24: dennoch gerade wenn wir regulatorische Anforderungen sich anschauen EI Data Act da sehr viel mit einschlagen wird.

00:16:34: Das muss halt mit betrachtet werden.

00:16:37: Dann wäre es natürlich nicht schlecht jemanden der war so ein bisschen über er mitreden kann, aber versteht wie das Ding im Hintergrund funktioniert und am Eisberg.

00:16:46: Und natürlich diverse Data Experten die den einzelnen Bereichen auch den Inhalt mitliefern können.

00:16:54: Jede Rolle bewertet denn ihr Eidement aus ihrer fachlichen Sicht?

00:16:59: Das ist am Anfang der Rede von Scheiden dass es nicht zusammen macht immer schön getrennt.

00:17:04: dann sind auch die Meinungen das Isolierter.

00:17:08: Erst dann durch entsteht eine ganzheitliche Entscheidungsgrundlage, doch wie trifft da eine solche Organisation am Ende die Entscheidungen?

00:17:18: Sie benötigt etwas, was nachvollziehbar ist und vor allem einheitlich.

00:17:24: Und das sind halt diese Bewertungskriterien, die es in sehr vielen Bereichen ja immer schon gegeben hat.

00:17:42: Auf gar keinen Fall über Technologien.

00:17:44: Es entscheidet mir, welche Use-Cases den größten Beitrag zum Unternehmen leisten werden Denn Entscheidungen finden ja sehr oft aus dem Bauch.

00:17:56: heraus Habe ich auch schon öfters darüber gesprochen.

00:17:59: Und gerade wenn es um solche Ideen geht Ich kann damit schneller und besser was machen Dann ist das viel mit Begeisterung und Emotionen verbunden.

00:18:13: Und heutzutage werden auch bei vielen Projekten, die in meinem Umfeld stattfinden oft einfach aus Begeisterung auch Entscheidungen getroffen.

00:18:22: Weil man damit auch einen gewissen Mehrwert sich erhofft und jeder etwas darin sieht.

00:18:28: Doch diese Begeistigung alleine reicht halt nicht aus.

00:18:32: Jeder US-Case muss sich gegenüber anderen Investitionen ja irgendwie behaupten.

00:18:37: Das heißt ja nicht nur weil ich diesen Case dann entwickle das es danach diesen Mehrwert liefert.

00:18:43: Denn eins ist begrenzt, Budget und Zeit.

00:18:46: Und vor allem die Ressourcen, die dahinter stecken.

00:18:50: Deshalb braucht halt jede Organisation einfach nachvollziehbare Kriterien.

00:18:55: Und voilà!

00:18:56: Wir sind schon wieder bei der Enterprise Architektur angelangt.

00:18:59: Und zwar am Activity Level.

00:19:02: Aber nach welchen Kriterium wird bewährt oder sollte bewertet werden?

00:19:05: Das ist nun die große Frage.

00:19:08: Ja man könnte jetzt natürlich hergehen und sagen ein EI Demand könnte beispielsweise von der strategischen Beitrag bewertet werden.

00:19:22: Den Business Value, den natürlich den Capability Impact mit also Business Capility Impact, der tatsächlich EITCO, der nebenbei sauschwer ist zu berechnen.

00:19:35: und gerade wenn man so ein Demand ausfüllt oder beziehungsweise bespricht dann tut sich aktuell jeder sehr schwer zu bewerten.

00:19:44: Dazu musst du natürlich etwas beisteuern, da muss dann Artefaktor zeigen dass man den irgendwie Art von berechnen kann.

00:19:53: Des Weiteren was ein Demant auch in Kriterium sein sollte oder könnte ich das gar nicht sagen wie es sich in der tiefe tue sondern eigentlich mit das volle Spektrum dahinter sein sollte ist die Datenverfügbarkeit.

00:20:08: also ich rede noch gar nicht über die Datenqualität das ist eine kompetente Partie.

00:20:14: Was ist eigentlich verfügbar und was ist schnell verfügba?

00:20:17: Und das spielt am Schluss auch wieder in den folgen Punkt EITCO mit rein.

00:20:22: Dann sollte natürlich der Architektscher FIT mit bewertet werden, ein ausdruckscheinend FIT-Modell.

00:20:27: Falls nicht... Das wird mal wieder mein Thema für einen weiteren Podcast.

00:20:32: Das FIT Modell beinhaltet verschiedene Elemente.

00:20:38: Ich skippt das mal, sonst würde ich hier sofort abdriften!

00:20:42: Wie auch immer ein weiteres Kriterium was du dir vielleicht überleben könnt, das sind die Wiederverwendung der bestehenden Lösungen.

00:20:49: Also wenn halt gewisse Elemente entwickelt werden wie kann ich diese auch dann schnellstmöglich für den nächsten Use Case weiter nutzen?

00:21:01: Dann wie stark haben wir hier Sicherheit zum Compliance Risiken, wie hoch ist der Implementierungsaufwand und was ist der erwartete Nutzen im Verhältnis zur Investition?

00:21:13: Auch ein sehr schwieriges Gebiet und die Kriterien dahinter sind ein bisschen... ...oder die Detailkriterien hinter diesem Bollepoint ist ein bisschen extrem.

00:21:24: Und vielleicht noch etwas nochmal kurz an diesen Implementierungsaufwand?

00:21:30: Wenn wir davon reden, dann rede ich nur von der Idee bis zur ersten Einführung.

00:21:38: Ich rede nicht über den Implementierungsauffand über die Optimierung dahinter.

00:21:43: Der ist meistens noch viel höher und fangt er das schlimmer gar nicht erst an als Kriterium mit einzubauen, denn auf das wird kein Mensch eine Anplot haben.

00:21:51: Das ist ganz ein Gegensatz.

00:21:53: wenn ich jetzt einen Software-Entwicklungsprojekt habe wo ich relativ gut planen kann ok wie viele Stunden braucht man für die Entwicklung?

00:22:00: danach hab' ich den Rollout.

00:22:02: wieviel braucht man inzwischen für Maintenance oder auch für die Weiterentwicklung?

00:22:05: Das ist recht gut steuerbar weil wir die Erfahrungen haben.

00:22:07: Die Implementierungsaufwand über die Zeit Danach gerade in solchen Projekten ist es super schwierig zu handhaben und das ist dann meistens auch wieder eine Brauchgefühl- und Erfahrungswerte.

00:22:18: Was du auf keinen Fall machen solltest, dass jedes Kriterium gleich bewertet wird.

00:22:22: Such dir die Punkte aus, die für dich einfach wichtig sind und wo im Endeffekt dann auch die Bewertung von oben betrachtet wird also zum Beispiel den Unternehmen gerade ein strategischer Umschichtung durchführt, dann wird wahrscheinlich das strategische Beitrag viel höher bewertet werden müssen als wie jemand der sehr geradlinig gerade läuft.

00:22:45: Das wo ich zum Beispiel sehr hohen Fokus reinsätze bei meinen Bewertungen ist die EITCO also die Kosten dahinter denn diese sind ja aktuell ja sehr unberechenbar.

00:22:57: und wenn nicht auch schon rausfinden okay ich muss sehr viele dann ist das für mich schon eine negative Ausprägung.

00:23:16: Was man auch auf jeden Fall wirklich in Fokus haben sollte, Datenverfügbarkeit oder Datenqualität und vor allem welche Data-Entities werden eigentlich angegriffen.

00:23:27: Das habe ich jetzt noch nicht in meiner Liste aufgesagt, aber das ist Teil von meinem ganzen Datenblock.

00:23:32: Und zwar wenn ich natürlich Data Entities drinnen habe die grundenrelevant sind, die vertragsrelevant Dann ist es super kritisch.

00:23:47: Also da muss man extrem aufpassen und dann vielleicht auch viermal nachfragen was damit wirklich gemacht wird, weil das würde meine Bewertung kommen.

00:23:55: nach unten schieben.

00:23:57: Hier würde ich echt empfehlen dass hat fast das höchste, den höchsten gut Denn Daten sind gold Und wenn du deine Daten kommst, die aus der Kontrolle hast Wirst du redest schnell dein Unternehmen in eine Schieflage bringen.

00:24:11: Da ist dann egal was für ein eik ist du eigentlich.

00:24:16: Ich könnte jetzt schon fast weinern, aber das wird noch vielen Unternehmen ein Grab leider schaufeln.

00:24:23: Und wenn du diese Kriterien alle zusammen verbunden hast und verschlichtet hast dann solltest du das vielleicht nochmal gegenprüfen.

00:24:31: Diese Kriterie sollen am Schluss einen Einfluss haben auf die Strategie, auf das Fachbereich, auf die Daten und die Architektur.

00:24:39: Und vor allem musst du herausfinden ist die Wirtschaftlichkeit dadurch auch... Wird die erhöht oder wird die Vermindert gleich geblieben, um im Endeffekt eine gemeinsame Entscheidung dann zu treffen?

00:24:53: Vielleicht noch etwas.

00:24:54: Das ist auch in der Erfahrung, die ich gemacht habe erst.

00:25:00: Du wirst sehr viele diese Demenz bekommen.

00:25:03: und was du auch machen musst... ...ist nicht zu sagen, das ist schlecht und gut sondern auf Basis dieser Kriterien danach die Priorisierung einfach zu setzen.

00:25:19: Also nicht sagen von faus aus, eine Demand das macht jetzt keinen Sinn weil unsere Bewertung das aus Niedrig erachtet.

00:25:28: Wichtiger wäre dann nachher den Demand zurückzugeben und sagen so überlegte nochmal wie du diese Punkte erhöhen kannst um im Endeffekt dem Demand Kriterium noch oben zu schrauben Und dann dahinter halt die Priorisierung immer wieder anzupassen.

00:25:43: Bedeutend umkehrschluss wenn jetzt sagen wir mal zwanzig Demenz reinkommen und die dann nachher priorisieren ist von eins bis zwanziger.

00:25:50: Dann immer wieder, wenn ein Neubendement reinkommt innerhalb dieser Priorisierung einzuplanen also nicht dahinter zu planen sondern dazwischen zu planern.

00:26:00: denn man muss schon eines betrachten Automatisierung gerade in diesem Umfeld ermöglicht gerade den wirtschaftlichen Aspekt von überleben und verlieren.

00:26:13: Und mit Verlieren ist eher der Untergang gemeint.

00:26:16: Denn heutzutage sind gerade gute EI-Cases können zur Blüte eines Unternehmens führen.

00:26:23: Schlechte Cases zum Untergang und nichts tun leider das Gleiche.

00:26:29: Vielleicht noch ein letzter Satz dazu, die sollten nicht diese verworfenen Ideen geben.

00:26:36: also macht nicht den Fehler die zu streichen sondern sie werden einfach nach unten priorisiert auch sie wieder rauszuzaubern zu können, dass sie überhaupt da waren.

00:26:47: wenn ich diesen Case in einer Form vielleicht doch mal brauche und die Wirtschaftlichkeit erkenne.

00:26:57: Kapitel V vom AI-Demand zum AI Portfolio.

00:27:02: Klar!

00:27:03: Da sind wir wieder.

00:27:05: Portfoliomanagement hatten wir doch schonmal mit Applications.

00:27:12: Ein einzelner Demand schafft hier eigentlich danach einfach die Transparenz Und viele Demands schaffen Steuerbarkeit.

00:27:23: einfach mal aus.

00:27:23: Kernbotschaft hier in der Traum gestellt.

00:27:27: Vom Einzelfall zum Gesamtbild ein Unternehmen sollte, das vermutlich das ist am besten, sollte einfach nicht als Sammlung einzelner Porträte oder andersrum... Also ein Unternehmen sollte EI nicht als sammlung einzelner Projekte betrachten?

00:27:44: Das ist vielleicht auch nochmal, es soll schon zusammen hängend sein.

00:27:48: Das ist das Gleiche wie normale klassische Prozesse, die sind ja auch nicht losgelöst voneinander.

00:27:54: Die sind miteinander verbindet sich und so sollten auch EI Demands auch bewertet werden bzw.

00:28:02: betrachtet werden und dann zu einem Portfolio geschmiedet werden.

00:28:06: Dadurch wird nämlich etwas sichtbar welche Initiativen bereits laufen, welche wurden bewertete oder sind bewerteten worden zurückgestellt, weil man sie gerade nicht nutzen kann oder nicht als sinnvoll betrachtet.

00:28:24: Oft auch natürlich die weitere.

00:28:26: die Sichtbarkeit, die da sichtbar wird ist einfach wo habe ich den größten Business Value versprochen bekommen und wo hab' ich ihn jetzt eigentlich?

00:28:36: Erst das ermöglicht mir diese Transparenz, die mir eine strategische Steuerung ermögligt.

00:28:41: somit ist auch die Priorisierung wichtig statt Aktionismus.

00:28:46: Ich schätze zwar das Zweitere mehr als wir das Erste, aber das Erster ist effektiver auf Zeit.

00:28:52: Ich glaube hier wird der Unterschied zwischen AI-Projekt und AI ins Strategie erst wirklich sichtbar.

00:28:59: eine Strategie besteht ja nicht aus möglichst vielen Agents und Modellen und bla bla bla.

00:29:05: es besteht ja aus der richtigen Entscheidung dahinter dass man diesen Weg geht.

00:29:09: Enterprise Architektur sorgt halt dafür dass AI Investitionen einfach nachvollziehbar ab sind und dass wir sie auch wiederholen können.

00:29:19: Und vor allem langfristig in der Unternehmensstrategie darauf einzahlen, und verankern vielleicht sogar.

00:29:26: Denn EI wird jedes Unternehmen verändern!

00:29:29: Das ist leider eine Technologie.

00:29:32: die hat es einfach in sich... ...und Sie hat es noch in den Kinderschuhen.

00:29:36: also wir sind noch am Anfang vom Anfang.

00:29:41: Die entscheidende Frage ist jedoch nicht ob du sie eingesetzt.

00:29:44: sie ist einfach nur welche Initiative wird verfolgt und welche nicht, vor allem warum.

00:29:56: Und das sind wir auch wieder am Schluss dieser Folge.

00:30:02: EI erfolgreich einführen bedeutet halt nicht möglichst viele Modelle und Agents bereitzustellen oder verschiedene Vendors in den Raum zu schießen und der Mitarbeiter soll sich daraus einen rausziehen aus dem Zauberhut.

00:30:17: Der eigentliche Erfolg beginnt halt wieder früher wo man denkt mit der richtigen Entscheidung Welche Initiativen überhaupt folgt werden sollten, welche nicht?

00:30:27: Genau da unterstützt eine strukturierte EI Demand uns.

00:30:33: Ich hoffe gerade diese Kriterien die ich dir heute in die Hand gegeben habe helfen dir das ein oder andere besser zu bewerten und auch den Entscheidungen dahinter in einen richtigen Mittelpunkt zu stellen.

00:30:45: Und EI ist eine Investition und sollte auf gar keinen Fall aus Spielwesen gesehen werden.

00:30:54: Es wird in den kommenden Jahren ein fester Bestandteil nahezu jedes Unternehmen werden.

00:30:59: Die eigentlichen Herausforderungen wird deshalb nicht mehr sein es einzuführen, die Herausforderung wird einfach sein die richtigen Entscheidungen zu treffen.

00:31:08: Gerade welcher den echten Business Value schafft?

00:31:12: und welcher verbessert deine Business Capability?

00:31:16: Und welche EI versucht mehr Kosten und mehr Komplexität.

00:31:26: Die Enterprise-Architektur wird hier zum großen Entscheider werden, denn wir wissen abgesehen von den Applikationen und den Technologien auch sehr viel über die Datenentitäten und vor allem der Business Capability ist.

00:31:43: Und wir begleiten diese Projekte ja nicht vom Anfang sondern von Anfang bis zum Ende.

00:31:49: Wir wollen doch auch die Transparenz nach außen schaffen und den Wiederverwendbarkeit zu gewährleisten.

00:31:56: Wir verbinden halt gerade diese Business Capabilities die Daten und die Entscheidungswege, die uns danach zu einem richtigen Business Value führen werden.

00:32:07: Und dadurch wird gerade EI nicht zum Selbstzweck sondern zu einem gezielten Instrument zur Umsetzung der Unternehmensstrategie.

00:32:18: Ich bin überzeugt gerade wenn du es schaffst eine EI Organisation aufzubauen dann wird das zum Erfolgspfaktor für dich und für deine Organisation.

00:32:29: Ein einzelner US-Case wird nicht erfolgreich sein, nur mit einem guten Portfolio dahinter ausgestattet hast du auch diese Kette in Griff Und der nachhaltige Erfolg ist damit auch garantiert Denn eher Initiativen werden Geld verschlingen und das muss kontrolliert und gesteuert werden.

00:32:49: Wie gesagt vergiss nicht die Ideen sollen nicht gestrichen werden wie vielleicht bei einer oder anderen Software Demand, sondern einfach nur priorisiert und dementsprechend nach hinten gezogen werden oder noch vorne sogar.

00:33:06: Es kann es vielleicht sogar so weit kommen dass ein Demand reinkommt der einen anderen Abschaft der gerade auch vielleicht in Entwicklung ist Und damit muss man leben können.

00:33:16: und auch das mit Einberechnen In den Entscheidungen die du treffen wirst Oder dein Unternehmen.

00:33:27: Ich bin überzeugt dass Unternehmen künftig nicht mehr daran gemessen werden, wie viele Lösungen sie eingeführt haben.

00:33:35: Sondern welche davon die richtige Lösung war.

00:33:38: Denn am Ende entscheidet nicht EI über den Erfolg eines Unternehmens sondern die Qualität der Entscheidung davor.

00:33:47: Dem Zuge mal einen kurzen Ausblick für die nächste Folge.

00:33:52: da werden wir darüber sprechen... besprechen?

00:33:58: Genau!

00:33:59: Wir sprechen über Architektur, also warum EIAI keine Insellösung sein darf und wie endres Architekturmodelle vor allem um Datenprozesse und Systeme zu einer skalierbaren EIAi-Landschaft verbindet werden kann.

00:34:19: Bis dahin, Servus und Papa und bis auf...