Zielführung Starten – Der Management-Podcast von CTcon

Transkript zu Folge 22:

IT-Projekte im Finanzressort zum Erfolg führen – die Sicht des Softwareunternehmens Virtivity

[00:00:00] Podcast: Zielführung starten - der Management-Podcast von CTcon.
[00:00:21] Christian Bungenstock: Ich bin Christian Bungenstock, Partner bei CTcon in Düsseldorf und Gastgeber von Zielführung starten, dem Management Podcast für Themen der Unternehmenssteuerung. Ich freue mich, Sie heute auf eine Tour mitzunehmen, die uns einen Blick auf Erfolgsfaktoren datenintensiver, IT-naher Entwicklungs- und Migrationsprojekte im Finanzressort eröffnet. Wir begleiten Marco Becker und Maximilian Reich. Marco Becker ist mit mehr als 25 Jahren Erfahrung als Softwareentwickler, Softwareberater und Softwareunternehmer ein breit anerkannter Experte. Er hat Erfahrungen unter anderem bei IBM und Applix gesammelt. Marco ist heute Gründer und Geschäftsführer der Vertivity GmbH in Hamburg. Mit den Tücken kritischer Migrationsvorhaben in großen Konzernen ist er bestens vertraut. Maximilian Reich ist Projektleiter bei CTcon in München. Max berät seit vielen Jahren große Konzerne in den Bereichen Data Analytics, Datenorganisation und in Data Governance. Marco und Max kennen sich seit mehreren Jahren aus der gemeinsamen Projektarbeit.
[00:01:26] Dr. Maximilian Reich: Hi Marco, schön, dass du heute da bist und dir Zeit genommen hast für unsere Podcast-Reihe Zielführung starten. Herzlich willkommen.
[00:01:34] Marco Becker: Schönen Dank.
[00:01:35] Dr. Maximilian Reich: Wir kennen uns jetzt schon seit zweieinhalb Jahren. Ich habe dich damals als TM1 Guru kennengelernt und "Produktisierer", das heißt sehr stark in der Produktentwicklung von IT- und Datenproduktentwicklung und seitdem überschneiden sich unsere Wege recht regelmäßig, dann, wenn wir über CTcon ein größeres Digitalprojekt im Finance Bereich mit unseren Klienten planen und umsetzen, stehst du uns als Experte mit Rat und Tat zur Verfügung und gibst wertvollen Input. Dein Mindset hilft uns an der Stelle total weiter. Es unterscheidet sich erheblich von dem Mindset Controllers im Finanzbereich, weil du dieses IT-Mindset, Produkt-Mindset an der Stelle mitgibst. Du selber bist Gründer und Geschäftsführer von Vertivity. Ihr habt letzte Woche euer vierjähriges Bestehen gefeiert, noch mal herzlichen Glückwunsch dazu.
[00:02:24] Marco Becker: Danke.
[00:02:25] Dr. Maximilian Reich: Dann mal die Frage für alle Zuhörerinnen und Zuhörer. Vertivity, was ist das eigentlich?
[00:02:30] Marco Becker: Ja, Vertivity ist die Ausgründung aus einer Unternehmensberatung. Wir stellen ein Produkt namens Apollo her. Das ist eine modulare Lösung, die bereits vorgefertigten Content enthält, mit dem wir in der Lage sind, viele Finanzprozesse im CFO-Bereich sehr schnell abzubilden.
[00:02:47] Dr. Maximilian Reich: Jetzt sind eure Nutzergruppen ja vornehmlich Controller und kommen aus dem Finance Bereich. Agilität ist ein Stichwort, was mir bei der Produktentwicklung von IT und Datenproduktentwicklung direkt in den Sinn kommt. Wir reden in Projekten oftmals von agilen Umsetzungen, Projekte werden agil gefahren. Jetzt wird agil relativ häufig und inflationär verwendet für Dinge, die am Endeffekt nicht agil im Sinne der, ja, Scrum-Definition sind. In der Softwareentwicklung, und daher kommt dieser ganze agile Gedanke, ist es natürlich ganz anders. Daher die Frage, was sind denn so die Erfolgsfaktoren bei der technischen Umsetzung von so einem Datenprojekt bzw. von so einem Datenprodukt? Auf welche Themen legt ihr Wert, was muss man beachten, was man in klassischen Projekten, wie wir sie in der Unternehmensberatung im Finanzbereich kennen, vielleicht gar nicht so sehr auf dem Schirm haben und wie lebt ihr die agile Entwicklung an der Stelle aus?
[00:03:43] Marco Becker: Ich glaube, das aller wichtigste im Projekt, das kann man relativ einfach sagen, ist reden und zeigen. In diesen Projekten haben wir zwei Arten. Die einen sind fachlich orientiert, die anderen sind wiederum sehr technisch und dann haben wir Leute dazwischen, die entsprechend mitteln können zwischen der Technologie und der Fachlichkeit. Das führt grundsätzlich immer zu Abstimmungen bei in Anführungsstrichen Themen, die man hat früher oder später. Deswegen ist es sehr wichtig, dass man in kurzen Abständen immer wieder zeigt, was man gemacht hat, wie man sich das vorstellt und auch wieder Rückfragen stellt, damit alle dasselbe Verständnis haben dessen, was man tun muss. Wir entwickeln für den Kunden, wir entwickeln nicht für uns. Deswegen ist es wichtig, dass der Kunde das akzeptiert, auch wenn wir als Entwickler irgendwas besonders schön finden, findet der Kunde das vielleicht nicht so. Und insofern ist es wichtig, dass man da seine Sichten und auch seine Verständnisse immer wieder regelmäßig abgleicht, gerade in agilen Projekten. Viele Details hat man einfach auch nicht besprochen und sofern ist es dann wichtig, dass dort ein regelmäßiger Abgleich stattfindet. Also, ich glaube, das ist bei jeder Methodik, die man irgendwie dort einbauen möchte, ob das Scrum ist, ob das getailortes Scrum ist oder ob man es mit Kanban kombiniert hat. Es ist in Anführungsstrichen alles egal, wenn die Leute nicht miteinander reden und sich nicht zeigen, was sie gemacht haben, dann ist das nicht erfolgreich.
[00:04:56] Dr. Maximilian Reich: Ja, absolut. Kann ich auf jeden Fall unterschreiben. Jetzt, wie schon gesagt, sind wir relativ häufig im Austausch, vielleicht noch mal ein Design Principle, wie können wir Themen entwickeln im Sinne von okay, plane damit, dass es schiefgeht, das Thema Design for Failure.
[00:05:10] Marco Becker: Grundsätzlich, wenn du Migration hast oder Softwareprojekte oder wenn man Sachen für die Cloud entwickelt, dann kennt man nicht alle Details. Du hast immer wieder Überraschungen, die reinkommen und der Regelfall auch in der Softwareentwicklung ist eigentlich, dass es einen Fehler gibt. Und wenn z. B. auch große Migration geplant werden, dann plant man eigentlich immer, ja, das Detail kann auftreten, das Detail kann auftreten, aber man plant nie die Details, von dem man jetzt noch nichts weiß, die trotzdem auftreten und was macht man dann eigentlich? Und deswegen geht halt eben auch eine Menge schief und deswegen benutzen wir einen Ansatz, der ist auch klassisch im Cloud Bereich, der nennt sich Design for Failure. Das heißt, ich lege einen hohen Fokus auch auf das Auftreten von Fehlern und auf meine Fehlerbehandlungsstrategien. Und der Unterschied im Wesentlichen ist, dass eine Änderung im Mindset, dass man sagt, okay, ich habe mit dem Fehler gerechnet und ich habe grundsätzlich mit Fehler gerechnet. Und das System, was ich habe, ist entsprechend resilient oder das Konzept, was ich benutze, ist entsprechend resilient gegen Fehler und vor allem gegen unerwartete Fehler. Es gibt unterschiedliche Methoden, sowas entsprechend umzusetzen, z.B. über Redundanz kann man sowas machen. Das ist auf jeden Fall was wir benutzen und was sich auch sehr sehr gut bewährt hat.
[00:06:18] Dr. Maximilian Reich: Jetzt sind eure Nutzer Controller, wo so ein Prinzip sage ich mal vorsichtig nicht so üblich oder zumindest nicht in aller Munde ist. Wie reagiert denn so eure klassischen Ansprechpartner, wenn du sagst, okay, es wird wahrscheinlich schiefgehen, aber das gehört zur Entwicklung dazu?
[00:06:32] Marco Becker: Also das Design for Failure haben wir zum einen in der Softwareentwicklung, wo wir es in unsere Module einbauen. Man kann auch sagen, expect the unexpected, wo wir eben viele Möglichkeiten haben, das zu lösen. Wir lösen es in der Software z.B. durch einen hohen Grad der Vernetzung, durch Datenprodukte, die miteinander verbunden sind und vielen Fähigkeiten in der, nennen wir es jetzt mal Plattform oder im System, sich untereinander zu vernetzen. Das heißt, wir haben immer die Option eine entsprechenden Lösungsansatz zu finden. Dieses Design for Failure haben wir gar nicht so stark in unserer Projektmethodik. Das heißt, der Kunde ist im Wesentlichen Nutznießer der Konzepte, die wir ihm sozusagen in der Entwicklung benutzen. Wir konfrontieren den Kunden da so direkt gar nicht.
[00:07:10] Dr. Maximilian Reich: Wenn ihr jetzt in ein Unternehmen bei euren Kunden implementiert, da ist es natürlich ganz spannend, weil ihr gleichzeitig mit der IT zu tun habt, also auch dann mit den Nutzern, also mit den Controllern bzw. der Controlling Abteilung. Die Probleme, die da gesehen werden, die Herausforderungen, die da gelöst werden müssen, die sind ganz grundverschieden. Also ein I-Tler, da drückt natürlich ganz woanders der Schuh und er hat ganz andere Bedenken an der Stelle als der Controller. Und da ist es natürlich spannend irgendwie beide in ein Team zu bekommen bzw. auch mit beiden Seiten erfolgreich zu kooperieren. Was sind denn so die Herausforderungen, die euch typischerweise begegnen, genau in diesem Zusammenspiel? Und wie habt ihr die in der Vergangenheit gelöst?
[00:07:48] Marco Becker: Herausforderungen, die du natürlich immer hast bei solchen Sachen sind, wie kriegst du die Daten von externen Systemen oder wie kriegst du Zugriff auf bereits existierende Systeme des Kunden? Als Beispiel, du machst nachher eine HR Planung und das HR System muss irgendwie noch Daten liefern. Muss erstmal gucken, wo liegt das System, wer ist verantwortlich für das System und welche Bedingungen gibt es dann auf dieses System zuzugreifen. Wir lösen es eigentlich so, dass der Controller, oder wir gehen ins Controlling, fragen den Kunden, welche Daten braucht ihr in eurem System und diskutieren dann mit der IT, wie wir an diese Daten rankommen. Oft regelt das auch der Kunde für uns, das ist dann auch oft sehr hilfreich, weil er seine interne IT-Prozesse kennt und weiß dann, wie er mit der IT sprechen muss. Wir machen dann eben die entsprechende Anbindung. Dazu gehören dann eben solche Sachen wie Security, auf welche Daten wird zugegriffen, darf man auf die Daten zugreifen, wer darf die Daten sehen und so weiter. Das sind dann eben entsprechend die Herausforderungen, die in dem fachlichen Use Case gar nicht so da sind, die aber dann durch die Diskussion mit der IT immer wieder auf Tablett kommen. Wichtig ist auch dann eben zu versuchen nicht gegeneinander zu arbeiten, sondern jedem auch dann entsprechende Brücken zu bauen, damit das möglichst schnell auch zu einer Anbindung und zu Erfolgen kommt und das schlimmste, was eigentlich passieren kann, ist wenn dann die Positionen irgendwie verhärten, wenn die eine Seite bestimmte Daten haben will, die IT oder die andere Seite dann die Daten auch nicht rausgeben kann oder nur unter bestimmten Bedingungen rausgeben kann, bestimmte Routen im System nicht gelegt werden können. Da gibt es viele Herausforderungen und wichtig finde ich immer es ist hierbei sehr lösungsorientiert zu arbeiten, dass man ein Mindset bekommt, wo alle das Thema auch lösen wollen und nicht nur, das ist jetzt wirklich schnell runter von meinem Tisch. Sondern wenn alle zusammenarbeiten, sagen so, lasst uns überlegen, was sind kreative Möglichkeiten, was sind Ideen, um die Sachen im Sinne aller und zur Zufriedenheit aller von System A nach System B zu bringen oder vielleicht auch eine Onlineanbindung zu machen. Ich glaube, das ist, das ist sehr wichtig und das sind auch Herausforderungen, die man immer, immer wieder hat.
[00:09:45] Dr. Maximilian Reich: Absolut. Da sprichst du mir aus der Seele, das begegnet uns auch tagtäglich in den Projekten. Hast du vielleicht ein, zwei konkrete Tipps oder sogenannte War Stories aus der Vergangenheit, wo du sagst, okay, das hat uns noch mal irgendwie näher zusammengebracht und damit haben wir uns irgendwie genau an diesem einen Strang gefunden, an dem wir gemeinsam ziehen können, IT und Fachabteilung an der Stelle oder Controller?
[00:10:09] Marco Becker: Ich glaube für alle ist es interessant ein erfolgreiches Projekt zu machen. Und jeder ist stolz da drauf, wenn er das Projekt erfolgreich zu Ende gebracht hat. Und das ist oft oder es kann oft ein Punkt sein, der einen dann auch eint, wo man dann sagt, guck mal, das ist jetzt ein gemeinsames Teamergebnis, was wir hier geliefert haben, zusammen aus Fachbereich, IT und Beratung und allen Leuten, die daran beteiligt waren. Das ist oft ein Erfolgstreiber.
[00:10:33] Dr. Maximilian Reich: Eine andere Herausforderung, die uns auch wieder häufig begegnet, ist der erste Ansatz, wir sprechen mit der Fachabteilung, wir sprechen mit dem Controlling und sagen, in Digitalisierungsprojekten, ja, wir wollen und auch das wird immer wichtiger jetzt, wenn wir Unternehmenssteuerung denken und an Entscheidungen treffen, die Verschneidung der Daten, dieses Harmonisieren der Daten, das Verknüpfen der Daten aus den unterschiedlichen Bereichen, auch da die Finanzsicht zu haben, die operative Sicht zu haben, meinetwegen die Marketing Sicht, alle möglichen Töpfe, die man so hat, zu verschneiden. Die erste Reaktion, die wir häufig erleben, ach unsere Daten, das ist viel zu komplex, das wird nie was, das klappt nicht an der Stelle. Keine Chance. So. Dann ist das natürlich ein Hebel, der uns verloren geht, um später noch erfolgreicher Entscheidungen im Unternehmen zu treffen und natürlich auch noch später in Richtung AI wahnsinniger Hebel, der uns da verloren geht, wenn diese Daten nicht verknüpft werden und diese Datensilos beibehalten werden. Was ist da dein Ansatz?
[00:11:36] Marco Becker: Ich glaube, ist auch so ein bisschen natürlich Mindset. Wir können uns oft und viel erklären, warum es nicht geht, aber besser ist, wir sprechen drüber, wie wir es machen. Wir versuchen immer über den Use Case zu gehen, um zu sagen, so, welches Problem wollen wir denn eigentlich lösen und welche, nehmen wir es, Datenprodukte sind auf diesem Weg notwendig. Das führt zu relativ konkreten Anfragen an die Vorsysteme oder an die zuliefernden Systeme. Die ganze Komplexität, von der man vorher eigentlich ausgegangen ist, verschwindet dann, wenn man entsprechend vom Use Case kommt, miteinander redet und genau sagt, wir brauchen das, wir brauchen das, wir brauchen das und dann wird es meist deutlich einfacher als man vorher gedacht hat und man ist in der Lage sehr lösungsorientiert das Problem zu lösen.
[00:12:14] Dr. Maximilian Reich: Das ist ja schon das Argument für IT-Migrationsprojekte, um da auch die Komplexität ein Stück weit rauszunehmen. Vielleicht kannst du da auch noch mal die Zuhörerinnen und Zuhörer mitnehmen, was denn dein Blick Richtung Projektplanung und Vorgehen bei eben solchen größeren IT-Migrationsprojekten angeht.
[00:12:31] Marco Becker: Wir hatten ja heute auch schon das Thema Design for Failure und ich glaube, dass Design for Failure aus der Softwareentwicklung auch bei großen Migrationsprojekten helfen kann. Wenn man große IT-Migrationsprojekte hat, nehmen wir mal an, wir migrieren ein größeres ERP-System von A nach B bzw. auf eine neue Version. Dann kann ich natürlich planen oder wahrscheinlich relativ detailliert planen, was intern in dem System passiert und wie ich es umsetzen will. Was ich in dem Moment nicht weiß oder womit ich eigentlich immer rechnen muss, ist, dass an diesem System noch andere Systeme dran hängen, die im Zweifelsfalle auch vital sind. Also ich hatte das mal jetzt beim Kunden, da sagt mir eine Fachabteilung, ja, die migrieren jetzt unser ERP-System, aber wir wissen gar nicht, wie wir nach der Migration an unsere Daten kommen. Das ist natürlich ein schwieriges Ding und wenn das ein vitales System ist, kann natürlich dann so eine Migration auch zu Schwierigkeiten führen. In so einem Falle ist natürlich das Design for Failure Paradigma wieder sehr gut, einfach zu sagen, was machen wir denn, wenn wir mein System da ist oder wie ist grundsätzlich unsere Verfügbarkeit oder wie stellen wir unser System auf, wenn wir jetzt ein System mal vergessen haben, was da noch irgendwie dran hängt. Sollte natürlich nicht passieren, aber passiert eigentlich. Sieht man halt immer und das ist das, was dann oft solche Migrationen eben entsprechend scheitern lässt bzw. wo man dann sagt, ah, war nicht so erfolgreich oder wir hätten hier Probleme und wir hatten da Probleme. Deswegen ist es wichtig, wenn man das Projekt dann managt, solche Fehler vorzusehen. Es ist auch ebenfalls wichtig bei solchen Migrationsprojekten, wenn man anfängt, sich zu überlegen, wo ist denn der Point of no Return? Wann kann ich denn nicht wieder zurück? Ich habe das mal verglichen mit dem V1 Moment beim Flugzeug. Wir sind die ganze Zeit auf der Rollbahn und das Flugzeug rollt und irgendwann gibt es diesen V1 Moment, das ist dann die Geschwindigkeit, wo die Rollbahn zu kurz ist, um noch abzubrechen. Das Flugzeug muss dann fliegen, das muss dann in die Luft. Und solche Sachen gibt's im Projekt auch und in dem Moment, wo das passiert, wo man nicht mehr zurückkommt, muss sich dann eben auch die Fehlerbehandlungsstrategie verändern. Und zwar ist dann dieses Design für Fehler in dem Moment absolut richtig und absolut wichtig, dass man viele Optionen hat, dann die Fehler noch zu korrigieren, wenn man mit dem Ding schon in der Luft ist, weil man dann nicht mehr zurück kann. Was ich auch wichtig finde ist, dass gerade bei Neuprojekten vergisst man dann die reine Flugphase und das ist übrigens auch ein Konzept vom Design vor Fehler, dass wenn ein Projekt dann erfolgreich ist, dann kommen immer mehr Leute auf das System und dann stößt oft die Skalierbarkeit an seine Grenzen und dann geht wieder die Userakzeptanz nach hinten. Das ist auch wichtig, dass man das auch schon vorsieht. Das heißt, was passiert denn, wenn ich jetzt erfolgreich mit meinem Projekt bin? Mein Projekt jetzt so tolle Daten produziert, dass alle drauf wollen und alle feststellen, dass das so toll ist. Das habe ich in meiner Zeit bei IBM relativ häufig erlebt, wenn dann Systeme vom Fachbereich entwickelt wurden, die dann ganz toll von allen Leuten angenommen wurden und dann waren immer ganz viele Leute drauf auf dem System und das System skalierte nicht mehr. Das ist dann mal ganz wichtig eben in solchen Projektphasen und auch mit Migrationsphasen und der Einführung von Neuprodukten dieses Skalierbarkeit, nennen wir das Flugphase entsprechend mitzudenken. Das ist wichtig, damit man wie gesagt die Akzeptanz des Projekts auch hochhält, ansonsten geht der Flieger hoch, fliegt einen Augenblick und ist dann relativ schnell wieder am Boden, weil genau in dem Moment die Leute sich auch zurückziehen, wenn sie feststellen, ne, ich kriege doch keine Daten aus dem System. Ich weiß gar nicht, was die alle gemacht haben. Und deswegen ist die Skalierbarkeit des Systems eben auch wichtig, dass man in der Lage ist, wenn man erfolgreich gestartet ist, das Ding auch länger in der Luft zu halten.
[00:15:54] Dr. Maximilian Reich: Warum planen wir denn für den Erfolg in Anführungsstrichen, sondern wir müssen doch planen, was machen wir, wenn es schief geht, weil es schief gehen wird?
[00:16:02] Marco Becker: Das ist doch der Weg in dem Moment. Und das ist ja auch gar nicht schlimm, wenn du halt vorbereitet bist und wenn du dein System so aufgestellt hast, dass es resilient genug ist für sowas. Und wenn du eben überlegst, dass die Intelligenz der Grad der Vernetzung ist, hat mein schlauer Mann gesagt, kommt nicht von mir, dann ist ein intelligentes System, ein möglichst weit vernetztes System und das erreichst du Schnittstellen. Dass ich keine Closed Shops habe und dass ich in der Lage bin eben möglichst schnell meine Systeme miteinander zu vernetzen und das entsprechend in meiner Architektur und in meinem Projektplan vorsehen.
[00:16:32] Dr. Maximilian Reich: Und wie siehst du das aktuell jetzt mit Blick eben auf deine Projekte, mit Blick auf die Unternehmen, in denen du unterwegs bist? Wie siehst du die da gerüstet sozusagen? Auch IT seitig, da spielen ja auch wieder alle Fachbereiche rein, die IT, die Fachabteilung, das Controlling etc., der Finanzbereich eben als solches. Wie siehst du, wie siehst du da diese Abteilung stand heute, wie siehst du diese gerüstet?
[00:16:54] Marco Becker: Ich glaube eher schlecht. Oft wird nicht weit genug gedacht oder werden andere Systeme nicht mitgedacht. Manchmal gibt es Teams, die sich eben nur mit der Technologie ihres eigenen Systems beschäftigen und auch das in ihrem Kämmerlein weiter betreiben, dann läuft ihr eigenes System wunderbar und fehlerfrei und alle Nachfolgesysteme schauen in die Röhre, was oft zu unschönen Nebeneffekten führt, nennen wir es mal so.
[00:17:18] Dr. Maximilian Reich: Das heißt, jetzt werden ja Migrationsprojekte, IT-nahe Projekte als solches, nenne ich es jetzt mal, werden ja in Zukunft nicht weniger. Die Unternehmen müssen die Daten aufnehmen, da ist der Haken dran, sozusagen, die Daten sind vorhanden, aber die Daten eben auch irgendwie effektiv verwenden, um damit zu steuern, um damit die richtigen Entscheidungen zu treffen. Wo siehst du denn die größten Blindspots heute noch in den Unternehmen, wo muss denn am dringendsten gehandelt werden?
[00:17:44] Marco Becker: Ich glaube in unterschiedlichen Strategien, die Daten zusammenzubringen. Das kam jetzt ja auch immer wieder zur Sprache, dass man Datenprojekte oder Datenprodukte entsprechend generieren kann. Und ich glaube, dass da noch eine Menge Herausforderungen liegen. Datenprodukte müssen auch nicht immer erst so entstehen, dass ich alles in einen großen Data Lake kopiere und dann da irgendwas erzeuge. Vielleicht brauche ich nur ganz bestimmte Informationen aus einem System, die ich auch vor Ort erzeugen kann. Ich kann auch vielleicht Daten direkt vor Ort abgreifen und muss sie gar nicht erst irgendwo anders wohin kopieren. Gerade wenn man mit transaktionalen Daten arbeitet und dass das schon sein kann, dass in dem Moment, wenn man die Daten einmal umkopiert hat, transaktionale Daten auch schon zu alt sind und auch keine Relevanz mehr haben. Und ich glaube, dass wir da mehr Strategien brauchen, um solche Themen entsprechend zu lösen.
[00:18:30] Dr. Maximilian Reich: Absolut wichtiger Punkt, der uns natürlich bei CTcon auch extrem beschäftigt, Stichwort datengetriebene Steuerung, genau dieses Vernetzen, dieses zusammenbringen operativer Daten, der Finanzdaten und alle anderen Daten im Unternehmen und das eben zu ermöglichen, genau mit der vorhin schon angesprochenen Herausforderung, es ist ja viel zu komplex, es sind ja viel zu viele und genau dieses Thema da zu adressieren in Form von Datenprodukten ist natürlich eine extrem sinnvolle Strategie.
[00:19:00] Marco Becker: Ja.
[00:19:01] Dr. Maximilian Reich: Da voranzukommen und das da erfolgreich zu entwickeln.
[00:19:04] Marco Becker: Also, wenn man sich die Frage stellt, was ist mein Use Case und welches Thema will ich lösen und welche Datenprodukte brauche ich auf dem Weg und wer kann sie mir liefern? Wenn man diese Frage stellt, dann lässt sich ein Problem, ein vermeintlich großes Problem relativ schnell klein kochen und in einzelne Lösungen überführen. Das muss man eben machen. Und ich glaube auch, dass man die Strategie, die man früher so ein bisschen gefahren hat, ich kopiere es mal alles zusammen und dann überlegen wir mal, dass man das so ein Stück weit auch überdenken muss, dass nicht unbedingt notwendigerweise zu was führt. Ganz oft gibt es im Unternehmen auch Daten, die sind dann auch nur so da und die brauche ich vielleicht gar nicht, um mein Thema zu lösen. Aber ich habe sie dann trotzdem in so einem anderen Projekt, wo ich gesagt habe, ich mache jetzt hier so eine Datenintegration, habe ich alles erstmal schön integriert über Jahre und dann festgestellt, ach, von dem, was ich jetzt brauche, ist es vielleicht 20 %, was ich vorher integriert habe. Also wie gesagt, deswegen ist mein Plädoyer, lass uns vom Use Case kommen, lass uns genau angucken, welches Problem wir lösen und dann lass uns überlegen, was wir dafür brauchen.
[00:19:51] Dr. Maximilian Reich: Sehr schön. Das unterstreicht die Erfolgsfaktoren bei der technischen Umsetzung von so einem Datenprojekt bzw. von so einem Datenprodukt, aber so fundamental ist die Welt aktuell und das sind genau diese Grundlagen, die meines Erachtens jetzt auch die meisten Unternehmen merken, dass da Handlungsbedarf ist, weil die tollste Methode auch nichts wirkt, wenn man eben nicht diese Basisarbeit gemacht hat.
[00:20:19] Marco Becker: Ohne den Use Case stehst du nämlich nur da und sagst, ja, wir machen irgendwas mit einem schlauen Computer. Aber was genau mache ich Machine Learning, mache ich jetzt Large Language Model, mache ich jetzt Algorithmen? Was mache ich denn jetzt? Und diese Frage kannst du gar nicht beantworten, wenn du gar keinen Use Case hast dafür.
[00:20:36] Dr. Maximilian Reich: Absolut und das sind genau die Fragen, die uns aktuell begegnen. Ja, wir müssen jetzt auch mal was mit AI machen, wir müssen jetzt auch was mit GenAI machen. Das sieht dann toll aus, dann kann man sagen, man hat was gemacht, aber ist man danach besser, ist man danach effektiver, ist man danach effizienter? Das ist die große Frage und die Use Cases da aktuell, die sind noch nicht so klar, glaube ich, allen vor Augen und die muss man eben rausstellen und die muss man dann eben auch bedienen können, so dass man dann vom Use Case entsprechend über die Datenprodukte diese dann aufsetzen kann an der Stelle.
[00:21:04] Marco Becker: Es gibt viele ganz hervorragende Lösungen finde ich mit Large Language Models z.B. oder mit anderen größeren AI-Modellen. Die haben aber alle eins gemeinsam, die kommen alle vom Use Case. Die haben alle ein Problem gelöst, was man hat. Und ich glaube, das ist auch der Erfolg, AI sinnvoll einzusetzen und eben, was du gerade sagtest, wenn wir jetzt sagen, lass mal was mit der AI machen, das ist nicht, das ist nicht lösungsorientiert. Ja, das ist hier ist die Technologie, wo ist dein Problem? AI ist einfach ein, ja, AI und alles das, was dazu gehört und auch eben die Entwicklung der letzten Zeit ist einfach ein tolles Werkzeug in meinem Werkzeugkoffer und ich kann damit ganz viele tolle Probleme lösen, aber ich sollte damit Probleme lösen und ich sollte den Schraubenzieher nicht in die Hand nehmen, nur weil ich einen Schraubenzieher habe.
[00:21:51] Dr. Maximilian Reich: Vielleicht doch noch am Ende der Blick in die Glaskugel. Was macht denn jetzt diese, nennen wir Generative AI, also eben neuestes bzw. neu ist auch schon übertrieben, aber eben als glühendes Beispiel der rasanten AI-Entwicklung. Unterschied jetzt natürlich, AI, Data Science, Machine Learning, alles, was man jetzt darunter subsumieren kann, das war natürlich was, was die Data Scientisten und die Techies, so nenne ich sie jetzt mal, bedienen konnten und dann eben Anfragen bedienen können aus dem Business. GenAI ist jetzt quasi die AI für jedermann, da kann jetzt jeder sehr einfach drauf, es ist sehr einfach verwendbar und somit wird das jetzt eben und das ist natürlich auch dann ein Grund für die Popularität von solchen Modellen, dass sie jetzt eben von jedem da ganz einfach verwendbar sind. Daher auch wenn es wahrscheinlich eine ziemlich schwierige Frage ist am Ende, was ist dein Blick in die Zukunft? Was wartet denn da noch auf uns? Wie geht's denn weiter mit diesen Themen Richtung AI, GenAI? Wie sieht's denn da aus? Auch mit Blick vielleicht auf den Finanzbereich, vielleicht mit Blick auf die Architekturen, die in den Unternehmen vorhanden sind?
[00:23:00] Marco Becker: Also ich glaube, dass die Modelle werden ja immer größer und wenn man jetzt guckt, was Microsoft plant, was Nvidia plant, dann werden die Modelle alle noch viel größer werden und noch komplexer und die werden noch besser. Wir sehen jetzt schon beeindruckend, was z.B. ein Chat GPT in 4.0 liefern kann, finde ich. Aber das wird noch besser sein und da wird auch noch eine Menge mehr kommen. Ich glaube, wenn man diese Modelle richtig einsetzt, dann kann man die ganze Planung und auch die ganze Bedienung von Maschinen und so weiter deutlich vereinfachen und auch das, was du gerade sagst ist, was früher vielleicht Data Scientisten vorbehalten war, kann auch der in Anführungsstrichen normale User ohne technische Skills entsprechend machen. Die Gefahr, die natürlich immer besteht, ist, dass das, was da produziert wird, vielleicht nicht hundertprozentig stimmt. Nachvollziehbarkeit, Überprüfbarkeit ist immer ein bisschen schwierig. Wir haben das auch in der Softwareentwicklung gesehen, wir haben über längere Zeit auch Tools getestet, sage ich es mal, die Code generiert haben. Das war auch manchmal ganz beeindruckend, über lange Zeit merkt man aber, dass man sich etwas einfängt, das sich technische Schulden nennt. Das muss man halt immer sozusagen ansehen, was da passiert. Ich glaube, dass über die Zeit sowas deutlich besser wird und sowas weiter rausgeht und AI immer stärker nutzbar wird und Probleme in Anführungsstrichen oder technische Schulden, die man sich damit anhäuft, deutlich geringer werden, sodass ich eigentlich auch in der Zukunft und vor allem, dass auch das Vertrauen in diese AIs auch seitens der Anwender deutlich zunimmt.
[00:24:26] Dr. Maximilian Reich: Absolut, absolut. Das wird auf jeden Fall spannend, da weiter am Ball zu bleiben, auch natürlich aus unserer beiden Sicht, aus Sicht von Vertivity, aus Sicht von CTcon sind wir da mit dabei und begleiten die Finanzbereiche. Vielen Dank Marco für die Einblicke, total spannend, die Hebel von dir zu erfahren, die erfolgreiche Projekte ausmachen, da in Zukunft der Finanzbereich noch viel häufiger befähigt werden muss, aus den Daten eben das Beste rauszuholen. War sehr spannend. Ich danke dir, Marco.
[00:24:53] Marco Becker: Danke Max, ebenfalls, fand ich auch wie immer ein Vergnügen.
[00:24:58] Christian Bungenstock: Im September startet unsere nächste Tour zu einem Management relevanten Thema der Unternehmenssteuerung. Abonnieren Sie unseren Podcast Zielführung starten kostenlos, um keine Folge zu verpassen. Wir freuen uns, Sie auf weitere Expertenrunden mitzunehmen. Bis dahin.
[00:25:31] Podcast: Das war "Zielführung starten", der Management-Podcast von CTcon.

Zurück zum Podcast