1 00:00:03,120 --> 00:00:06,720 Moin an alle und herzlich willkommen zur Folge 76 von 2 00:00:06,720 --> 00:00:09,120 einfach komplex. Hier spricht Gerrit Burkhard ist 3 00:00:09,120 --> 00:00:11,360 auch da mein Burkhard. Moin ihr Lieben aus Hamburg. 4 00:00:11,920 --> 00:00:15,360 Und wir haben einen Gast, den Manuel Hauck von Zelonus. 5 00:00:15,360 --> 00:00:17,600 Hallo Manuel. Hallo zusammen, freut mich bei 6 00:00:17,600 --> 00:00:20,880 euch zu sein. Ja, schön, dass du da bist und 7 00:00:20,880 --> 00:00:23,440 mit dir wollen wir heute mal 2 Themen angehen. 8 00:00:23,600 --> 00:00:27,520 Einmal das Process Mining. Für das Zelonis letzten Endes 9 00:00:27,520 --> 00:00:29,800 auch bekannt geworden ist, oder vielleicht muss man sogar sagen, 10 00:00:29,800 --> 00:00:33,400 dass Zelonis bekannt gemacht hat, sagen wir es mal so und ja, 11 00:00:33,400 --> 00:00:36,400 wir wollen noch n bisschen gucken, was dich in deiner Reise 12 00:00:36,400 --> 00:00:40,320 als CTO viel CTO umgetrieben hat oder euch bei Zelonis was die 13 00:00:40,320 --> 00:00:43,440 Technologie angeht, was ich da getan hat, also 2 coole Themen, 14 00:00:44,080 --> 00:00:47,840 einmal produktseitig, einmal so die CTO Insights, nennen wir es, 15 00:00:48,000 --> 00:00:49,600 würde ich jetzt mal sagen, ja passt das für dich? 16 00:00:49,840 --> 00:00:51,160 Ja, spannend. Also ich freue mich auf die 17 00:00:51,160 --> 00:00:54,000 Unterhaltung und freue mich auf die nächste Stunde oder? 18 00:00:54,160 --> 00:00:55,280 Ja n bisschen länger wahrscheinlich. 19 00:00:55,840 --> 00:00:57,160 Ja, schauen wir mal, wie es läuft. 20 00:00:57,160 --> 00:01:00,640 Genau bevor wir rein starten, magst du uns noch mal kurz 21 00:01:00,640 --> 00:01:04,000 erzählen, wer du bist, was du machst und und auch für die, die 22 00:01:04,000 --> 00:01:06,800 es vielleicht nicht kennen, wer zellonis ist oder was zellonis 23 00:01:06,800 --> 00:01:07,840 macht. Klar, gerne. 24 00:01:07,840 --> 00:01:11,600 Also ich bin Manu, ich bin bei Zellonis viel CTO, also ich 25 00:01:11,600 --> 00:01:14,240 teile mir die CTO Rolle mit einem unserer Gründer, ich bin 26 00:01:14,240 --> 00:01:18,320 bei Zellonis jetzt vor fast 10 Jahren dazu gekommen, damals als 27 00:01:18,320 --> 00:01:21,080 erster Produktmanager, da waren noch sehr wenig Leute, also ein 28 00:01:21,080 --> 00:01:23,840 ganz kleines Unternehmen so ich glaube insgesamt so 2030 Leute. 29 00:01:24,240 --> 00:01:27,800 Also was um den Dreh und bin damals so als rechte linke Hand 30 00:01:27,800 --> 00:01:30,120 von Alex und Martin mit dazu gekommen zum Team und dann haben 31 00:01:30,120 --> 00:01:33,400 wir das damals Produktmanagement genannt und habe in den letzten 32 00:01:33,400 --> 00:01:35,000 10 Jahren das Produkt Engineering Team, dann 33 00:01:35,000 --> 00:01:38,400 verschiedene Rollen mit aufgebaut genau und war mit 34 00:01:38,400 --> 00:01:41,440 dabei wie Zelonis sich von dem ja wie gesagt 2030 Mann 35 00:01:41,440 --> 00:01:44,880 unternehmen zu dem was wir heute sind so um die 3000 Leute 36 00:01:45,120 --> 00:01:48,280 entwickelt hat und wir haben mit Zelonis was machen wir also du 37 00:01:48,280 --> 00:01:51,760 hast es ja schon gesagt, Process Mining oder Process Intelligence 38 00:01:51,760 --> 00:01:53,440 wie wir es wie wir es eigentlich nennen. 39 00:01:53,800 --> 00:01:57,960 Wir wir helfen unseren Kunden und und den Menschen bei unseren 40 00:01:57,960 --> 00:02:01,840 Kunden am Ende die Prozesse zu optimieren und die Prozesse zum 41 00:02:01,840 --> 00:02:04,400 Funktionieren zu bringen. Am Ende genau, und das machen 42 00:02:04,400 --> 00:02:07,440 wir mit, mit Process Mining als Kerntechnologie und einer 43 00:02:07,440 --> 00:02:09,479 Software Suite oder einem Portfolio von verschiedenen 44 00:02:09,479 --> 00:02:12,280 Produkten, die einem helfen, die die Prozesse erstmal überhaupt 45 00:02:12,280 --> 00:02:15,920 zu zu visualisieren, Transparenz, Transparenz in die 46 00:02:15,920 --> 00:02:18,240 Geschäftsprozesse rein zu bekommen und dann aber auch 47 00:02:18,240 --> 00:02:21,600 Schritt für Schritt die Prozesse zu optimieren, zu verbessern, zu 48 00:02:21,680 --> 00:02:23,720 neu, zu designen. Das ist vielleicht in der 49 00:02:23,720 --> 00:02:25,920 Nutshell weiß was was zelonus macht und was ich bei zelonus 50 00:02:25,920 --> 00:02:27,320 mach. Perfekt. 51 00:02:27,320 --> 00:02:29,360 Danke für den coolen Überblick, Wir gehen ja noch n bisschen 52 00:02:29,360 --> 00:02:32,720 tiefer rein, gerne ins Process Mining oder Process Intelligence 53 00:02:32,720 --> 00:02:33,840 werde ich dann jetzt wohl nennen. 54 00:02:34,560 --> 00:02:38,480 Wie genau funktioniert das? Du hast jetzt Geschäftsprozesse 55 00:02:38,640 --> 00:02:41,880 erwähnt, das klingt erst mal so, als würde es alle Unternehmen 56 00:02:41,880 --> 00:02:45,760 betreffen, vielleicht ab einer gewissen Größe, was sind die 57 00:02:46,080 --> 00:02:49,840 Probleme, die Firmen vielleicht haben, bevor sie über Process 58 00:02:49,840 --> 00:02:54,000 Intelligence nachdenken und. Wie ist dann eigentlich der 59 00:02:54,000 --> 00:02:56,960 Ansatz, diese auch zu lösen? Wo helft ihr da und wie? 60 00:02:57,280 --> 00:02:59,200 Also ich glaube zum Start vielleicht mal. 61 00:02:59,200 --> 00:03:00,800 Was sind überhaupt Geschäftsprozesse oder wovon 62 00:03:00,800 --> 00:03:03,920 reden wir da so, so allgemein? Ich glaube, am einfachsten ist 63 00:03:03,920 --> 00:03:07,160 es, sich immer erstmal vorzustellen, was macht ein 64 00:03:07,160 --> 00:03:09,680 Unternehmen eigentlich, also ein Unternehmen, man verkauft ja im 65 00:03:09,680 --> 00:03:13,160 Idealfall ein Produkt, am Ende ist der Verkaufsprozess ein 66 00:03:13,160 --> 00:03:16,000 Geschäftsprozess, in dem die Mitarbeiter daran arbeiten, das 67 00:03:16,000 --> 00:03:18,080 Produkt an die Kunden zu verkaufen. 68 00:03:18,600 --> 00:03:22,000 Davor hat man idealerweise eine Produktion in irgendeiner Art 69 00:03:22,000 --> 00:03:23,280 und Weise. Das ist ein weiterer 70 00:03:23,280 --> 00:03:26,160 Geschäftsprozess, also die verschiedenen Produktionslinien, 71 00:03:26,320 --> 00:03:30,120 die Planung der Produktion, dann hat man davor einen Inventory 72 00:03:30,120 --> 00:03:34,080 Management, wo man seine, seine Warenlager und seinen Bestand 73 00:03:34,120 --> 00:03:37,160 managt, man hat eine Lieferkette davor, das ist ein weiterer 74 00:03:37,160 --> 00:03:40,800 Geschäftsprozess, hoffentlich für viele Zuhörer hat man dann 75 00:03:40,800 --> 00:03:42,640 auch Rechnungen irgendwann, also dass man. 76 00:03:43,040 --> 00:03:45,400 Bezahlt wird für die Produkte, die man verkauft, man bezahlt 77 00:03:45,400 --> 00:03:48,040 selber die Produkte oder die Materialien, die man die man 78 00:03:48,040 --> 00:03:49,360 braucht, um sein Produkt herzustellen. 79 00:03:49,520 --> 00:03:51,080 Das sind weitere Geschäftsprozesse, also das 80 00:03:51,080 --> 00:03:53,920 ganze Accounting und die gesamte Finanzbuchhaltung, also das ist 81 00:03:53,920 --> 00:03:57,680 eigentlich was wir, was wir als Geschäftsprozesse betrachten, 82 00:03:58,160 --> 00:04:02,160 und diese Geschäftsprozesse sind, sind ja mittlerweile bei 83 00:04:02,160 --> 00:04:05,160 fast jedem Unternehmer einer gewissen Größe mit mit IT System 84 00:04:05,160 --> 00:04:07,040 unterstützt, also man macht das ja nicht alles auf Papier, 85 00:04:07,040 --> 00:04:11,080 sondern man hat die ganzen Finanzprozesse, hat man zum 86 00:04:11,080 --> 00:04:14,280 Beispiel in einem ERP System. Kundensupport in einem IT SM 87 00:04:14,280 --> 00:04:17,360 System Wir haben Selbstprozesse hat man zum Beispiel im CRM 88 00:04:17,360 --> 00:04:20,240 System unterstützt. Man hat das ganze Front Office 89 00:04:20,240 --> 00:04:23,360 vielleicht noch durch eine Marketing Cloud unterstützt, 90 00:04:23,360 --> 00:04:26,080 also das sind alles Systeme die am Ende diese Prozesse 91 00:04:26,080 --> 00:04:28,320 unterstützen und während wir an den Prozessen arbeiten in 92 00:04:28,320 --> 00:04:30,800 unserem Arbeitsalltag, hinterlassen wir im Prinzip 93 00:04:30,800 --> 00:04:35,200 digitale Fußspuren in den Systemen und was man mit Pros 94 00:04:35,200 --> 00:04:38,920 Intelligence und Pros Mining macht ganz grundlegend ist 95 00:04:38,920 --> 00:04:41,360 erstmal obsibility für diese Prozesse herzustellen. 96 00:04:41,840 --> 00:04:43,720 Also man kann sich das jetzt, wenn man aus dem Software 97 00:04:43,720 --> 00:04:46,720 Engineering kommt, vorstellen, ähnlich wie ein Log Monitoring 98 00:04:46,720 --> 00:04:49,120 oder ein Application observability Tool. 99 00:04:49,440 --> 00:04:52,240 Da ist es ja auch so, wenn ich eine Software betreibe, dann 100 00:04:52,240 --> 00:04:55,600 lassen meine meine Applikationen meine Services hinterlassen am 101 00:04:55,600 --> 00:04:58,720 Ende logs ich habe Arrow Messages, ich habe aber auch 102 00:04:58,720 --> 00:05:02,480 vielleicht einfach andere log Nachrichten die ich die ich die 103 00:05:02,480 --> 00:05:06,560 ich wegschreibe und ähnlich ist es bei bei Mitarbeitern im 104 00:05:06,560 --> 00:05:09,880 Geschäftsprozess auch diese Logs oder diese diese Fußspuren, die 105 00:05:09,880 --> 00:05:11,680 hinterlässt man aber halt einfach im ERP System und. 106 00:05:12,000 --> 00:05:14,440 Oder im TM System. Und was Zylonis macht ist 107 00:05:14,440 --> 00:05:17,600 ähnlich, wieso ein Software observability Tool und bringen 108 00:05:17,600 --> 00:05:19,480 wir Observability und Transparenz in die 109 00:05:19,480 --> 00:05:22,840 Geschäftsprozesse, also wir wir rekonstruieren das dann 110 00:05:22,840 --> 00:05:25,360 eigentlich auf einem Level weiter oben als jetzt so ein Log 111 00:05:25,360 --> 00:05:28,160 Monitoring und bringen das auf dem Level, dass man dass man 112 00:05:28,160 --> 00:05:31,240 Transparenz drüber hat okay von wem und wann wurde meine 113 00:05:31,240 --> 00:05:34,560 Bestellung eigentlich angefragt, wer hat die genehmigt, wann 114 00:05:34,560 --> 00:05:36,480 erwarten wir den Wareneingang zu der Bestellung? 115 00:05:36,800 --> 00:05:38,400 Was sind die Zahlungsbedingungen, die wir 116 00:05:38,400 --> 00:05:39,840 haben? Hinter, hinter der Bestellung, 117 00:05:39,920 --> 00:05:42,320 wie hängt es dann zusammen mit den Zahlungsläufen, die wir im 118 00:05:42,320 --> 00:05:44,680 Hintergrund haben? Also das ist so das Level, auf 119 00:05:44,680 --> 00:05:47,400 dem wir uns dann bewegen, wenn wir die Prozesse, Prozesse aus 120 00:05:47,400 --> 00:05:50,520 dem Unternehmen rekonstruieren, genau, und jetzt habe ich mich, 121 00:05:50,520 --> 00:05:51,680 glaube ich, ein bisschen verloren zu deiner 122 00:05:51,680 --> 00:05:53,320 ursprünglichen Frage, aber ich hoffe, ich habe zumindest 123 00:05:53,320 --> 00:05:56,680 erklärt, was man grob mit mit Bros Intelligence macht und und 124 00:05:56,680 --> 00:05:59,440 was es so heißt, wenn wir, wenn wir Prozesse optimieren oder 125 00:05:59,440 --> 00:06:01,280 Prozesse erstmal transparent machen beim Kunden. 126 00:06:01,920 --> 00:06:05,600 Braucht man vorher schon eine grobe Idee von seinen Prozessen 127 00:06:05,600 --> 00:06:07,800 oder kriegt man. Durch den Einsatz von Process 128 00:06:07,800 --> 00:06:11,160 Intelligence überhaupt erst mal einen ist Zustand aufgezeigt 129 00:06:11,160 --> 00:06:15,360 seiner Prozesse. Also man braucht keine grobe 130 00:06:15,360 --> 00:06:17,360 Idee, also man kann da komplett von 0 anfangen. 131 00:06:18,000 --> 00:06:20,400 Wenn ich jetzt ganz ehrlich bin, die Realität ist woanders, also 132 00:06:20,400 --> 00:06:22,720 die Realität ist so, dass man normalerweise, wenn man zum 133 00:06:22,720 --> 00:06:24,560 Kunden kommt, unsere Ansprechpartner sind 134 00:06:24,560 --> 00:06:26,440 normalerweise Leute im Business, also das ist jetzt vielleicht 135 00:06:26,480 --> 00:06:28,760 verantwortlich für den Einkauf, das ist der Verantwortliche für 136 00:06:28,760 --> 00:06:32,720 die Produktion, es ist ja nicht so, dass man da gar keine Ahnung 137 00:06:32,720 --> 00:06:34,160 hat, was da gerade passiert, also. 138 00:06:34,280 --> 00:06:36,560 Man hat normalerweise ja schon grobe eine grobe Vorstellung 139 00:06:36,560 --> 00:06:39,280 davon, wie aktuell der Unternehmensalltag aussieht. 140 00:06:39,440 --> 00:06:43,440 Wie kaufe ich ein, Wer macht da eigentlich was und die Realität 141 00:06:43,440 --> 00:06:45,760 ist dann aber, dass meistens diese Vorstellung oder wie man 142 00:06:45,760 --> 00:06:48,320 sich das mal ursprünglich ausgedacht hat, dass es 143 00:06:48,320 --> 00:06:50,520 passiert, weicht halt sehr stark davon ab, was man in der 144 00:06:50,520 --> 00:06:53,400 Realität dann wirklich in den Teams findet, aber wir starten 145 00:06:53,400 --> 00:06:55,240 da nicht von 0, also wir starten da schon mit dieser 146 00:06:55,240 --> 00:06:57,960 Grundannahme, das ist jetzt der Teil vom Prozess, wo wir 147 00:06:57,960 --> 00:07:01,120 Transparenz reinbringen und was wir dann aber machen ist, wir 148 00:07:01,120 --> 00:07:03,600 zeigen halt die Realität. Also nicht nur diese 34 149 00:07:03,600 --> 00:07:06,000 Schritte, die schön sequentiell ablaufen, sondern halt die 150 00:07:06,320 --> 00:07:09,160 tausenden Abweichungen, die es da dann von dann dann von diesem 151 00:07:09,160 --> 00:07:11,360 Standardprozess oder von dem Design Prozess gibt. 152 00:07:12,240 --> 00:07:14,680 Das ist ja IT technisch. Ich sag es mal, als Informatiker 153 00:07:14,680 --> 00:07:17,760 ist das ja so ne Art Graph, ich hab ja ganz viele Events, die 154 00:07:17,760 --> 00:07:20,080 sich dann auch wieder teilen und so weiter dann fließen die da 155 00:07:20,080 --> 00:07:21,800 vielleicht zusammen und so weiter das ist ja n relativ 156 00:07:22,240 --> 00:07:24,600 komplexes Bild, ne und was schick ist was ich glaube ich 157 00:07:24,600 --> 00:07:26,080 verstanden habe, vielleicht kannst du das noch mal 158 00:07:26,080 --> 00:07:28,560 bestätigen. Dadurch, dass sie quasi die 159 00:07:28,560 --> 00:07:30,600 Logfiles sammeln. Wenn ich das jetzt mal so ganz 160 00:07:30,600 --> 00:07:33,920 technisch sage, eine Eigenschaft haben die ja alle gemeinsam, 161 00:07:33,920 --> 00:07:36,240 auch wenn sie mal ganz furchtbar unterschiedlich aussehen, glaub 162 00:07:36,240 --> 00:07:38,880 ich von Tool zu Tool oder kommen wir später noch zu was das 163 00:07:38,880 --> 00:07:41,400 bedeutet, aber eine Eigenschaft haben sie ja dennoch alle 164 00:07:41,400 --> 00:07:43,680 zusammen, sie haben immer irgendwie so n Zeitstempel dran, 165 00:07:43,840 --> 00:07:46,720 das heißt ich bekomme wahrscheinlich irgendwie n super 166 00:07:46,720 --> 00:07:50,320 Bild, was irgendwie zeitlich geordnet ist. 167 00:07:50,800 --> 00:07:53,040 Und dann kann ich vielleicht so ne Art Grafendarstellung. 168 00:07:53,040 --> 00:07:56,080 Also ich bin jetzt auch nicht tief in Zelonis drin, aber dann 169 00:07:56,080 --> 00:07:58,000 kriege ich wahrscheinlich, wenn ich das n bisschen aufräume, nen 170 00:07:58,000 --> 00:08:02,160 schönen Flow von dem echten Prozess wie er läuft und ihr 171 00:08:02,160 --> 00:08:05,600 habt so n schönes Bild auf der Webseite, wo der gedachte 172 00:08:05,600 --> 00:08:08,000 Prozess irgendwie so lineare Boxen sind, die untereinander 173 00:08:08,000 --> 00:08:10,400 stehen 6 Stück oder irgendsowas und das was man dann wirklich 174 00:08:10,400 --> 00:08:13,520 sieht was passiert ist jetzt irgendwie so n so n Geflecht von 175 00:08:13,520 --> 00:08:15,920 Knoten, die irgendwie sich ineinander verwaben und so 176 00:08:15,920 --> 00:08:19,240 weiter ja. Ja genau, also am Ende Ende. 177 00:08:19,240 --> 00:08:21,520 Ist ja also. Dieser Prozessfluss, also diese 178 00:08:21,520 --> 00:08:23,560 verschiedenen Aktivitäten, die nacheinander passieren, also zum 179 00:08:23,560 --> 00:08:26,640 Beispiel, was ich vorher gesagt habe, wir geben die Bestellung 180 00:08:26,640 --> 00:08:29,360 auf, wir bestätigen die und so weiter, dass diese diese 181 00:08:29,360 --> 00:08:32,000 zeitlichen Abläufe für jeden einzelnen Fall, also für jede 182 00:08:32,000 --> 00:08:35,159 einzelne Bestellung, daraus können wir am Ende so einen, so 183 00:08:35,159 --> 00:08:38,520 einen prozessdiagramm Rausrechnen erstmal und dann 184 00:08:38,520 --> 00:08:41,600 noch darstellen und dann, wie auch diese, also das ist eine 185 00:08:41,600 --> 00:08:43,679 der Kernkomponenten von Zelone, ist jetzt auf der analytischen 186 00:08:43,679 --> 00:08:47,520 Seite ist genau diese diese Prozessgraphen auch auch 187 00:08:47,520 --> 00:08:50,840 darzustellen. Und dann ist unser System halt 188 00:08:50,840 --> 00:08:53,880 in dem Sinne so dynamisch, dass du als als als Analyst zum 189 00:08:53,880 --> 00:08:56,440 Beispiel wenn du jetzt dafür verantwortlich bist, den Prozess 190 00:08:56,440 --> 00:08:59,080 zu optimieren oder erstmal zu analysieren, dass man da Stück 191 00:08:59,080 --> 00:09:01,800 für Stück reingehen kann, also dass ich von wir zeigen am 192 00:09:01,800 --> 00:09:03,920 Anfang auch ein relativ einfaches Bild, also das System 193 00:09:03,920 --> 00:09:07,440 abstrahiert, das für dich auf die vielleicht top 7060%, je 194 00:09:07,440 --> 00:09:10,320 nachdem, was wir halt an Daten vom Kunden bekommen und diese 195 00:09:10,320 --> 00:09:14,560 Top 7060%, die sind auch. Die sind noch relativ simpel, 196 00:09:14,560 --> 00:09:16,720 das ist dann sehr sequentiell. Das sind dann vielleicht 45 197 00:09:16,720 --> 00:09:18,960 Schritte, typischerweise die, die schön sequentiell 198 00:09:18,960 --> 00:09:21,240 hintereinander basieren, und dann kannst du aber Stück für 199 00:09:21,240 --> 00:09:23,000 Stück halt die die Abdeckung erhöhen. 200 00:09:23,000 --> 00:09:25,120 Also du kannst einmal reinzoomen, indem du sagst, ich 201 00:09:25,120 --> 00:09:28,080 möchte jetzt einzelne neue Fälle hinzufügen, also gerade wir 202 00:09:28,080 --> 00:09:30,640 clustern, die dann halt, dass die alle die gleiche 203 00:09:30,640 --> 00:09:33,800 Prozessvariante am Ende abbilden, dass man die Stück für 204 00:09:33,800 --> 00:09:37,440 Stück hinzunehmen kann, oder ich kann zum Beispiel einfach 205 00:09:37,680 --> 00:09:40,760 ungewollte Aktivitäten mit Einblenden und schauen, wie oft 206 00:09:40,760 --> 00:09:43,160 basieren die also ganz. Beim Einkauf wäre so ein 207 00:09:43,160 --> 00:09:45,920 typisches Beispiel eine Preisänderung. 208 00:09:46,400 --> 00:09:49,320 Du hast, du hast zum Beispiel Preise vereinbart mit deinen 209 00:09:49,320 --> 00:09:52,360 Zulieferern, aber die sind vielleicht im System nicht 210 00:09:52,360 --> 00:09:54,720 richtig hinterlegt, das ist dann so ein typisches Master Data 211 00:09:54,720 --> 00:09:57,600 Problem, dass man, dass man, dass man im Prozess hat und dann 212 00:09:57,600 --> 00:10:00,480 gehen die Einkäufer halt ins System rein und müssen den Preis 213 00:10:00,640 --> 00:10:03,320 von Hand updaten, ist natürlich was was du dir eigentlich am 214 00:10:03,320 --> 00:10:06,320 liebsten sparen würdest, weil der Mehrwert ist relativ gering, 215 00:10:06,320 --> 00:10:07,680 die Preise sind davor verhandelt. 216 00:10:08,080 --> 00:10:10,440 Und du hast einfach ein Problem, dass in deinem System das nicht 217 00:10:10,440 --> 00:10:13,040 richtig hinterlegt ist für das Material was du da bestellt hast 218 00:10:13,600 --> 00:10:15,480 und so eine, so eine Aktivität, die du eigentlich nicht 219 00:10:15,480 --> 00:10:18,040 möchtest, kannst du dann in den Prozess mit Einblenden und dann 220 00:10:18,040 --> 00:10:20,240 siehst du, siehst du zum Beispiel wieviel bei wieviel 221 00:10:20,240 --> 00:10:21,360 Bestellungen müssen wir das machen. 222 00:10:21,680 --> 00:10:25,360 Wir wir haben in unseren Daten dann auch so Metadaten wie zum 223 00:10:25,360 --> 00:10:29,520 Beispiel Zulieferer und solche Dimensionen mit im System 224 00:10:29,520 --> 00:10:31,920 hinterlegt und dann kannst du zum Beispiel auch Filtern auf 225 00:10:32,160 --> 00:10:34,560 basiert es Häufigerweise in meinem Standort in Berlin 226 00:10:34,880 --> 00:10:37,360 passiert es Häufigerweise bei einem bestimmten Lieferanten. 227 00:10:37,600 --> 00:10:39,560 Und so kommt man dann auch hin, dass man, dass man in die 228 00:10:39,560 --> 00:10:41,040 Richtung kommt, okay wie implementieren wir jetzt 229 00:10:41,040 --> 00:10:43,760 eigentlich Verbesserungen in dem Prozess, also wie kann ich dann 230 00:10:43,760 --> 00:10:45,640 zum Beispiel auch den Verantwortlichen eine 231 00:10:45,640 --> 00:10:48,280 Applikation bereitstellen, die genau diese Daten auszulohnen 232 00:10:48,280 --> 00:10:51,920 ist neben dem dem Business Anwender in die Hand gibt, 233 00:10:52,080 --> 00:10:54,320 sodass sie das, dass sie diese Masterdaten auch korrigieren 234 00:10:54,320 --> 00:10:56,440 können. Du hast gerade einfach so 235 00:10:56,440 --> 00:11:00,640 gesagt, mehr oder weniger, ich zitiere jetzt frei aus dem aus 236 00:11:00,640 --> 00:11:04,240 dem Gedanken die Daten, die wir vom Kunden bekommen. 237 00:11:04,840 --> 00:11:07,280 Und Du hast vorhin schon ganz viele Systeme genannt, CRM, ein 238 00:11:07,280 --> 00:11:09,920 ERP und so weiter und sofort potenzielle Datenquellen. 239 00:11:10,160 --> 00:11:13,280 Wie genau funktioniert das, dass ihr diese Daten dann tatsächlich 240 00:11:13,280 --> 00:11:16,960 bekommt? Also wie gesagt, die die 241 00:11:16,960 --> 00:11:20,440 Prozesse am Ende sind von von verschiedenen Systemen 242 00:11:20,440 --> 00:11:23,720 unterstützt, ein großes System wo viel drin passiert ist das 243 00:11:23,720 --> 00:11:26,040 ERP System. Normalerweise kann jetzt in 244 00:11:26,040 --> 00:11:29,360 Europa oft SAP, in den USA oft Oracle können aber auch kleinere 245 00:11:29,360 --> 00:11:32,280 sein, so ein Microsoft Dynamics oder oder andere kleinere 246 00:11:32,280 --> 00:11:35,200 Anbieter. Und was wir, was ein großer Teil 247 00:11:35,200 --> 00:11:38,040 von unserer Plattform, um überhaupt erstmal Process Mining 248 00:11:38,040 --> 00:11:40,040 und Process Internet zu machen ist, ist erstmal die 249 00:11:40,040 --> 00:11:43,360 Datenintegration oder man kann das auch die Process 250 00:11:43,360 --> 00:11:46,080 Instrumentation nennen, also die relevanten Informationen oder 251 00:11:46,080 --> 00:11:48,960 die Reihe der relevanten Daten. Diese Fuß digitalen Fußabdrücke 252 00:11:49,200 --> 00:11:51,360 überhaupt erstmal in unser System zu integrieren. 253 00:11:51,600 --> 00:11:54,880 Also wir haben in unserer Plattform zum Beispiel Tools um 254 00:11:55,520 --> 00:11:58,400 Konnektivität aufzubauen zu diesem Kernsystem, Wir haben 255 00:11:58,400 --> 00:12:01,280 sehr sehr. Ich würde sagen, einen sehr 256 00:12:01,280 --> 00:12:04,560 performanten und sehr einfach zu nutzenden SAP Connector zum 257 00:12:04,560 --> 00:12:06,800 Beispiel, wo wir uns mit dem SAP System verbinden können. 258 00:12:06,800 --> 00:12:09,360 Das haben wir auch für Oracle, das haben wir auch für Sales 259 00:12:09,360 --> 00:12:11,800 Force, das haben wir auch für Microsoft Dynamics eigentlich 260 00:12:11,800 --> 00:12:14,960 für alle großen Enterprise Systeme, die man, die man so bei 261 00:12:14,960 --> 00:12:17,360 Kunden typischerweise findet, das ist ja normalerweise auch 262 00:12:17,360 --> 00:12:20,240 der allererste Schritt, also diese Prozessinstrumentierung 263 00:12:20,240 --> 00:12:23,040 erstmal die Transparenz in den Prozess reinzubringen, die 264 00:12:23,040 --> 00:12:25,240 Kernarbeit, die da dahinter steckt, ist die 265 00:12:25,240 --> 00:12:28,320 Datenintegration, also erstmal die relevanten Events, die da in 266 00:12:28,320 --> 00:12:32,800 den Systemen. Abgebildet sind die in Zellonis 267 00:12:32,800 --> 00:12:37,040 zu integrieren, und das basiert mit Tooling von Zellonis oder 268 00:12:37,040 --> 00:12:39,040 wir integrieren uns halt in das existierende Tooling beim 269 00:12:39,040 --> 00:12:42,160 Kunden. Also vielleicht, ich meine, wir 270 00:12:42,160 --> 00:12:43,840 gehen da vielleicht auch ein bisschen drauf ein, als wir 271 00:12:43,840 --> 00:12:46,400 gestartet sind vor vor 13 Jahren, da war die It Landschaft 272 00:12:46,400 --> 00:12:49,280 ja noch ein bisschen anders als heute, da gab es einfach noch 273 00:12:49,280 --> 00:12:54,240 nicht so zumindest noch nicht so breit etablierte ETL Tooling und 274 00:12:54,240 --> 00:12:57,440 auch Cloud Integrationslösungen um die Daten überhaupt erstmal. 275 00:12:57,920 --> 00:12:59,960 Nach außen zur Verfügung zu stellen, das ist auch ein Grund, 276 00:12:59,960 --> 00:13:02,720 warum wir da ein relativ breites Portfolio haben, dass wir 277 00:13:02,720 --> 00:13:05,320 unseren Kunden das auch als Bordmittel mit zur Verfügung 278 00:13:05,320 --> 00:13:07,840 stellen, dass man sich direkt mit dem System integrieren kann. 279 00:13:08,160 --> 00:13:10,240 Aber mittlerweile gibt es natürlich viele Enterprise Data 280 00:13:10,240 --> 00:13:13,200 Lakes zum Beispiel oder existierende Messaging oder ETL 281 00:13:14,240 --> 00:13:16,720 Tools, die einfach in der IT etabliert sind, um Daten von A 282 00:13:16,720 --> 00:13:20,560 nach B zu schieben oder Daten zu zu teilen, und wir integrieren 283 00:13:20,560 --> 00:13:22,160 uns dann mit der mit der Tool Landschaft auch. 284 00:13:22,160 --> 00:13:24,640 Also wenn ich jetzt ein ETL Tool im Einsatz habe. 285 00:13:24,800 --> 00:13:27,200 Kann ich das verwenden, um die Daten einfach zuzulohnen es 286 00:13:28,160 --> 00:13:31,600 rüberzuspielen oder wenn ich nen nen Messaging layer etabliert 287 00:13:31,600 --> 00:13:34,240 hab, dann können wir uns da mit rein mit reinhängen und die ganz 288 00:13:34,240 --> 00:13:36,440 da abgreifen wie wie sie auch intern in der IT hin und 289 00:13:36,440 --> 00:13:39,560 hergeschoben werden. Was ist noch mal NETL Tool oder 290 00:13:39,560 --> 00:13:42,160 Plattform? Extract transform load also 291 00:13:42,160 --> 00:13:46,400 eigentlich zur Daten. Ja, datentransport würde ich es 292 00:13:46,400 --> 00:13:48,760 immer sagen, also Daten von A nach B in einer strukturierten 293 00:13:48,760 --> 00:13:50,880 Form bringen. Das hört sich nach sehr viel 294 00:13:50,880 --> 00:13:52,720 Arbeit an, nach viel, viel technischer Arbeit, weil. 295 00:13:53,360 --> 00:13:56,200 Du sagst ja selber, es gibt ja zig Systeme und alle sind 296 00:13:56,200 --> 00:13:58,840 irgendwie relevant für den Gesamtprozess, den ich jetzt 297 00:13:58,840 --> 00:14:01,840 transparent machen möchte. Dann laufen welche auf dem 298 00:14:01,840 --> 00:14:04,080 Desktop und Du sagst es wahrscheinlich, wir kommen 299 00:14:04,080 --> 00:14:06,160 wahrscheinlich langsam dazu. Ich würd es nicht überstürzen, 300 00:14:06,160 --> 00:14:09,200 aber ne das eine System packt vielleicht die Logs in 301 00:14:09,200 --> 00:14:13,000 irgendeinen Pfeil raus, ganz klassisch irgendwie, das heißt 302 00:14:13,000 --> 00:14:16,080 ihr müsst quasi so ne Art Treiber Konnektivität Treiber 303 00:14:16,080 --> 00:14:21,280 schreiben um überhaupt diese ganzen Daten erstmal zentral in 304 00:14:21,280 --> 00:14:25,120 euer Modell reinzubringen. Um dann daraus quasi weiter zu 305 00:14:25,120 --> 00:14:27,960 rechnen, zu analysieren, Grafiken zu generieren und so 306 00:14:27,960 --> 00:14:29,680 weiter und sofort. Da kann man sich vorstellen, ne, 307 00:14:29,680 --> 00:14:31,760 und da muss man natürlich relativ viele Treiber 308 00:14:31,760 --> 00:14:33,560 wahrscheinlich schreiben und dann werden dann sich natürlich 309 00:14:33,560 --> 00:14:36,240 die Tools nur noch unter seinem über die über die sind ja nicht 310 00:14:36,240 --> 00:14:37,840 statisch, sondern die machen vielleicht auch noch mal was 311 00:14:37,840 --> 00:14:40,520 Neues, denn ich als Softwareentwickler weiß zum 312 00:14:40,520 --> 00:14:45,680 Beispiel, dass man APIS, also die vorgenannten Schnittstellen, 313 00:14:45,680 --> 00:14:48,000 die die Programme so haben, da ist man ja immer vorsichtig, die 314 00:14:48,000 --> 00:14:49,360 werden versioniert und so weiter. 315 00:14:49,760 --> 00:14:52,080 Aber wenn mir jetzt jemand sagen würde, so ey, du musst 316 00:14:52,080 --> 00:14:54,680 aufpassen, dass du bei deinen Logfiles irgendwie ne API hast, 317 00:14:54,680 --> 00:14:57,440 quasi, dass die immer gleich aussehen, würde ich sagen, ja, 318 00:14:57,440 --> 00:14:59,840 oh nee, das das hätte ich jetzt erstmal nicht so getan und 319 00:14:59,920 --> 00:15:02,320 vielleicht ist dann bei der nächsten Version von Tool das 320 00:15:02,320 --> 00:15:04,640 Login ganz anders und dann müsst ihr schon wieder nachlegen, 321 00:15:04,640 --> 00:15:06,720 wahrscheinlich um die Daten da wieder reinzukriegen. 322 00:15:07,440 --> 00:15:09,400 Also stelle ich mir nach. Nach viel Arbeit vor sage ich 323 00:15:09,400 --> 00:15:12,240 erstmal ganz vorsichtig ja. Also es ist definitiv viel 324 00:15:12,240 --> 00:15:15,040 Arbeit, aber teils teils. Also ich glaube die am Ende, 325 00:15:15,040 --> 00:15:17,000 wenn wir uns mit so einem System integrieren, integrieren wir uns 326 00:15:17,000 --> 00:15:19,160 natürlich über die AP is, die die Systeme zur Verfügung 327 00:15:19,160 --> 00:15:20,800 stellen. Also wir gehen da, ja wir gehen 328 00:15:20,800 --> 00:15:23,840 da nicht auf dem Level rein, dass wir wirklich auf dem auf 329 00:15:23,840 --> 00:15:26,880 dem Systemlevel die internen Datenbanken anzapfen, sondern 330 00:15:26,880 --> 00:15:28,800 wir gehen über die die Schnittstellen, die so ein 331 00:15:28,960 --> 00:15:32,560 System über eine API oder über eine eine offizielle als 332 00:15:32,560 --> 00:15:34,560 Extraktions oder Integrationsschnittstelle 333 00:15:34,560 --> 00:15:36,560 bereitstellt. Und damit haben wir dann schon 334 00:15:36,560 --> 00:15:40,000 den, den den Zustand, dass die, dass die Schnittstellen und die, 335 00:15:40,000 --> 00:15:42,400 wie wir uns integrieren, dass das stabil bleibt. 336 00:15:42,720 --> 00:15:46,160 Und auch wenn du dir anschaust, so ein IT System, bei dem 337 00:15:46,160 --> 00:15:49,280 größeren Kunden das von der IT gemanagt wird, das Metamodell 338 00:15:49,280 --> 00:15:52,120 oder halt die die Objekte und die Schemas in diesem in diesem 339 00:15:52,120 --> 00:15:55,680 System, die werden ja eigentlich wie Software behandelt, also da 340 00:15:55,680 --> 00:15:58,760 gibt es ja auch Release Zyklen, dass die von Version zu Version 341 00:15:58,760 --> 00:16:02,800 nachgezogen werden, wo man dann auch die die Kompatibilität von 342 00:16:02,800 --> 00:16:06,320 allen. Ja, Tools oder oder Software 343 00:16:06,320 --> 00:16:09,040 integrationslösungen die da oben drauf aufsetzen, dann 344 00:16:09,040 --> 00:16:10,600 sicherstellt, dass die auch noch kompatibel bleiben. 345 00:16:10,600 --> 00:16:13,080 Und wir sind in dem Lifecycle eigentlich dann mit drin als als 346 00:16:13,080 --> 00:16:16,480 als Software ja okay also es ist nicht so, dass dass eigentlich 347 00:16:16,480 --> 00:16:20,000 permanent diese Datenintegration zerstört wird, wenn es ein neues 348 00:16:20,000 --> 00:16:22,880 Update vom Sales Source System gibt, sondern da, da bauen wir 349 00:16:22,880 --> 00:16:25,320 auch Schnittstellen auf die die schon die sind stabil, also da 350 00:16:25,320 --> 00:16:28,320 hat man das Problem nicht, dass das die ganze Zeit kaputt geht, 351 00:16:28,480 --> 00:16:31,480 auf der anderen Seite was was voll stimmt oder wo du 100% 352 00:16:31,480 --> 00:16:33,760 recht hast ist ein riesen Portfolio, es ist also. 353 00:16:34,000 --> 00:16:37,880 Im Endeffekt ist fast jedes IT System im Unternehmen relevant 354 00:16:37,880 --> 00:16:41,560 für uns und die verschiedenen Integrationsmöglichkeiten da 355 00:16:41,560 --> 00:16:43,280 sind. Natürlich ist ein Riesen ein 356 00:16:43,280 --> 00:16:46,320 riesiges Spektrum was wir, was wir da aktuell abdecken, aber wo 357 00:16:46,320 --> 00:16:48,400 wir auch viel mit Tech Technologiepartnern zum Beispiel 358 00:16:48,400 --> 00:16:51,520 zusammenarbeiten, die dann mittlerweile auch Integrationen 359 00:16:51,520 --> 00:16:55,680 bauen, ja sei es jetzt Microsoft oder Abs, über die wir uns dann 360 00:16:55,680 --> 00:16:57,560 in viele von den Systemen auch integrieren, wo es gar nicht 361 00:16:57,560 --> 00:17:00,320 alles von von zu Lone selber gemacht wird, sondern in der 362 00:17:00,320 --> 00:17:02,400 Partnerschaft mit den verschiedenen Tech Partnern. 363 00:17:03,440 --> 00:17:05,160 Oder auch Consulting Partner, die uns helfen, diese 364 00:17:05,160 --> 00:17:08,000 Integration am Ende weiter auszubauen. 365 00:17:08,880 --> 00:17:12,560 Also man, man kann eigentlich das normalerweise bei einem 366 00:17:12,640 --> 00:17:15,920 Projekt, das wir mit dem Kunden machen, schon schon sehr 367 00:17:15,920 --> 00:17:17,920 generisch beschreiben, dass eigentlich 3 Sachen passieren, 368 00:17:17,920 --> 00:17:21,040 das erste ist normalerweise diese diese Transparenz und 369 00:17:21,040 --> 00:17:23,440 diese diese obsibility Reinzubekommen in deinem 370 00:17:23,440 --> 00:17:25,680 Prozess, also ich schaue mir zum Beispiel einen Einkauf an und 371 00:17:25,680 --> 00:17:27,599 das allererste, was ich mache ist, ich bekomme erstmal eine 372 00:17:27,599 --> 00:17:29,520 Transparenz darüber, was passiert da eigentlich wirklich, 373 00:17:29,600 --> 00:17:31,120 also. Was sind die verschiedenen 374 00:17:31,120 --> 00:17:32,160 Schritte? Wieviel Abweichungen habe ich 375 00:17:32,160 --> 00:17:33,440 davon? Und dann baut man sich so eine 376 00:17:33,440 --> 00:17:38,960 Art Control Tower, also ein Dashboard oder eine Applikation, 377 00:17:38,960 --> 00:17:40,880 die gibt einem erstmal diese Transparenz und erlaubt es 378 00:17:40,880 --> 00:17:44,640 einem, die relevanten operativen Metriken zum Beispiel auch zu zu 379 00:17:44,640 --> 00:17:47,200 messen, also wie viele, wie viele solche Changes habe ich 380 00:17:47,200 --> 00:17:49,480 dann zum Beispiel ungewollte, also das sind ja jetzt eine 381 00:17:49,480 --> 00:17:53,720 operative Metrik, die man messbar machen kann und die man 382 00:17:53,720 --> 00:17:56,720 dann auch optimieren kann, dann der zweite Schritt ist im 383 00:17:56,720 --> 00:17:59,280 Prinzip diese Auswahl okay. Was optimiere ich denn jetzt 384 00:17:59,280 --> 00:18:01,200 eigentlich? Also gibt es eine relevante 385 00:18:01,200 --> 00:18:03,680 operative Metrik, wie zum Beispiel, ich habe zu späte 386 00:18:03,680 --> 00:18:07,680 Lieferungen, ich habe zu viele Änderungen oder manuellen 387 00:18:07,680 --> 00:18:09,800 Aufwand in dem Prozess, den ich eigentlich, den ich eigentlich 388 00:18:09,800 --> 00:18:13,280 haben möchte, die, die die logge Ich ein und mache die erstmal 389 00:18:13,280 --> 00:18:15,640 monitorbar, also dann können wir die kontinuierlich in solonis 390 00:18:15,640 --> 00:18:17,800 Monitoren und können darstellen, bewegt die sich in die richtige 391 00:18:17,800 --> 00:18:20,000 oder in die falsche Richtung, was für einen Einfluss hat das 392 00:18:20,000 --> 00:18:22,240 auch auf den Prozess, also wird der Prozess dadurch schneller, 393 00:18:22,240 --> 00:18:24,920 wird er dadurch langsamer und so weiter also ich, ich kann mir 394 00:18:24,920 --> 00:18:27,120 dann so eine Art SLO definieren, zum Beispiel auf diesen. 395 00:18:27,440 --> 00:18:30,720 Aus diesen operativen Metriken, an denen ich arbeiten möchte und 396 00:18:30,720 --> 00:18:31,920 dann der dritte Schritt ist eigentlich die 397 00:18:31,920 --> 00:18:35,920 Prozessverbesserung und in der Prozessverbesserung gibt es dann 398 00:18:36,080 --> 00:18:40,000 typischerweise 33 verschiedene Varianten, die die erste 399 00:18:40,000 --> 00:18:41,880 Variante ist. Aber das ist auch die massivste, 400 00:18:41,880 --> 00:18:44,000 würde ich sagen im Prozess re Design. 401 00:18:44,080 --> 00:18:48,600 Also ich schaue mir tatsächlich an, habe ich den Prozess richtig 402 00:18:48,600 --> 00:18:50,840 aufgesetzt, im System muss ich meinen Prozess noch mal 403 00:18:50,840 --> 00:18:53,360 überdenken, sollten wir den Einkauf einfach anders 404 00:18:53,360 --> 00:18:56,400 handhaben. Und das hätte dann eher ein 405 00:18:56,400 --> 00:18:58,320 digitales Transformationsprojekt im Hintergrund. 406 00:18:58,320 --> 00:19:01,040 Also ich würde dann vielleicht eine Systemtransformation sogar 407 00:19:01,040 --> 00:19:03,600 unterstützen, weil wir sagen okay, es macht Sinn, jetzt von 408 00:19:03,600 --> 00:19:07,040 System a auf System b zu wechseln und wenn ich das, wenn 409 00:19:07,040 --> 00:19:09,360 ich den Prozess dann im neuen System neu aufsetze, kann ich 410 00:19:09,360 --> 00:19:11,160 die Informationen oder die Reports, die wir dann da 411 00:19:11,160 --> 00:19:13,280 generieren können, Auszulohnen es nutzen, um halt den Prozess 412 00:19:13,280 --> 00:19:16,960 optimal aufzusetzen im neuen System und damit einfach den 413 00:19:16,960 --> 00:19:21,040 Prozess effizienter oder besser am Ende abzubilden Option 2 ist. 414 00:19:21,520 --> 00:19:25,280 Wir unterstützen die Teams in ihrem täglichen operativen 415 00:19:25,280 --> 00:19:28,640 Geschäft mit Zelonis, das heißt, wir geben, wir entwickeln 416 00:19:28,640 --> 00:19:31,840 zusammen eine App auf Zelonis, also wir haben eine Low Code 417 00:19:31,840 --> 00:19:35,440 Application Builder in unserer Plattform und diese App, die 418 00:19:35,440 --> 00:19:38,480 wird am Ende von den ich würde sagen den Process operators, 419 00:19:38,480 --> 00:19:41,600 also das kann der Accountant sein, das kann der Einkäufer 420 00:19:41,600 --> 00:19:44,920 sein, dem geben wir eine App und da sind relevante Informationen 421 00:19:44,920 --> 00:19:48,240 drin, die mir helfen, meine tägliche Arbeit besser 422 00:19:48,240 --> 00:19:51,120 umzusetzen, das kann jetzt. Sowas einfaches sein bei einem 423 00:19:51,120 --> 00:19:52,960 bei einem Accounting Team, wie dass wir die Rechnung 424 00:19:52,960 --> 00:19:55,040 priorisieren und einfach in der Reihenfolge anzeigen, wie wir 425 00:19:55,040 --> 00:19:58,480 das bezahlen sollten um Working Capital zu optimieren. 426 00:19:58,480 --> 00:20:03,240 Oder ich meine zurzeit von Covid war es zum Beispiel auf einmal 427 00:20:03,240 --> 00:20:05,200 sind alle Lieferketten zusammengebrochen, das heißt du 428 00:20:05,200 --> 00:20:07,280 hast viel Cash gebraucht und wolltest dein Cash nicht wieder 429 00:20:07,280 --> 00:20:09,040 ausgeben wenn du es nicht musstest damit du halt neu 430 00:20:09,040 --> 00:20:10,680 bestellen kannst. Wenn du irgendwo nachbestellen 431 00:20:10,680 --> 00:20:12,600 musstest. Das hat für die Accounting Teams 432 00:20:12,600 --> 00:20:15,920 geheißen du Repriorisierst also du zahlst so spät wie möglich, 433 00:20:15,920 --> 00:20:18,240 dass du nicht in Suche Vertragsstrafen rein läufst. 434 00:20:18,800 --> 00:20:21,920 Und du sammelst dein Geld so schnell wie möglich ein und das 435 00:20:21,920 --> 00:20:25,200 ist dann entsprechend einfach eine Pittilisierung für für für 436 00:20:25,200 --> 00:20:28,400 die Accounting Teams oder die Clerks die die am Ende in der 437 00:20:28,400 --> 00:20:30,960 Reihenfolge die die Invoices durcharbeiten. 438 00:20:31,120 --> 00:20:33,920 Also das wäre so eine so eine Unterstützung im operativen 439 00:20:33,920 --> 00:20:37,080 täglichen Geschäft von von den einzelnen Teams und dann die 440 00:20:37,080 --> 00:20:40,480 dritte Variante wäre dann Automatisierung, also was ich 441 00:20:40,480 --> 00:20:43,920 gerade beschrieben habe ist ja okay wir wir durch Apps durch 442 00:20:43,920 --> 00:20:46,240 Tools unterstützen wir die die die Menschen. 443 00:20:46,560 --> 00:20:48,840 Teilweise kann man auch einzelne Schritte automatisieren, sei es 444 00:20:48,840 --> 00:20:50,960 jetzt teilautomatisieren oder Vollautomatisieren. 445 00:20:51,120 --> 00:20:53,840 Aber dass man sowas wie wir entfernen eine Zahlungssperre, 446 00:20:54,080 --> 00:20:56,360 wenn sie nicht relevant ist oder wenn wir sehen, dass sie immer 447 00:20:56,360 --> 00:20:59,840 entfernt wird, wir entfernen die einfach automatisch oder wir 448 00:20:59,840 --> 00:21:03,000 setzen eine Zahlungssperre, wenn wir sehen, hey, hier ist eine 449 00:21:03,360 --> 00:21:06,480 Segregation of Duty violation, also da hat einfach die gleiche 450 00:21:06,480 --> 00:21:09,880 Person den Einkauf beantragt und die gleiche Person den Einkauf 451 00:21:09,880 --> 00:21:13,520 auch genehmigt über einen bestimmten Grenzbetrag und 452 00:21:13,520 --> 00:21:15,760 solche solche Automatisierungen kann man dann mit zu lohnes. 453 00:21:16,080 --> 00:21:18,840 Anstoßen und auch umsetzen. Würd n bisschen provokant gerne 454 00:21:18,840 --> 00:21:20,720 auf den zweiten Punkt eingehen, den du Grad gesagt hast. 455 00:21:20,720 --> 00:21:24,400 Ja also das Geld oder die Rechnung möglichst spät bezahlen 456 00:21:24,480 --> 00:21:26,640 und das Geld möglichst früh eintreiben. 457 00:21:27,280 --> 00:21:29,760 Das klingt wie n Evergreen, ja, oder das klingt wie etwas, was 458 00:21:29,760 --> 00:21:33,440 sowieso immer logisch ist. Also inwiefern Fällen um das Mal 459 00:21:33,440 --> 00:21:35,760 zu einer allgemeinen Frage zu formulieren, in welchen Fällen 460 00:21:36,000 --> 00:21:38,160 gibt es denn da wirklich? Jetzt sag ich mal richtig neue 461 00:21:38,160 --> 00:21:43,040 Erkenntnisse, ja und und ändert sich dann auch das das Verhalten 462 00:21:43,040 --> 00:21:46,960 sag ich mal in der Firma also. Wird das so genutzt oder werden 463 00:21:46,960 --> 00:21:49,520 auch einfach teilweise Dinge aufgedeckt, die sowieso 464 00:21:49,520 --> 00:21:52,000 vielleicht irgendwie klar sind? Also weißt du was ich meine? 465 00:21:52,400 --> 00:21:55,520 Ja, also ich glaube, ich würde es aus 2 Sichten beantworten. 466 00:21:55,520 --> 00:21:59,440 Also natürlich, wenn die Sachen, die wir da zeigen, sind Sachen, 467 00:21:59,440 --> 00:22:01,840 wo viele, viele Kunden oft schon ein Bauchgefühl für hatten. 468 00:22:02,080 --> 00:22:05,040 Also wir hatten das Gefühl, dass wir die folgenden Sachen tun, 469 00:22:05,440 --> 00:22:08,560 das ist natürlich auch öfter so, also ich meine, es ist ja nicht 470 00:22:08,560 --> 00:22:09,880 so, dass wir, wir arbeiten ja mit sehr erfolgreichen 471 00:22:09,880 --> 00:22:12,680 Unternehmen zusammen. Also die einzelnen Teams, die 472 00:22:12,680 --> 00:22:16,160 einzelnen Prozesse laufen ja nicht komplett nur schief, also 473 00:22:16,160 --> 00:22:18,320 sonst wären die Unternehmen alle nicht erfolgreich. 474 00:22:18,800 --> 00:22:21,440 Aber was wir halt was wir, was wir ermöglichen mit zu lonus und 475 00:22:21,440 --> 00:22:24,600 auch mit dieser Transparenz, die man hat das erste Mal Daten mit 476 00:22:24,600 --> 00:22:28,560 Daten zu belegen, dieses Bauchgefühl und dann auch agiler 477 00:22:28,560 --> 00:22:31,640 drin zu werden, darauf zu reagieren, also ganz viel von 478 00:22:31,680 --> 00:22:33,520 dem, was ich gerade erzählt habe, mit dieser 479 00:22:33,520 --> 00:22:36,720 Prozessverbesserung geht es am Ende ja um Agilität. 480 00:22:37,280 --> 00:22:40,600 Ich hätte natürlich auch ein manuelles Assessment von meinem 481 00:22:40,600 --> 00:22:43,960 Prozess machen können. Vor 10 Jahren und hätte mir 482 00:22:43,960 --> 00:22:45,960 diese Daten manuell mit Interviews und so weiter 483 00:22:45,960 --> 00:22:47,920 zusammenziehen können. Da hätte ich wahrscheinlich ein 484 00:22:47,920 --> 00:22:50,760 sehr potenziell ein ähnliches Bild bekommen von der von dem 485 00:22:50,760 --> 00:22:53,960 aktuellen Lage in dem Prozess, aber das ist sehr punktuell. 486 00:22:53,960 --> 00:22:56,800 Also ich kriege halt sehr punktuelle, nur punktuelle 487 00:22:56,800 --> 00:22:59,360 Einblicke, je nachdem mit wem ich gerade spreche aus diesen 488 00:22:59,360 --> 00:23:02,080 Interviews und wenn ich die, wenn ich eine 489 00:23:02,080 --> 00:23:05,280 Handlungsempfehlung geben will. Fällt es mir, fällt es mir in 490 00:23:05,280 --> 00:23:07,480 der Regel sehr schwer, das in dem Kernsystem selber zum 491 00:23:07,480 --> 00:23:10,320 Beispiel zu implementieren oder in der also. 492 00:23:10,560 --> 00:23:13,440 Und ein Grund dafür ist unter anderem, dass dass so ein 493 00:23:13,440 --> 00:23:15,800 Prozess typischerweise nicht von einem System unterstützt wird, 494 00:23:15,800 --> 00:23:19,640 sondern von 2345 bis 10 und verschiedenen Systemen, die alle 495 00:23:19,640 --> 00:23:23,120 in einem in einem Teilprozess einen Teil übernehmen, in so 496 00:23:23,120 --> 00:23:25,600 einem in so einem Geschäftsprozess und mit dieser 497 00:23:25,600 --> 00:23:28,000 mit dem, dass wir das alles auf ein Abstraktionslevel weiter 498 00:23:28,000 --> 00:23:30,120 hochbringen, also wir, wir entkoppeln quasi die 499 00:23:30,120 --> 00:23:32,640 Implementierung auf der It Seite läuft das jetzt im ERP System 500 00:23:32,640 --> 00:23:34,800 oder im CRM System? Wir bringen das auf dem Level, 501 00:23:34,800 --> 00:23:37,040 dass man eigentlich auf dem Level von dem Geschäftsprozess 502 00:23:37,440 --> 00:23:39,560 diskutieren kann und auch Änderungen auf dem Level vom 503 00:23:39,560 --> 00:23:41,120 Geschäftsprozess implementieren kann. 504 00:23:41,520 --> 00:23:44,800 Damit bekommt man die Agilität rein, dass man das machen kann, 505 00:23:44,800 --> 00:23:47,600 ohne jedes einzelne System zum Beispiel anzupassen, dass ich 506 00:23:47,600 --> 00:23:51,120 eigentlich diese Unterstützungen obendrauf relativ schnell 507 00:23:51,120 --> 00:23:52,800 implementieren kann. Ich kann die relativ schnell 508 00:23:52,800 --> 00:23:56,080 ausrollen, wir bewegen uns auf einem Level, wo wir über den 509 00:23:56,080 --> 00:23:58,480 Geschäftsprozess reden, also wie die Leute auch wirklich den 510 00:23:58,480 --> 00:24:01,920 Geschäftsprozess in der Realität erleben und nicht auf einem ok, 511 00:24:01,920 --> 00:24:05,360 es ist jetzt eine Expo. Ist es ne CDCD Post im SAP 512 00:24:05,360 --> 00:24:06,800 System? Also die technischen Namen auf 513 00:24:06,800 --> 00:24:09,920 denen man eigentlich dann sich auf dem auf dem auf der IRP 514 00:24:09,920 --> 00:24:12,080 Seite zum Beispiel bewegt? OK, also würd ich das 515 00:24:12,080 --> 00:24:14,400 beantworten. Ja, du hast es ganz gut auf n 516 00:24:14,400 --> 00:24:17,440 Punkt gebracht was ich was ich ausdrücken wollte ist so dieses 517 00:24:17,680 --> 00:24:19,240 Bauchgefühl was schon vorhanden ist. 518 00:24:19,240 --> 00:24:21,440 Aber wie du sagst wenn man am Ende die Daten in der Hand hat 519 00:24:21,440 --> 00:24:24,240 und das wirklich sieht was da passiert, dann kann man 520 00:24:24,240 --> 00:24:26,320 natürlich viel viel besser agieren und gezielter vorgehen 521 00:24:26,320 --> 00:24:27,920 und nachher natürlich denk ich mal auch messen wieder. 522 00:24:27,920 --> 00:24:30,080 Was hat es eigentlich gebracht? Manuel, während du das so 523 00:24:30,080 --> 00:24:31,040 erzählst. Ich. 524 00:24:31,040 --> 00:24:33,760 Ich bin natürlich kein Experte auf diesem Business Feld, aber 525 00:24:33,760 --> 00:24:35,720 was, was du jetzt gerade die ganze Zeit immer im Hirn hin und 526 00:24:35,720 --> 00:24:39,600 her geht ist, wie ist denn das Verhältnis oder deine 527 00:24:39,600 --> 00:24:41,440 Einstellung zu? Es gibt ja die ganz klassischen 528 00:24:41,440 --> 00:24:44,040 Beraterbuden sag ich mal ja, also die ganz großen, die 529 00:24:44,040 --> 00:24:46,640 Kinseys, die BCGS und die kennen wir ja alle carneys und wie sie 530 00:24:46,640 --> 00:24:51,760 alle sind und am Ende des Tages sag mal das Ziel was was ich 531 00:24:51,760 --> 00:24:54,640 denke, dass wenn ich mir ne Beraterbude von so einem von so 532 00:24:54,640 --> 00:24:56,240 einem. Von so einer Größe quasi. 533 00:24:56,240 --> 00:24:58,960 Meine Firma hole ist es ja auch zum großen Teil 534 00:24:58,960 --> 00:25:01,840 Prozessoptimierung oder wenigstens Einsparung, 535 00:25:01,840 --> 00:25:04,000 Optimierung des ganzen Businesses oder irgend so was. 536 00:25:04,000 --> 00:25:07,840 Ja und da spielt ihr ja eigentlich die gleiche Liga mit, 537 00:25:08,080 --> 00:25:11,280 jetzt kommt so n bisschen meine Frage, übernehmt ihr das quasi 538 00:25:11,280 --> 00:25:14,560 manchmal sogar ganz alleine und ich find den Ansatz ja ganz 539 00:25:14,560 --> 00:25:16,640 schick, weil ihr. Weil ich sag mal, wenn das 540 00:25:16,640 --> 00:25:19,760 altmodische Beratertum, das wäre dann so wie du es gesagt hast. 541 00:25:19,760 --> 00:25:21,640 Da würd ich eigentlich hingehen. Mach ganz viele Interviews mit 542 00:25:21,640 --> 00:25:23,720 den Leuten, frag die alles, schreib das alles auf und so 543 00:25:23,720 --> 00:25:26,480 weiter guck mir das an, dann geh ich mein Kämmerlein, studiere 544 00:25:26,480 --> 00:25:28,720 das, bring das zusammen und dann komm ich raus mit einer großen 545 00:25:28,720 --> 00:25:31,840 Powerpoint und und guten Vorschlägen, während das bei 546 00:25:31,840 --> 00:25:36,960 euch ja noch n bisschen wie soll ich sagen objektiver läuft, weil 547 00:25:36,960 --> 00:25:39,160 ihr nicht nur auf Interviews vielleicht auch die kann ich 548 00:25:39,160 --> 00:25:40,960 bestimmt auch mit einpflegen solche Daten. 549 00:25:41,280 --> 00:25:44,720 Aber vor allen Dingen mit neutralen, sag ich mal und oder 550 00:25:44,720 --> 00:25:48,160 objektiveren eventdaten, wie sie aus den Systemen kommen, wie 551 00:25:48,160 --> 00:25:50,080 halt der Prozess tatsächlich wirklich läuft. 552 00:25:50,080 --> 00:25:52,960 Ja, und nicht wie es gesagt wird, dass er läuft, arbeitet. 553 00:25:53,240 --> 00:25:56,240 Vielleicht kannst du ein 2 Sätze dazu verlieren wie du, wie ihr 554 00:25:56,240 --> 00:25:59,320 euch sieht im Gegensatz zu den klassischen Beratern oder ob ihr 555 00:25:59,320 --> 00:26:01,240 die als Partner habt oder wie das so auftritt. 556 00:26:01,240 --> 00:26:03,360 Ja das würd mich jetzt mal gerade privat interessieren. 557 00:26:04,080 --> 00:26:05,600 Du hast die Antwort im letzten Satz ein bisschen 558 00:26:05,600 --> 00:26:07,760 vorweggenommen. Am Ende sind die sind die großen 559 00:26:07,760 --> 00:26:10,080 Consulting Firmen auch kleiner, also regionale Consulting 560 00:26:10,080 --> 00:26:13,400 unternehmen sind eigentlich so sehr sehr starke Partner von 561 00:26:13,400 --> 00:26:16,320 uns, also wir wir machen das bei den Kunden dann in der Regel 562 00:26:16,320 --> 00:26:18,600 auch zusammen mit Partnern, also sowohl die technische 563 00:26:18,600 --> 00:26:21,600 Implementierung ganz am Anfang aber auch dann wirklich die 564 00:26:21,600 --> 00:26:24,080 Beratungsdienstleistungen dem Kunden zu helfen diesen Prozess 565 00:26:24,080 --> 00:26:27,120 zu optimieren und ich glaube da muss man ehrlich sagen. 566 00:26:27,560 --> 00:26:29,360 Also was jetzt so ein KPMG, die Leute und Co. 567 00:26:29,360 --> 00:26:31,600 Machen, das hat sich auch sehr gewandelt in den letzten 10 568 00:26:31,600 --> 00:26:32,920 Jahren. Also dieses klassische Ich mache 569 00:26:32,920 --> 00:26:35,600 einfach nur noch Interviews, wenn du da mit Reinkommst so 570 00:26:35,600 --> 00:26:38,000 einen Prozess zu optimieren, das ist ja nicht mehr stand der 571 00:26:38,000 --> 00:26:39,440 Technik und das ist auch nicht mehr stand. 572 00:26:39,440 --> 00:26:42,600 Also state of the Art, wie man wie man so einen so einen so 573 00:26:42,600 --> 00:26:44,640 einen Consulting Projekt eigentlich umsetzt, sondern die 574 00:26:44,640 --> 00:26:48,080 Nutzen ja zum Beispiel Zelonis einfach als Teil ihres 575 00:26:48,080 --> 00:26:51,160 Beratungsportfolios, also zelonis, dass man datengetrieben 576 00:26:51,160 --> 00:26:53,360 diese Prozessanalyse macht und auch die Prozessverbesserung 577 00:26:53,360 --> 00:26:56,080 dann unterstützt mit einer Plattform wie Zelonis ist 578 00:26:56,080 --> 00:26:58,720 einfach. Standard wie du, wie du so ein 579 00:26:58,720 --> 00:27:00,160 Consulting Projekt eigentlich umsetzt. 580 00:27:00,160 --> 00:27:01,920 Wenn du es auch nachhaltig implementieren möchtest. 581 00:27:02,320 --> 00:27:05,440 Und das sehen wir ganz ganz stark in der Zusammenarbeit mit 582 00:27:05,440 --> 00:27:08,160 den mit den Partnern, dass wir eigentlich Teil von der Practice 583 00:27:08,160 --> 00:27:11,040 sind und das hat dann hat dann natürlich einen dualen Faktor 584 00:27:11,040 --> 00:27:12,880 auf der einen Seite haben wir ein sehr starkes 585 00:27:12,880 --> 00:27:15,680 Partnernetzwerk, um auch unseren Kunden zu helfen, Expertise 586 00:27:15,680 --> 00:27:17,720 reinzubringen, also was fange ich dann mit diesen Ergebnissen 587 00:27:17,720 --> 00:27:20,280 überhaupt an, wie kann ich dann auch effizient solche solche 588 00:27:20,280 --> 00:27:22,880 Änderungen überhaupt implementieren und gleichzeitig 589 00:27:22,880 --> 00:27:24,760 aber auch wenn die Beziehung über die andere Seite getriggert 590 00:27:24,760 --> 00:27:26,520 wird und. Dass wir eben Teil von dem von 591 00:27:26,520 --> 00:27:29,920 dem Portfolio auf der auf der Partnerseite sind und da 592 00:27:29,920 --> 00:27:31,360 vielleicht noch ein Kommentar dazu. 593 00:27:31,920 --> 00:27:34,400 Wir starten bei Celonas ja in der Regel schon immer so mit 594 00:27:34,400 --> 00:27:36,920 einem Use Case, also wir helfen dir zum Beispiel die 595 00:27:36,920 --> 00:27:40,520 Doppelzahlungen zu vermeiden, auf der auf der Finanzseite, das 596 00:27:40,520 --> 00:27:43,160 ist so ein klassischer Einstiegs, Einstiegsdroge würde 597 00:27:43,160 --> 00:27:46,400 ich das nennen, sehr sehr sehr simpel zu implementieren, sehr 598 00:27:46,400 --> 00:27:48,880 schneller Return on Invest und man hat direkt auch Dollar 599 00:27:49,120 --> 00:27:51,080 Values dahinter, die man spart wenn man nicht doppelt eine 600 00:27:51,080 --> 00:27:54,120 Rechnung zahlt. Aber insgesamt implementieren 601 00:27:54,120 --> 00:27:56,080 wir bei unseren Kunden, wenn sie wirklich erfolgreich werden, 602 00:27:56,080 --> 00:27:58,600 immer eine Plattform. Das heißt, wir wir, wir 603 00:27:58,600 --> 00:28:00,960 etablieren bei dem Kunden da eine Plattform, wo man 604 00:28:00,960 --> 00:28:04,800 kontinuierlich seine Prozesse verbessern kann, also wo die, wo 605 00:28:04,800 --> 00:28:07,360 die Kunden dann und das dann eben auch zusammen mit den 606 00:28:07,360 --> 00:28:11,480 Partnern kontinuierlich weitere Projekte ausführen, also und man 607 00:28:11,480 --> 00:28:14,160 etabliert dann im Prinzip ein Muster, also zum Beispiel 608 00:28:14,400 --> 00:28:17,520 Duplikate erkennen im Prozess ist ein Muster, das kann man 609 00:28:17,520 --> 00:28:19,280 natürlich auf der Rechnungsseite anfangen. 610 00:28:19,480 --> 00:28:21,760 Man hat vielleicht aber auch Duplikate drin in den in den 611 00:28:21,760 --> 00:28:24,960 Support Tickets. Also ich habe einfach dreimal 612 00:28:24,960 --> 00:28:27,280 die gleiche Anfrage, inhaltlich und und könnte die eigentlich 613 00:28:27,280 --> 00:28:28,880 konsolidieren und zusammen bearbeiten. 614 00:28:29,120 --> 00:28:32,480 Ich habe vielleicht Duplikate in meiner in meiner, in meinen 615 00:28:32,480 --> 00:28:35,120 Stammdaten, also das stört mich dann wahrscheinlich im 616 00:28:35,120 --> 00:28:37,400 inventoring Management ziemlich, wenn ich wenn die Leute die 617 00:28:37,400 --> 00:28:39,960 ganze Zeit im System danach suchen und so weiter also quasi 618 00:28:39,960 --> 00:28:43,120 solche Muster etablieren wir als als als eigentlich. 619 00:28:43,520 --> 00:28:46,360 Practice beim Kunden und dann werden kontinuierlich die, die 620 00:28:46,360 --> 00:28:48,160 die Prozesse immer weiter verbessert, mit weiteren 621 00:28:48,160 --> 00:28:49,520 Projekten und und und so weiter für. 622 00:28:49,760 --> 00:28:51,600 Wen ist denn process Intelligence? 623 00:28:51,680 --> 00:28:54,160 Was und und Process Mining? Also ich, ich nehme an, man 624 00:28:54,160 --> 00:28:57,520 sollte schon mal möglichst diese Systeme oder Teile dieser 625 00:28:57,520 --> 00:29:00,240 Systeme im Einsatz haben um überhaupt auch auch Logdaten zu 626 00:29:00,240 --> 00:29:02,000 generieren, aber wo fängt das an? 627 00:29:02,000 --> 00:29:05,640 Ich ich wenn ich richtig informiert bin, seid ihr jetzt 628 00:29:05,640 --> 00:29:08,080 zumindest oder wart ihr zumindest anfangs im Enterprise 629 00:29:08,080 --> 00:29:10,240 Bereich unterwegs, also Großunternehmen. 630 00:29:10,800 --> 00:29:13,680 Gerade in der Zusammenarbeit mit mit Consulting Firmen ist das 631 00:29:13,680 --> 00:29:16,680 natürlich dann auch noch mal wichtiger, da große Kunden zu 632 00:29:16,680 --> 00:29:19,200 haben. Aber wo fängt es an, für wen 633 00:29:19,200 --> 00:29:21,200 könnte es spannend sein, sich damit auseinanderzusetzen? 634 00:29:22,640 --> 00:29:27,360 Also wir haben also vielleicht zum zum Start ja, also quasi 635 00:29:27,360 --> 00:29:31,040 unsere unsere viele von unseren Kunden sind Großunternehmen, DAX 636 00:29:31,040 --> 00:29:33,040 unternehmen, die Großunternehmen, User und so 637 00:29:33,040 --> 00:29:35,680 weiter aber vor allem hier in Deutschland. 638 00:29:36,880 --> 00:29:39,080 Haben wir auch sehr, sehr viele Mittelständler, die die Kunden 639 00:29:39,080 --> 00:29:41,040 von Zellonis sind und die es so aktiv im Einsatz haben. 640 00:29:41,040 --> 00:29:43,480 Also mal ein Beispiel, mit denen wir schon sehr, sehr lange 641 00:29:43,480 --> 00:29:45,920 Zusammenarbeit ist. Schukart Electronics, ich 642 00:29:45,920 --> 00:29:48,160 glaube, jetzt müsste ich lügen, ich weiß es leider nicht ganz 643 00:29:48,160 --> 00:29:50,400 genau, wie viele Leute sie sind, aber ich glaube so um die 300, 644 00:29:50,960 --> 00:29:54,440 also einen Mittelständler, der aber zellonis sehr sehr aktiv im 645 00:29:54,440 --> 00:29:57,920 Einsatz hat und damit seine Prozesse optimiert, genauso 646 00:29:57,920 --> 00:30:00,320 Agilität reinbringt wie ein wie ein Großunternehmen natürlich 647 00:30:00,320 --> 00:30:03,240 ist das Setup ein bisschen anders, also den BMW nutzt 648 00:30:03,240 --> 00:30:05,600 Zellonis natürlich anders als jetzt in Schukart Schukart 649 00:30:05,600 --> 00:30:09,920 Electronics. Aber man muss nicht riesig sein, 650 00:30:09,920 --> 00:30:13,120 um irgendwie Mehrwert auszulohnen und rauszuziehen. 651 00:30:13,280 --> 00:30:15,120 Und ich glaube, die Voraussetzung Gerät ist ein 652 00:30:15,120 --> 00:30:16,640 bisschen wie das, was du gerade gesagt hast. 653 00:30:17,040 --> 00:30:20,400 Natürlich mein mein Kaffee um die Ecke, da wird es 654 00:30:20,400 --> 00:30:23,600 wahrscheinlich nicht so viel Sinn machen, weil einfach wenig 655 00:30:23,600 --> 00:30:27,760 so digitale Prozesse im Einsatz sind, vielleicht irgendwann in 656 00:30:27,760 --> 00:30:31,280 der Zukunft, wenn wir wirklich geschafft haben, diese diese 657 00:30:31,280 --> 00:30:33,600 Prozessinstrumentierung so so einfach zu machen, dass es so 658 00:30:33,600 --> 00:30:37,200 einfach wird, auch aus deinem. Aus seiner Kasse, die du hast, 659 00:30:37,440 --> 00:30:40,200 als als Kaffee um die Ecke da wirklich Mehrwert rauszuziehen. 660 00:30:40,200 --> 00:30:42,880 Aber aktuell ist das einfach macht, das Macht das da noch 661 00:30:42,880 --> 00:30:44,480 nicht so viel Sinn, da gibt es einfach nicht genug 662 00:30:44,480 --> 00:30:47,800 strukturierte Prozesse um die auch um die auch zu optimieren. 663 00:30:47,800 --> 00:30:49,720 O. K cool danke, ich glaub es gibt 664 00:30:49,720 --> 00:30:52,480 n guten Überblick und für mich persönlich klingt es so 665 00:30:52,480 --> 00:30:56,000 spannend, dass man es irgendwie auch einfach mal probieren muss. 666 00:30:56,000 --> 00:30:57,760 Nehm ich mal an oder so. Also ich stell mir es total cool 667 00:30:57,760 --> 00:31:00,920 vor, wirklich zu sehen wie. Also so einen Graph zu sehen, 668 00:31:00,920 --> 00:31:03,080 den Booket auch erwähnt hat. Ja was passiert hier eigentlich 669 00:31:03,080 --> 00:31:05,400 im Unternehmen und einfach mal ausprobieren denke ich an der 670 00:31:05,400 --> 00:31:07,680 Stelle. Ja, und da vielleicht auch noch 671 00:31:07,680 --> 00:31:09,120 mal ein Tipp. Man kann das auch ausprobieren. 672 00:31:09,120 --> 00:31:11,840 Also wir haben eine Free Version, kann man auf unserer 673 00:31:12,000 --> 00:31:14,680 unserer Homepage sich anmelden, da gibt es auch Demos und wo man 674 00:31:14,680 --> 00:31:17,000 so die typischen Newscasses auch einmal durchklicken kann und 675 00:31:17,000 --> 00:31:21,200 sich anschauen kann, also wen es interessiert, es gibt Demos die 676 00:31:21,200 --> 00:31:23,800 die auf unserer Plattform auf unserer Website verfügbar sind 677 00:31:23,800 --> 00:31:26,000 für jeden. Wo man n Einblick dafür bekommt, 678 00:31:26,000 --> 00:31:27,280 was es auch. Also was ich vorher auch erklärt 679 00:31:27,280 --> 00:31:29,280 Hab mit diesen, wir zeigen erstmal n sehr relativ einfaches 680 00:31:29,280 --> 00:31:31,280 Bild vom Prozess und dann ist es möglich Stück für Stück da rein 681 00:31:31,280 --> 00:31:34,440 zu zoomen und das dann auch mit mit anderen 682 00:31:34,440 --> 00:31:36,880 Geschäftsinformationen zum Beispiel zu Kontextualisieren. 683 00:31:37,440 --> 00:31:40,480 Dann machen wir so n bisschen n kleinen Punkt hinter, können 684 00:31:40,480 --> 00:31:43,040 natürlich immer zurückkommen. Wieder zum Thema Process Mining, 685 00:31:43,040 --> 00:31:46,960 Process Intelligence und Burkhard, Jetzt kommt ein Part, 686 00:31:47,360 --> 00:31:49,920 du willst in die Technik. Jetzt darf ich, darf ich 687 00:31:49,920 --> 00:31:51,280 technische Fragen stellen. Das ist cool. 688 00:31:52,160 --> 00:31:55,680 Alles super spannend bis jetzt. Und was aber vielleicht auch der 689 00:31:55,840 --> 00:31:58,480 der technisch versierte Zuhörer, den wir ja glaube ich, durchaus 690 00:31:58,480 --> 00:32:00,880 haben im Publikum hier sich jetzt vielleicht auch schon 691 00:32:00,880 --> 00:32:03,040 stellt. Die Frage ist, Boah, ist das 692 00:32:03,040 --> 00:32:06,160 nicht ganz schön krass, wenn wir jetzt so viele Systeme haben, 693 00:32:06,160 --> 00:32:08,960 und das sind ja auch keine kleine, Wir haben ja, du sagst 694 00:32:08,960 --> 00:32:13,120 ja selber Enterprise, ja, BMW, da passiert ja auch pro Sekunde 695 00:32:13,440 --> 00:32:16,720 an Events, die da reinkommen und generiert werden, ganz schön, 696 00:32:16,720 --> 00:32:20,080 was würde ich sagen. Und am Ende, ich formulier das 697 00:32:20,080 --> 00:32:22,560 jetzt platt, du wirst mich da gleich, wir gucken das gleich n 698 00:32:22,560 --> 00:32:25,440 bisschen detaillierter an, weil ich formulier es mal ganz platt, 699 00:32:25,800 --> 00:32:30,880 es ist ja so, dass wir, dass ihr nicht, dass ihr Events Rauszieht 700 00:32:30,880 --> 00:32:33,920 aus diesen ganzen Systemen möglichst in Echtzeit und die 701 00:32:33,920 --> 00:32:37,920 ihr auch abspeichern müsst erstmal und dann in ne Ordnung 702 00:32:37,920 --> 00:32:41,160 bringen müsst in einer Art Modellierung also, und das ist 703 00:32:41,160 --> 00:32:44,200 was ist das ja, also ziehen und speichern, ich sprech von der 704 00:32:44,200 --> 00:32:46,720 Datenbank ja. Und dann brauchst du erst mal ne 705 00:32:46,720 --> 00:32:49,520 ne fähige Datenbank, die in der Lage ist so viele Daten über 706 00:32:49,520 --> 00:32:51,520 auch doch ne längere Zeit. Ihr macht ja nicht quasi wie 707 00:32:51,520 --> 00:32:54,360 beim Doktor nur einmal kurz bitte husten so ja und dann hab 708 00:32:54,360 --> 00:32:58,440 ich dann hab ich mal gehört wie gehustet wurde, sondern das Ding 709 00:32:58,440 --> 00:33:02,000 bleibt ja quasi an der Brust. Ja und nimmt die ganze Zeit über 710 00:33:02,320 --> 00:33:05,960 Monate, vielleicht sogar Jahre hinweg diese Daten auf, ja 711 00:33:05,960 --> 00:33:08,720 wahrscheinlich jetzt n gewissen seriierten Grad auch ja das 712 00:33:08,720 --> 00:33:11,040 heißt ich brauch ne ziemlich mächtige Datenbank, 713 00:33:11,040 --> 00:33:12,560 wahrscheinlich im Hintergrund und dann? 714 00:33:13,360 --> 00:33:15,680 Und ich mach noch mal kurz die Runde voll und dann können wir 715 00:33:15,680 --> 00:33:17,560 da loslegen. Da hast du bestimmt viel zu 716 00:33:17,560 --> 00:33:21,200 erzählen, Emanuel, und dann muss ja auch also diese Analyse 717 00:33:21,200 --> 00:33:24,480 kommen, das heißt, ich muss ja auch krasse Abfragen machen, ja, 718 00:33:24,480 --> 00:33:26,520 über quer über diese ganze Datenbank, und ich will ja 719 00:33:26,520 --> 00:33:29,120 gerade das machen, was ist, was nicht passiert ist, sondern ich 720 00:33:29,120 --> 00:33:32,640 will will jetzt neu in Beziehung setzen, Events, die vorher halt 721 00:33:32,640 --> 00:33:35,040 nicht in Beziehung waren, die ich jetzt also erst mal zentral 722 00:33:35,040 --> 00:33:37,680 gespeichert hab und dann brauch ich relativ viele Abfragen, ja 723 00:33:37,680 --> 00:33:40,320 die teuer sind. Weil, weil, weil das alles 724 00:33:40,400 --> 00:33:43,680 relationale abfragen sind. Ja, und jeder, der sich mit bis 725 00:33:43,680 --> 00:33:46,880 erst SQL auskennt, der weiß, dass die Datenbanken schwer am 726 00:33:46,880 --> 00:33:48,560 brennen sind. Wenn ich jetzt irgendwie schwer 727 00:33:48,560 --> 00:33:51,840 die Tabellen irgendwie mit mit technischen Joints und so weiter 728 00:33:51,840 --> 00:33:54,840 versehe, da muss schon ganz schön was funktionieren im 729 00:33:54,840 --> 00:33:56,240 Hintergrund. Ja, vielleicht magst du mal 730 00:33:56,240 --> 00:33:59,120 erzählen wie das so angefangen hat, denn da seid ihr ja quasi 731 00:33:59,120 --> 00:34:01,520 im Herzen ne Softwarefirma auch mit viel Technologie. 732 00:34:01,520 --> 00:34:04,600 Ja um das alles, um das alles zum Laufen zu bringen, ja, 733 00:34:04,600 --> 00:34:06,320 vielleicht können wir ja so n bisschen ne Historie auch 734 00:34:06,320 --> 00:34:09,360 aufbauen, so von den. Von den Anfängen bis jetzt, denn 735 00:34:09,360 --> 00:34:11,760 das war ja noch nicht wahrscheinlich, als ihr die 40 736 00:34:11,760 --> 00:34:14,320 Mann wart noch nicht so, dass ihr da irgendwie 20 Enterprise 737 00:34:15,040 --> 00:34:17,360 Kunden hattet, da wo dann irgendwie gigabytes an Daten 738 00:34:17,360 --> 00:34:20,000 reinfließen ne. Ja, super gern. 739 00:34:20,000 --> 00:34:22,719 Also ich mein, ich sag zu dem zu dem, wenn mich wenn mich dass da 740 00:34:22,719 --> 00:34:24,560 jemand fragt immer was, was macht ihr eigentlich im Herzen, 741 00:34:24,560 --> 00:34:27,600 dann sind wir am Ende ne datenfirma also wir wir das das 742 00:34:27,600 --> 00:34:30,000 Kern der Kern von vielen von den Dingen die wir machen ist die 743 00:34:30,000 --> 00:34:31,880 Infrastruktur, also die Dateninfrastruktur, die 744 00:34:31,880 --> 00:34:33,679 Datenbanken wie wir die mit den Daten. 745 00:34:34,000 --> 00:34:36,600 Wir ja verarbeiten können. Unsere eigene Abfragesprache da 746 00:34:36,600 --> 00:34:38,880 oben drauf und und wie wir auch die verschiedenen Workloads auf 747 00:34:38,880 --> 00:34:42,760 den Daten dann am Ende laufen lassen können, um die 748 00:34:42,760 --> 00:34:46,320 Prozessdaten auch anzureichern, diese Ergebnisse auch dann an 749 00:34:46,320 --> 00:34:49,920 Applikationen um um zu liefern, das ist eigentlich der Kern von 750 00:34:49,920 --> 00:34:52,320 vielem, das was, was wir so auf der Entwicklungsseite und 751 00:34:52,320 --> 00:34:54,239 technologisch auch dran arbeiten, und du hast schon 752 00:34:54,239 --> 00:34:57,080 recht, das hat natürlich nicht so angefangen, also die 753 00:34:57,080 --> 00:34:59,040 allererste Version von Zolonis, da war ja auch noch nicht bei 754 00:34:59,040 --> 00:35:01,440 Zolonis, die war tatsächlich so, dass du, du hast dich einfach 755 00:35:01,440 --> 00:35:03,120 auf eine an der Datenbank angeschlossen. 756 00:35:03,360 --> 00:35:05,200 Und dann hat das die hat das n Bild ausgedruckt. 757 00:35:05,560 --> 00:35:09,640 Das war damals beim Bayerischen Rundfunk und die dieser dieser 758 00:35:09,640 --> 00:35:11,760 Prozess Graph und die verschiedenen Prozessvarianten, 759 00:35:11,760 --> 00:35:14,280 die wurden nicht in der Software angezeigt, sondern das war halt 760 00:35:14,280 --> 00:35:18,640 n Algorithmus den die 3 damals dann sich rausgepickt hatten und 761 00:35:18,640 --> 00:35:21,080 implementiert haben, und das haben wir wurde dann tatsächlich 762 00:35:21,080 --> 00:35:23,280 auf Papier ausgedruckt, aber das war damals schon dann so 763 00:35:23,600 --> 00:35:26,800 hilfreich in dem Fall cool, in dem in dem ersten Projekt, dass 764 00:35:26,800 --> 00:35:29,360 man halt einfach die Transparenz drüber hatte auf Papier, was 765 00:35:29,360 --> 00:35:31,360 passiert denn in der Wirklichkeit, im System, in 766 00:35:31,360 --> 00:35:34,240 diesem ITSM Prozess. Und daraus hat sich das dann so. 767 00:35:34,240 --> 00:35:35,840 Ja so so Stück für Stück entwickelt. 768 00:35:35,840 --> 00:35:39,240 Also wir haben das dann quasi industrialisiert, würde ich 769 00:35:39,240 --> 00:35:42,240 sagen, also wir haben dann quasi das dieses Grundprinzip, dass 770 00:35:42,240 --> 00:35:44,960 man sich an die Systeme anschließen kann und diese Logs 771 00:35:45,520 --> 00:35:48,520 dann verwenden kann, um Prozesse rauszurechnen das haben wir in 772 00:35:48,520 --> 00:35:51,920 Software gegossen, also das war dann am Anfang auch noch nicht 773 00:35:51,920 --> 00:35:53,920 auf unserer eigenen Datenbankentechnologie, aber am 774 00:35:53,920 --> 00:35:56,400 Anfang war das im Prinzip, Wir haben das auf Off The Shelf 775 00:35:56,400 --> 00:35:59,520 Datenbanken gemacht und haben dann mehr oder weniger die, die 776 00:35:59,520 --> 00:36:01,440 ja die SQL abfragen da oben drauf. 777 00:36:01,840 --> 00:36:04,440 Optimiert und die UI, um diese Prozesse darzustellen, aber da 778 00:36:04,440 --> 00:36:07,800 sind wir dann sehr sehr schnell auch schon reingelaufen, in dass 779 00:36:07,800 --> 00:36:10,400 wir einfach an Performance Limits gestoßen sind, also dass 780 00:36:10,400 --> 00:36:15,120 man und man muss dazu auch sagen, oft ist es bei unseren 781 00:36:15,120 --> 00:36:18,400 Kunden dann auch im On the Ground so gewesen. 782 00:36:18,440 --> 00:36:21,560 Man hat natürlich auch nicht den nicht die Kapazität und 783 00:36:21,560 --> 00:36:24,880 vielleicht auch gar nicht das Skillset, um die Datenbank dann 784 00:36:25,200 --> 00:36:27,720 auf dem Datenbanklevel so zu optimieren, dass diese Abfragen 785 00:36:27,720 --> 00:36:30,360 noch laufen würden und es hat ja hat verschiedene Faktoren, wir 786 00:36:30,360 --> 00:36:32,880 sind natürlich. Als wir gestartet haben, waren 787 00:36:32,880 --> 00:36:35,240 wir für einen Kunden nicht so ein großes Thema in der IT, dass 788 00:36:35,240 --> 00:36:38,560 man da so viele Ressourcen drauf verwendet, dass man jetzt sagt, 789 00:36:38,560 --> 00:36:41,160 hey, ich stelle jetzt mal 10 Entwickler ab und deren Job ist 790 00:36:41,160 --> 00:36:42,720 die zu Lohnes Datenbank am Laufen zu halten. 791 00:36:43,680 --> 00:36:47,000 Selbst wenn ich die Kapazität gehabt hätte, waren wir nicht so 792 00:36:47,000 --> 00:36:49,920 wichtig bei den ersten Kunden, dass man sich das geleistet hat 793 00:36:50,560 --> 00:36:53,600 und auf der anderen Seite selbst bei den Kunden, wo wir da damals 794 00:36:53,600 --> 00:36:56,400 schon so sehr sehr, sehr hochvolumige die Daten 795 00:36:56,560 --> 00:36:59,080 verarbeitet haben, sind wir dann auch einfach wirklich an die 796 00:36:59,080 --> 00:37:00,640 Leistungslimits gekommen, weil halt. 797 00:37:00,880 --> 00:37:03,320 Die Datenbanken generisch waren und nicht optimiert für die 798 00:37:03,320 --> 00:37:05,440 Abfragen, die wir da drauf laufen lassen haben und das war 799 00:37:05,440 --> 00:37:07,280 dann auch so der Triggerpunkt vor. 800 00:37:07,760 --> 00:37:09,880 Ja das musste um 2015 rum gewesen sein, dass wir 801 00:37:09,880 --> 00:37:12,960 angefangen haben unsere unsere eigene Datenbank zu entwickeln, 802 00:37:13,280 --> 00:37:16,640 also dass wir, dass wir diese die Abfragen, die wir, die wir 803 00:37:17,040 --> 00:37:18,800 laufen lassen, die verschiedenen Operatoren, die wir 804 00:37:18,800 --> 00:37:21,400 unterstützen, dass wir die in einer eigenen Datenbank 805 00:37:21,400 --> 00:37:24,320 entwickelt, in eine eigene Datenbanktechnologie gegossen 806 00:37:24,320 --> 00:37:26,800 haben, mit einer eigenen Abfragesprache obendrauf. 807 00:37:27,200 --> 00:37:29,440 Um im Prinzip diese Prozessanalyse abzubilden. 808 00:37:29,440 --> 00:37:31,840 Und am Anfang war das dann sehr viel, immer noch analytisch, 809 00:37:31,840 --> 00:37:35,920 also 2015, gab es Kunden, die haben schon eine kontinuierliche 810 00:37:35,920 --> 00:37:43,520 Datenanbindung gehabt oder aber keine Live abfragen und diese 811 00:37:43,520 --> 00:37:45,360 live, aber sich mal nicht mit Live abfragen, also da ging es 812 00:37:45,360 --> 00:37:47,640 dann nicht um Sekundenbruchteile, da hat man 813 00:37:47,640 --> 00:37:50,280 eine tägliche tägliche Analyse gefahren oder eine wöchentliche 814 00:37:50,280 --> 00:37:53,200 Analyse gefahren und dann eher strategisch oder analytisch die 815 00:37:53,200 --> 00:37:56,400 Prozesse optimiert, aber wir haben dann ganz schnell gesehen. 816 00:37:56,720 --> 00:37:58,720 Viele Kunden haben dann angefangen, das immer operativer 817 00:37:58,720 --> 00:38:00,880 zu nutzen, und das war dann so ne ganz, ganz natürliche 818 00:38:01,200 --> 00:38:04,160 Übergang von von von den von den Kundenanforderungen, von Use 819 00:38:04,160 --> 00:38:06,280 Cases, die oben drauf gebaut wurden, dass man gesagt hat, 820 00:38:06,280 --> 00:38:07,760 hey, ich brauch das nicht einmal in der Woche, ich brauch das 821 00:38:07,760 --> 00:38:10,360 jeden Tag, jeden Tag schauen unsere Teams da drauf, also 822 00:38:10,360 --> 00:38:12,720 hilft es uns nicht, denn wenn die wenn die wenn die Daten da 823 00:38:12,720 --> 00:38:16,040 drin 5 Tage alt sind, OK dann mussten wir die 824 00:38:16,040 --> 00:38:17,720 Dateninfrastruktur weiter ausbauen, dass wir diese 825 00:38:17,720 --> 00:38:20,880 tägliche, diese tägliche Frequenz einbilden konnten, dann 826 00:38:20,880 --> 00:38:24,640 haben wir uns hinbewegt zu minütlich oder alle alle 5 827 00:38:24,640 --> 00:38:26,080 Minuten wo wir mittlerweile sind. 828 00:38:26,280 --> 00:38:27,840 Dass wir halt solche Entscheidungen unterstützen 829 00:38:27,840 --> 00:38:29,600 können in den in den Geschäftsprozessen und so weiter 830 00:38:29,600 --> 00:38:32,800 also das war so der der Treiber, dass sich die die Technologie da 831 00:38:32,800 --> 00:38:34,480 auch auch sehr stark weiterentwickelt. 832 00:38:34,480 --> 00:38:36,800 Hat aber das ist ja dann, das ist ja das stell ich mir ja 833 00:38:36,800 --> 00:38:40,040 total krassen Schritt vor, ja, weil man muss sich das ja mal 834 00:38:40,040 --> 00:38:41,960 auf der Zunge zergehen lassen, was du gesagt hast. 835 00:38:41,960 --> 00:38:46,080 Ich wiederhole es einfach noch mal für alle, ihr habt, ihr habt 836 00:38:46,080 --> 00:38:48,800 euch zusammengenommen die Ärmel hochgekrempelt und gesagt, wir 837 00:38:48,800 --> 00:38:53,480 müssen unser Problem ist so heftig und auch so Nischig und 838 00:38:53,480 --> 00:38:55,840 die Abfragesprache so speziell, dass uns ein. 839 00:38:56,160 --> 00:38:58,680 Diese hochoptimierten, ich sag mal Post, Gress, QL und so 840 00:38:58,680 --> 00:39:01,200 weiter ich wir hatten selber mal ne Folge drüber, das ist ja 841 00:39:01,200 --> 00:39:03,120 schon kein Quatsch was die da gemacht haben. 842 00:39:03,200 --> 00:39:06,080 Klar, das ist halt generisch und deswegen bezahlst du ein wenig 843 00:39:06,080 --> 00:39:09,120 mehr an der Performance für diese Generizität, dass du alle 844 00:39:09,120 --> 00:39:10,800 alle möglichen Abfragen machen kannst. 845 00:39:10,800 --> 00:39:13,920 Ja, aber diese Entscheidung zu treffen, technisch zu sagen, 846 00:39:14,400 --> 00:39:17,520 Nee, damit kommen wir jetzt nicht weiter, wir müssen so was 847 00:39:17,520 --> 00:39:20,000 Fundamentales wie ne Datenbank, ja das würde. 848 00:39:20,440 --> 00:39:22,560 Ich würde jetzt erst mal sagen, also bevor ich bevor ich auf die 849 00:39:22,560 --> 00:39:24,720 Idee kommen würde, meine eigene Datenbank zu schreiben, da würde 850 00:39:24,720 --> 00:39:26,960 ich irgendwie noch 10 mal drüber schlafen und dann würde ich noch 851 00:39:26,960 --> 00:39:29,200 10 mal drüber schlafen, da würde ich es halt immer irgendwie noch 852 00:39:29,200 --> 00:39:31,520 nicht trauen, weil das ist ja ne, also das ist ja keine 853 00:39:31,520 --> 00:39:34,800 Kleinigkeit mal eben ne Datenbank selber zu bauen und 854 00:39:34,800 --> 00:39:38,640 auch noch ne ne hochspezifische abfragesprache darüber, aber ihr 855 00:39:38,640 --> 00:39:41,160 wart damit erfolgreich. Also das das sagt ja auch 856 00:39:41,160 --> 00:39:42,400 manchmal. Man muss halt irgendwie, wenn 857 00:39:42,400 --> 00:39:44,640 man es innovatives machen will, dann muss man halt vielleicht 858 00:39:44,640 --> 00:39:48,000 mal aus den an der richtigen Stelle aus den. 859 00:39:48,400 --> 00:39:52,200 Best Practices ausbrechen und tatsächlich mal was Neues tun. 860 00:39:52,200 --> 00:39:54,080 Ne, das stell ich mir gar nicht so einfach vor. 861 00:39:54,080 --> 00:39:56,680 Wieso ne Entscheidung ganzzeitig auch getroffen wird das mutig 862 00:39:56,680 --> 00:40:00,160 auf jeden Fall, weil das kann ja auch mal schwer nach hinten 863 00:40:00,160 --> 00:40:03,600 losgehen ne weil es einfach gar kein gar kein einfaches Problem 864 00:40:03,600 --> 00:40:06,400 ist mal eben ne Datenbank zu schreiben deren stabil ist. 865 00:40:06,880 --> 00:40:08,600 Ja, ja, total. Und ich glaub aber ein Kommentar 866 00:40:08,600 --> 00:40:11,880 wo dazu ist natürlich auch. Es sind natürlich auch immer, in 867 00:40:11,880 --> 00:40:14,280 welcher Zeit bewegt man sich und was ist das das Wichtigste, wie 868 00:40:14,280 --> 00:40:15,920 ist das aktuell. Also ich mein, als wir das 869 00:40:15,920 --> 00:40:18,400 damals gestartet haben ganz, also einfach einfaches Beispiel, 870 00:40:18,640 --> 00:40:22,680 da gab es natürlich ABS, da gab es natürlich Azure, aber gerade 871 00:40:22,680 --> 00:40:24,280 hier in Deutschland. Ja. 872 00:40:24,280 --> 00:40:27,600 Also war das nicht war, da war das nicht auf dem auf dem Level, 873 00:40:27,600 --> 00:40:30,040 dass das wirklich signifikant genutzt wurde, dass man die 874 00:40:30,040 --> 00:40:33,440 Services hat, wie man jetzt halt also n Redshift auf dem auf dem 875 00:40:33,440 --> 00:40:35,520 Scale, wie man es jetzt in ABS nutzen kann, gab es damals 876 00:40:35,520 --> 00:40:38,080 einfach nicht, also das war einfach nicht auf dem auf dem 877 00:40:38,160 --> 00:40:40,800 gleichen Level. Und zumindest nicht so, dass 878 00:40:40,800 --> 00:40:42,760 unsere Kunden das uns so zur Verfügung stellen konnten, dass 879 00:40:42,760 --> 00:40:44,240 wir darauf hätten zum Beispiel aufbauen können. 880 00:40:44,880 --> 00:40:47,000 Und das war schon auch ein treibender Faktor, warum die 881 00:40:47,000 --> 00:40:49,480 Entscheidung halt so wichtig war, weil wir halt, weil wir 882 00:40:49,480 --> 00:40:51,760 halt viel von diesen Bordmitteln einfach mitbringen konnten, um 883 00:40:51,760 --> 00:40:54,080 wieder weiter skalieren zu können, und dann hat sich das 884 00:40:54,080 --> 00:40:56,040 natürlich daraus entwickelt, dass es immer mehr auch eine 885 00:40:56,040 --> 00:40:58,560 Differenzierung für uns als Technologie geworden ist, dass 886 00:40:58,560 --> 00:41:00,240 wir das können, dass es hochoptimiert ist, dass es 887 00:41:00,240 --> 00:41:03,280 schneller ist, dass es auch einfacher zu benutzen ist, als 888 00:41:03,280 --> 00:41:06,000 wenn wir das auf einer auf einer generischen Plattform aufgebaut 889 00:41:06,000 --> 00:41:08,080 hätten und so weiter also deshalb war dann wieso ein, 890 00:41:08,080 --> 00:41:10,760 wieso ein Snowball Effekt der? Der sich dann daraus eigentlich 891 00:41:10,760 --> 00:41:12,720 ergeben hat und aber auch erzwungen bist, so 892 00:41:12,720 --> 00:41:16,000 Gewissenmaßen. Hat das auch Nachteile und 893 00:41:16,000 --> 00:41:18,760 vielleicht auch gerne ein bisschen genereller darstellen? 894 00:41:18,760 --> 00:41:22,120 Also off the Shell versus ja, wie sagt man selfmade zum 895 00:41:22,560 --> 00:41:25,840 Beispiel bei sowas essentiellem wie einer Datenbank? 896 00:41:26,320 --> 00:41:30,000 Ja, also natürlich brauchen wir entsprechend die Leute, die das 897 00:41:30,000 --> 00:41:33,080 die das auch weiterentwickeln. Also ich meine, wenn du einfach 898 00:41:33,080 --> 00:41:36,240 einen Service bei einem Cloud Provider dir hochfahren kannst, 899 00:41:36,240 --> 00:41:37,760 der die Datenbank für dich betreibt. 900 00:41:38,440 --> 00:41:41,160 Dann ist es natürlich vom Aufwand, das Ganze am Laufen zu 901 00:41:41,160 --> 00:41:44,080 lassen, auch wenn du da viel Last drauf drauf drauf feuerst 902 00:41:44,640 --> 00:41:46,720 sehr viel weniger wie wenn du das System, also den Teil vom 903 00:41:46,720 --> 00:41:49,280 System selber betreibst. Also das ist natürlich was was 904 00:41:49,280 --> 00:41:51,640 man sich einkauft, dass man, dass man das dann, dass man das 905 00:41:51,640 --> 00:41:53,920 dann selber betreiben muss, dass man auch die Expertise intern 906 00:41:53,920 --> 00:41:56,400 aufbauen muss, dass man auch, wie Burkhardt gesagt hat, also 907 00:41:56,880 --> 00:41:59,640 Datenbankentwicklung auf dem Level ist, sehr cool ist ein 908 00:41:59,640 --> 00:42:01,960 spannendes technisches Problem. Es gibt aber auch nicht so viele 909 00:42:01,960 --> 00:42:04,000 Leute, die das auf dem Level machen. 910 00:42:04,640 --> 00:42:07,840 Also auch die, die die Teams oder die, die die Expertise dann 911 00:42:07,840 --> 00:42:10,640 zu finden, das Team aufzubauen, ist natürlich schon auch auch 912 00:42:10,640 --> 00:42:13,200 ein bisschen eine größere Herausforderung, oder was heißt 913 00:42:13,200 --> 00:42:15,920 das denn ganz konkret? Man man, natürlich findet man 914 00:42:15,920 --> 00:42:19,200 Postgressexperten findet man jetzt zelonis Datenbank 915 00:42:19,200 --> 00:42:21,400 Experten, die unsere Datenbank so kennen, dass sie da neue 916 00:42:21,400 --> 00:42:24,320 Operatoren bauen, nee die müssen wir, die Leute müssen das 917 00:42:24,320 --> 00:42:26,560 lernen, wenn sie zu zelonis kommen, also weil weil das 918 00:42:26,560 --> 00:42:29,440 einfach eine eigene Technologie ist, wo wir die Leute dann auch. 919 00:42:29,880 --> 00:42:32,320 Wir haben viele Leute, die am Anfang bei uns angefangen haben, 920 00:42:32,320 --> 00:42:34,200 kamen auch direkt von der Uni und haben dann halt mit uns 921 00:42:34,200 --> 00:42:35,880 gelernt. Also ich meine, wie gesagt, wir 922 00:42:35,880 --> 00:42:39,200 waren ja damals auch 2030 Leute, das ist ja ist ja Stück für 923 00:42:39,200 --> 00:42:41,200 Stück auch gewachsen, aber das war natürlich was, was man sich 924 00:42:41,200 --> 00:42:43,920 dann einkauft, dass man selber die Leute ausbilden muss, dass 925 00:42:43,920 --> 00:42:46,160 man auch die Expertise nicht einfach dazuholen kann, also es 926 00:42:46,160 --> 00:42:48,480 geht nicht von heute auf morgen, dass man einen Solos Datenbank 927 00:42:48,480 --> 00:42:51,840 Experten auf einmal im Team hat. Das ist schon cool so n so n 928 00:42:51,840 --> 00:42:53,920 Projekt einfach in die aus der Traufe zu heben und vielleicht 929 00:42:53,920 --> 00:42:55,920 noch mal ne andere Frage jetzt, das haben wir noch gar nicht so 930 00:42:55,920 --> 00:42:58,000 klar gesagt. Du hast jetzt AWS mal in den 931 00:42:58,000 --> 00:43:00,640 Mund genommen und so weiter das sind ja jetzt Cloud basierte 932 00:43:01,360 --> 00:43:03,920 Dinge. Ich könnt mir vorstellen, dass 933 00:43:03,920 --> 00:43:07,200 ihr gegeben der Zeit auch in der ihr angefangen habt und 934 00:43:07,200 --> 00:43:09,880 vielleicht auch gegeben, der ich kenn ja so n bisschen die 935 00:43:09,880 --> 00:43:12,080 deutschen Firmen und deren Angst vor. 936 00:43:12,640 --> 00:43:15,200 Allzu modernen digitalen Technologien, wie zum Beispiel 937 00:43:15,200 --> 00:43:17,760 die Cloud. Und obwohl das heute immer 938 00:43:17,760 --> 00:43:20,160 besser wird, war es vor 10 Jahren garantiert ganz anders. 939 00:43:20,400 --> 00:43:23,680 Also ihr habt ja bestimmt on premise angefangen, also eure 940 00:43:23,680 --> 00:43:27,120 Datenbanken oder selbst entwickelten quasi beim Lokal in 941 00:43:27,120 --> 00:43:29,960 der Firma, beim Kunden selbst gehostet auf deren Servern und 942 00:43:29,960 --> 00:43:31,640 ihr habt wahrscheinlich irgendeinen Zugang bekommen, 943 00:43:31,640 --> 00:43:35,200 irgendwie sicherten Zugang per VPN oder irgend so wie und was 944 00:43:35,200 --> 00:43:37,600 du aber im Vorgespräch schon gesagt hattest hast ist, dass 945 00:43:37,600 --> 00:43:39,720 dass dass das jetzt auch im großen Fall eigentlich nicht 946 00:43:39,720 --> 00:43:41,880 mehr so ist, sondern. Dass die jetzt quasi 947 00:43:41,880 --> 00:43:45,360 Transformation auch über die Zeit hinbekommen hat, diese 948 00:43:45,360 --> 00:43:48,960 Datenbank und die Auswertung und so weiter also diese schweren 949 00:43:48,960 --> 00:43:52,720 Rechnungen in die Cloud auszulagern, was ja Sinn macht, 950 00:43:52,720 --> 00:43:56,400 weil ich, weil wir da ja quasi die geballte Energie in die 951 00:43:56,400 --> 00:43:58,720 geballte Ladung der Rechenzentren in der Cloud viel 952 00:43:58,720 --> 00:44:00,280 besser nutzen können. Ich würd sogar sagen, auch 953 00:44:00,280 --> 00:44:03,240 ökologischer, als wenn das jetzt verteilt in jeder Firma ist. 954 00:44:03,240 --> 00:44:05,120 Ja hab ich gedacht, da brauchst du ja wieder die IT Mannschaft, 955 00:44:05,120 --> 00:44:08,000 die das Rechenzentrum lokal wartet und so weiter kannst du 956 00:44:08,000 --> 00:44:10,080 da. Auch noch mal kurz was sagen und 957 00:44:10,400 --> 00:44:12,880 ich frag noch was vorweg. Kannst du mir die Antwort gleich 958 00:44:12,880 --> 00:44:16,080 mit einbauen? Was mich total interessiert weil 959 00:44:16,080 --> 00:44:19,680 wir das Problem selber haben als Kunden, das sind ja ziemlich 960 00:44:19,680 --> 00:44:23,920 sensitive Daten ja diese Prozessdaten so ja also diese 961 00:44:23,920 --> 00:44:25,920 Logs von dem das ist ja im Prinzip, das ist ja im Prinzip, 962 00:44:25,920 --> 00:44:29,840 wie funktioniert diese Firma ganz transparent gemacht, ja und 963 00:44:29,840 --> 00:44:33,440 wie habt ihr es geschafft den Kunden das Vertrauen 964 00:44:33,840 --> 00:44:36,120 rüberzuspielen, dass die sagen, ah nee, gar kein Problem, das 965 00:44:36,120 --> 00:44:37,520 schießen wir mal in die Cloud, ja. 966 00:44:38,480 --> 00:44:40,920 Weil ich kenn, ich kenn von unseren Mittelständlern aus dem 967 00:44:40,920 --> 00:44:43,760 Maschinenbau, wenn man denen sagt, hier eure Maschinendaten 968 00:44:43,760 --> 00:44:47,000 und die sind ja im Vergleich dazu noch nicht mal ganz so 969 00:44:47,000 --> 00:44:51,280 sensitiv, ja wieviel Dinger die Maschine gestanzt hat gegenüber 970 00:44:51,280 --> 00:44:54,920 euren Daten, aus denen ich ja wirklich Zusammenhänge lesen 971 00:44:54,920 --> 00:44:57,680 kann, wieso n Funktion wieso ne von dieser Firma innen drin 972 00:44:57,680 --> 00:45:02,280 funktioniert, wie habt ihr also technisch und auch inhaltlich 973 00:45:02,280 --> 00:45:04,600 das geschafft, da so ne Transformation hinzubekommen? 974 00:45:04,960 --> 00:45:07,840 Sorry für die lange Frage. Kein Problem, kein Problem. 975 00:45:08,720 --> 00:45:10,720 Ich fange mal mit der mit der Cloud Transition an. 976 00:45:10,720 --> 00:45:13,920 Also du hast recht, also die 1.1. 977 00:45:13,920 --> 00:45:15,440 Versionen von Zelonos oder das Produkt. 978 00:45:15,440 --> 00:45:19,120 Ursprünglich war eine on premise Lösung, also zelonos 1 bis 4 979 00:45:19,680 --> 00:45:23,920 waren waren on premise Versionen die wir ganz klassisch Kunde 980 00:45:23,920 --> 00:45:28,000 stellt uns einen Server bereit, wir kriegen VPN Access da drauf, 981 00:45:28,000 --> 00:45:32,280 wir installieren die Software und dann läuft die läuft die 982 00:45:32,280 --> 00:45:36,160 Software auf dem von der IT bereitgestellten Server beim 983 00:45:36,160 --> 00:45:40,240 Kunden in der Infrastruktur. Wir sind 2018 haben wir, dann 984 00:45:40,240 --> 00:45:43,760 haben wir die erste Cloud Version von Zelonis rausgebracht 985 00:45:44,160 --> 00:45:50,560 und das war wir hatten damals waren wir im Prinzip vor der 986 00:45:50,560 --> 00:45:52,960 Entscheidung muss man muss man sich ja überlegen, wir hätten 987 00:45:52,960 --> 00:45:54,880 einfach die ON premise Software nehmen können, installieren auf 988 00:45:54,880 --> 00:45:57,480 einem Server in einer Cloud den wir hosten, dann wäre das ne 989 00:45:57,480 --> 00:46:01,680 Cloud Lösung gewesen, also rein so von dem von dem von dem 990 00:46:02,400 --> 00:46:05,160 Businessmodell also quasi saas Wir betreiben es für dich und 991 00:46:05,160 --> 00:46:07,520 die Software hat die gleichen. Gleichen Funktionalitäten was 992 00:46:07,520 --> 00:46:10,240 wir damals gemacht haben, und das hat uns auch zweieinhalb, 3 993 00:46:10,240 --> 00:46:13,680 Jahre hat es gedauert, dass wir die Software noch mal neu gebaut 994 00:46:13,680 --> 00:46:14,880 haben. Also wir haben die Software dann 995 00:46:14,880 --> 00:46:18,000 auseinander genommen, haben die in Micro nicht so Micro, die 996 00:46:18,000 --> 00:46:20,080 waren eher ganz schön gigantisch, aber in 997 00:46:20,080 --> 00:46:24,080 Microservices Runtergebrochen in einzelne Bestandteile und die 998 00:46:24,080 --> 00:46:26,440 noch mal neu entwickelt als wirklich moderne Cloud 999 00:46:26,440 --> 00:46:29,040 Plattformen, die auch von Anfang an designed ist. 1000 00:46:29,040 --> 00:46:31,040 Dass sie Multi Tendent zum Beispiel unterstützt, also dass 1001 00:46:31,040 --> 00:46:33,280 wir Kunden nicht mit einzelnen Instanzen bedienen, sondern 1002 00:46:33,280 --> 00:46:35,480 eigentlich mit geteilten Ressourcen so weiter, damit wir 1003 00:46:35,480 --> 00:46:38,600 halt auch die die wirklichen Vorteile von der von der Cloud 1004 00:46:38,600 --> 00:46:41,760 Infrastruktur heben können. Also dass wir halt die die 1005 00:46:42,480 --> 00:46:45,240 Ressourcen über die über die Kunden verwenden können und so 1006 00:46:45,240 --> 00:46:48,800 weiter das hat am Anfang uns viel gekostet, das ist 1007 00:46:48,800 --> 00:46:50,800 vielleicht die Frage der Frau Gerrit, was du vorher gesagt 1008 00:46:50,800 --> 00:46:53,040 hast. Was war der Nachteil, hat lange 1009 00:46:53,040 --> 00:46:55,680 gedauert, ich meine zweieinhalb Jahre in der Zeit war es auch 1010 00:46:55,680 --> 00:46:58,640 noch nicht so groß, ein ganz schön langer Zeitraum um an so 1011 00:46:58,640 --> 00:47:01,600 einem an so einem Evolutionssprung zu arbeiten. 1012 00:47:02,080 --> 00:47:04,800 Und aber was hat es uns jetzt langfristig gebracht und warum 1013 00:47:04,800 --> 00:47:06,640 hat es uns auch sehr, sehr geholfen, so zu skalieren, wie 1014 00:47:06,640 --> 00:47:09,360 wir es skalieren konnten ist, dass unsere Plattform von Anfang 1015 00:47:09,360 --> 00:47:13,360 an sehr modern ist, also quasi eine Architektur hat von 1016 00:47:13,360 --> 00:47:16,400 verschiedenen Microservices, dass wir sehr ja sehr modular 1017 00:47:16,400 --> 00:47:18,960 auch die Plattform erweitern konnten mit neuen, mit neuen 1018 00:47:18,960 --> 00:47:21,680 Funktionalitäten, dass wir auch von Anfang an zum Beispiel auf 1019 00:47:21,680 --> 00:47:24,880 Cubanitis dieser Plattform mit 3 betrieben haben, war damals auch 1020 00:47:24,880 --> 00:47:28,720 noch also einfach nicht gegeben, dass das der Standard ist, der 1021 00:47:29,360 --> 00:47:31,440 wie Cloud Software betrieben wird, also das. 1022 00:47:32,000 --> 00:47:34,520 Ich kann mich noch erinnern, dass wir am Anfang die ersten 1023 00:47:34,520 --> 00:47:37,640 Versionen waren, einfach Docker Container selber gemanagt, dass 1024 00:47:38,160 --> 00:47:41,280 dass man das Kaliber auf Kubanitis betreibt, war einfach 1025 00:47:41,280 --> 00:47:44,880 noch nicht der Standard, es gab noch nicht mal die Managten 1026 00:47:44,880 --> 00:47:48,400 Kubanitis Services auf Abs, wo wo der Kubanitis Cluster völlig 1027 00:47:48,400 --> 00:47:50,160 betrieben wurde, sondern das haben wir am Anfang auch selber 1028 00:47:50,160 --> 00:47:52,240 gemacht und stellen es immer noch teilweise erst um, weil es 1029 00:47:52,240 --> 00:47:54,560 einfach es noch nicht gab, als wir die 1.1. 1030 00:47:54,560 --> 00:47:57,840 Instanzen hochgezogen haben auf den auf den Cloud Anbietern 1031 00:47:58,480 --> 00:48:01,440 genau also. Insofern, die Transition war vor 1032 00:48:01,440 --> 00:48:03,320 allem Skalierbarkeit. Also warum haben wir das 1033 00:48:03,320 --> 00:48:05,840 gemacht, weil in diesen Projekten auf der On premise 1034 00:48:05,840 --> 00:48:08,400 Software war das natürlich für uns ein krasser, also wir hatten 1035 00:48:08,480 --> 00:48:15,920 das Glück, dass wir ganz guten Marktzugang hinbekommen haben am 1036 00:48:15,920 --> 00:48:18,720 Anfang, also ich meine, wir haben eine ganz, wir hatten sehr 1037 00:48:18,720 --> 00:48:22,240 viel Nachfrage, dass viele Kunden celonis nutzen wollten 1038 00:48:22,720 --> 00:48:24,520 und wir hatten das Bottle nack, dass wir die Kunden nicht 1039 00:48:24,520 --> 00:48:27,400 schnell genug bedienen können. Und einer einer, der einer der 1040 00:48:27,400 --> 00:48:29,840 größten Bottomags, also auf der Produkt und technischen Seite 1041 00:48:29,840 --> 00:48:31,640 ist. Erstmal diese Bereitstellung von 1042 00:48:31,640 --> 00:48:35,560 der Hardware am Anfang gewesen. Also bei den Kunden die mit 1043 00:48:35,560 --> 00:48:38,160 denen wir mit der ON premise Software gestartet haben, hat 1044 00:48:38,160 --> 00:48:40,280 das teilweise 6 Monate oder noch länger gedauert bis wir 1045 00:48:40,280 --> 00:48:43,600 überhaupt mit der tatsächlichen Arbeit anfangen konnten, weil 1046 00:48:43,600 --> 00:48:47,520 halt die Serverbereitstellung dieses Initiale It Setup 1047 00:48:48,080 --> 00:48:50,640 überhaupt erstmal die Software beim Kunden mit der IT zusammen 1048 00:48:50,640 --> 00:48:52,560 zum zum Laufen zu bekommen so lange gedauert hat. 1049 00:48:52,920 --> 00:48:54,760 Das ist jetzt nicht n technischer Grund, warum das so 1050 00:48:54,760 --> 00:48:56,640 lange gedauert hat. Und typischerweise ist es, wie 1051 00:48:56,880 --> 00:48:59,360 vorher auch schon mit dem Extraktion erwähnt, eher n 1052 00:48:59,360 --> 00:49:01,840 prioritätsding. Wir kommen ja beim Kunden dann 1053 00:49:01,840 --> 00:49:04,120 an und wir sind nicht die einzigen, die was von der IT 1054 00:49:04,120 --> 00:49:06,800 wollen, sondern wir sind 1 von ganz vielen ganz vielen 1055 00:49:06,800 --> 00:49:10,520 Projekten und natürlich hey so ne ne eher kleineres Produkt 1056 00:49:10,520 --> 00:49:14,960 damals wo die wo vielleicht von ihrem IT Budget auch so ne 1057 00:49:14,960 --> 00:49:17,440 Nachkommastelle von Prozent irgendwie überhaupt ausgegeben 1058 00:49:17,440 --> 00:49:20,800 wird, wieviel Zeit und wieviel Priorität geben wir dem jetzt, 1059 00:49:20,800 --> 00:49:22,400 dass das dass das bereitgestellt wird? 1060 00:49:22,640 --> 00:49:25,280 Ist natürlich dann erstmal ein bisschen weiter hinten in der 1061 00:49:25,280 --> 00:49:27,360 Priorität und deswegen dauert das einfach, bis du dann 1062 00:49:27,360 --> 00:49:29,120 überhaupt starten kannst. Und für uns war das natürlich 1063 00:49:29,120 --> 00:49:32,160 essentiell so von der Business Seite, wie schnell wir dann auch 1064 00:49:32,800 --> 00:49:35,200 zeigen können, dass die Software sich überhaupt lohnt, dass wir 1065 00:49:35,200 --> 00:49:38,240 auch auf für den also mit den Business Anwendern dann zusammen 1066 00:49:38,240 --> 00:49:39,920 überhaupt die Prozesse verbessern konnten, das hat das 1067 00:49:39,920 --> 00:49:42,240 extrem nach hinten rausgezögert und das war eigentlich einer der 1068 00:49:42,240 --> 00:49:44,800 Hauptgründe für den für diesen Shift in die Cloud, dass man 1069 00:49:44,800 --> 00:49:47,680 diese IT Bereitstellung, dass man diese Infrastruktur Setup, 1070 00:49:48,240 --> 00:49:50,080 das war auch von Anfang an immer dann so, dass. 1071 00:49:50,240 --> 00:49:51,840 Designt, dass es am Ende ein Knopfdruck ist. 1072 00:49:51,840 --> 00:49:54,160 Also du kannst einen neuen Tenant anlegen und hast dann 1073 00:49:54,160 --> 00:49:56,760 einen neuen, einen neuen Tenant für einen Kunden läuft auf der 1074 00:49:56,760 --> 00:49:59,000 existierenden Infrastruktur und dann kannst du eigentlich morgen 1075 00:49:59,000 --> 00:50:03,160 starten mit Solonis und das war der der große Shift für für das 1076 00:50:03,160 --> 00:50:05,800 wie wir mit den Kunden da interagieren konnten und jetzt 1077 00:50:05,800 --> 00:50:07,040 habe ich eine große Runde gedreht. 1078 00:50:07,600 --> 00:50:09,280 Ich habe auch eine große Frage gestellt, das. 1079 00:50:11,320 --> 00:50:14,560 Ist der zweite Teil war ja Richtung Security und. 1080 00:50:15,040 --> 00:50:16,720 Da würde ich auch sagen, das hat 2 Aspekte. 1081 00:50:16,760 --> 00:50:18,480 Ich glaube ein Thing ist technische Security. 1082 00:50:18,480 --> 00:50:20,400 Ich glaube, was uns da sehr geholfen hat, ist, dass wir die 1083 00:50:20,400 --> 00:50:23,440 Software neu gebaut haben, also dass wir, dass wir da von Anfang 1084 00:50:23,440 --> 00:50:26,720 an auch die Multi tendency, wie wir die Daten reparieren, wie 1085 00:50:26,720 --> 00:50:29,200 wir Daten verschlüsseln und auch garantieren, dass es da keine 1086 00:50:29,600 --> 00:50:34,000 keine Cross Polation gibt, dass wir das von Anfang an auch neu 1087 00:50:34,000 --> 00:50:36,560 dann dokumentieren konnten, also und dass wir das auch 1088 00:50:36,560 --> 00:50:38,440 transparent machen können, wie machen wir das und so weiter, 1089 00:50:38,440 --> 00:50:39,760 das findet man auch heute immer noch. 1090 00:50:40,080 --> 00:50:43,200 Auf einem auf einem Trust Center in Zellonis zum Beispiel, wo das 1091 00:50:43,200 --> 00:50:44,480 auch dokumentiert wird für die Kunden. 1092 00:50:44,640 --> 00:50:46,320 Das ist der eine Teil, also ich glaub da hat es uns auch 1093 00:50:46,320 --> 00:50:48,760 geholfen, dass wir das Ding neu gebaut haben, dass wir halt 1094 00:50:48,760 --> 00:50:52,400 solche solche Maßnahmen und auch die Sicherheits Features einfach 1095 00:50:52,400 --> 00:50:56,120 einbauen konnten von Tag 1 und also das hat uns dann auch im 1096 00:50:56,120 --> 00:50:58,320 Trust geholfen, dass man das Halt auch erklären konnte, also 1097 00:50:58,320 --> 00:51:01,040 dass man wirklich mit dem IT Team oder mit dem Cloud Security 1098 00:51:01,040 --> 00:51:04,280 Teams das Stück für Stück durchgehen konnte, dass man 1099 00:51:04,280 --> 00:51:07,320 erklären konnte, OK, was haben wir da eingebaut um die Daten zu 1100 00:51:07,320 --> 00:51:09,120 verschlüsseln, wie verschlüsseln wir die Daten? 1101 00:51:09,280 --> 00:51:11,240 Wie verschlüsseln wir die Kommunikationskanäle zwischen 1102 00:51:11,240 --> 00:51:14,720 dem Kundennetzwerk und und zu lohnen ist und und so weiter und 1103 00:51:14,720 --> 00:51:17,640 ich glaube, der andere Teil ist dann dieses, ich habe ja vorher 1104 00:51:17,640 --> 00:51:21,120 gesagt, natürlich gab es Abs und Azure schon auch vor 1012 1105 00:51:21,120 --> 00:51:24,880 Jahren, aber der Trust der Kunden für diese Systeme war 1106 00:51:24,880 --> 00:51:27,360 halt noch nicht da und es waren auch noch keine signifikanten 1107 00:51:27,600 --> 00:51:30,200 Workloads in der Cloud damals, das hat sich schon geändert, bis 1108 00:51:30,200 --> 00:51:32,680 2018 muss man sagen, also da hat es dann schon auch angefangen, 1109 00:51:32,680 --> 00:51:36,560 dass dass viel mehr Unternehmen auch signifikante andere Systeme 1110 00:51:36,560 --> 00:51:38,400 angefangen haben, mehr in der Cloud zu betreiben. 1111 00:51:38,800 --> 00:51:41,600 Und das hat uns vom Timing her dann auch geholfen, dass Zelone 1112 00:51:41,600 --> 00:51:44,080 da funktioniert hat und dass dann auch der Trust auch über 1113 00:51:44,080 --> 00:51:45,960 andere Systeme, die mittlerweile halt in der Cloud schon mal 1114 00:51:45,960 --> 00:51:50,720 gelaufen sind, schon mehr da war als jetzt noch 2013 2014 2015. 1115 00:51:51,760 --> 00:51:53,760 Voll gut, ich will, ich will den einen Punkt, den will ich 1116 00:51:53,760 --> 00:51:56,000 einfach noch mal sagen, weil du sprichst mir so aus dem Herzen 1117 00:51:56,000 --> 00:51:58,160 dabei. Ja, und ihr habt ja viele 1118 00:51:58,160 --> 00:52:01,040 Mutige, vielleicht auch unternehmerisch riskante 1119 00:52:01,360 --> 00:52:03,160 Entscheidungen, aber im Nachhinein richtige 1120 00:52:03,160 --> 00:52:05,600 Entscheidungen getroffen, vor allen Dingen auf der technischen 1121 00:52:05,600 --> 00:52:07,360 Seite aus, also da kann ich ja gerade gar nicht überhaupt 1122 00:52:07,360 --> 00:52:09,480 beurteilen, aber ich. Also das muss man ja auch noch 1123 00:52:09,480 --> 00:52:10,960 mal ganz klar sagen. Man hat eigentlich n 1124 00:52:10,960 --> 00:52:14,560 funktionierendes Produkt und wahrscheinlich der Rest der 1125 00:52:14,560 --> 00:52:17,200 Firma, der nicht technisch ist, sagt so, wieso geht doch alles. 1126 00:52:17,200 --> 00:52:20,520 Ja und Prime ist prima und wenn wir es jetzt auch auf der Cloud 1127 00:52:20,520 --> 00:52:22,480 brauchen, dann nehmen wir das Ding halt und setzen es so wie 1128 00:52:22,480 --> 00:52:25,600 es ist auf dem Server in der Cloud ja dann zu sagen, nee das 1129 00:52:25,600 --> 00:52:27,960 können wir aber nicht machen. Ja aus all den Gründen die du 1130 00:52:27,960 --> 00:52:31,040 gerade hingelegt hast. Ja also Trust Multi Tendency 1131 00:52:31,360 --> 00:52:33,840 Skalierbarkeit von den Komponenten die von allen 1132 00:52:33,840 --> 00:52:36,800 genutzt werden wir versus pro Kunde. 1133 00:52:37,360 --> 00:52:40,000 Skalierbarkeit, das sind ja eigentlich die Vorteile der 1134 00:52:40,000 --> 00:52:41,720 Cloud, und das muss man vielleicht auch mal jetzt in 1135 00:52:41,720 --> 00:52:43,280 diesem technischen Podcast noch mal sagen. 1136 00:52:43,280 --> 00:52:46,480 Cloud heißt ja eigentlich nicht Cloud, sonst ist es, sonst wäre 1137 00:52:46,480 --> 00:52:48,120 es einfach Server Client, sag ich mal. 1138 00:52:48,120 --> 00:52:50,080 Ja, wenn ich da meine monolithische Anwendung nehme 1139 00:52:50,080 --> 00:52:51,880 und Klatsch sie irgendwie auf dem Server, der halt nicht beim 1140 00:52:51,880 --> 00:52:55,280 Kunden läuft, sondern in der irgendwo in der Cloud, ja dann 1141 00:52:55,280 --> 00:52:58,040 ist das noch keine im Sinne des SARS und der modernen Cloud 1142 00:52:58,040 --> 00:53:00,480 Technologie Cloud Anwendung, ja, es wird dann zur Cloud 1143 00:53:00,480 --> 00:53:02,800 Anwendung, wenn ich sie tatsächlich in die 1144 00:53:02,800 --> 00:53:05,040 monolithischen. Kleinen Teile, die wir 1145 00:53:05,040 --> 00:53:08,720 Microservices nennen, Hacke, die ich halt quasi unterschiedlich 1146 00:53:08,720 --> 00:53:12,240 skalieren kann, je nach Bedarf. Ja, und das wenn ich aus einer 1147 00:53:12,240 --> 00:53:14,760 aus einer anderen Welt komme, dass das zweieinhalb Jahre 1148 00:53:14,760 --> 00:53:18,000 dauert, was, wenn ich mich jetzt erinnere, bis du, bis du quasi 1149 00:53:18,000 --> 00:53:20,240 die Software wieder neu strukturiert hast und neu 1150 00:53:20,240 --> 00:53:23,400 getestet hast, dass die so läuft, das ist halt so und es 1151 00:53:23,400 --> 00:53:24,960 hat sich bei euch aber schwer gelohnt. 1152 00:53:24,960 --> 00:53:27,280 Ja und ich, das will ich noch mal, das will ich noch mal. 1153 00:53:27,280 --> 00:53:30,480 Ich, ich kenne viele Kollegen so, es gibt ja viele Firmen, 1154 00:53:30,480 --> 00:53:32,400 die. Ihr habt das ja schon längst 1155 00:53:32,400 --> 00:53:34,200 gemacht, sag ich mal. Es gibt aber glaub ich in der 1156 00:53:34,200 --> 00:53:36,600 Realität viele Firmen, die genau vor dieser Entscheidung jetzt 1157 00:53:36,600 --> 00:53:40,320 erst stehen noch. Ja, und das kann ja ermutigen, 1158 00:53:40,400 --> 00:53:43,280 dass man dann nicht ne einfache Lösung nimmt, sondern vielleicht 1159 00:53:43,280 --> 00:53:46,360 n bisschen aufwendigere Lösung, damit aber dann nachhaltig ja 1160 00:53:46,360 --> 00:53:48,280 erfolgreich ist. Ja, muss man noch mal ganz klar 1161 00:53:48,280 --> 00:53:49,720 sagen. Und man muss schon auch sagen, 1162 00:53:49,720 --> 00:53:53,760 ich mein zwischen 2018 und jetzt hat sich auch einiges getan, 1163 00:53:53,760 --> 00:53:56,320 also was jetzt so das Tooling angeht, was so die Services die 1164 00:53:56,320 --> 00:53:58,800 von den Cloud Providern direkt bereitgestellt werden angeht. 1165 00:53:59,040 --> 00:54:01,400 Da gibt es ja schon einiges mehr, als es jetzt 2018 gab. 1166 00:54:01,400 --> 00:54:04,840 Also das ist ja die Cloud Cloud Infrastruktur und auch die die 1167 00:54:04,840 --> 00:54:06,960 Architektur unserer Plattform entwickelt sich ja ja auch 1168 00:54:06,960 --> 00:54:08,560 kontinuierlich weiter. Also ich meine, bei uns ist es 1169 00:54:08,560 --> 00:54:10,360 ja auch so, dass wir das Halt nachziehen und nachziehen und 1170 00:54:10,360 --> 00:54:15,240 nachziehen, weil weil das auch einfach, sagen wir mal so, wenn 1171 00:54:15,240 --> 00:54:17,360 ich eine postgress Datenbank damals irgendwie noch selber auf 1172 00:54:17,360 --> 00:54:19,720 einem IC 2 Server betrieben habe, kann ich das heute als 1173 00:54:19,720 --> 00:54:24,400 Service mir einfach in meinem Account aktivieren und und 1174 00:54:24,400 --> 00:54:26,560 verwenden, das ist natürlich macht das keinen Sinn mehr, 1175 00:54:26,560 --> 00:54:28,120 also. Ich würde sagen, es ist 1176 00:54:28,120 --> 00:54:30,040 natürlich immer noch Aufwand, das restrukturieren, aber es 1177 00:54:30,040 --> 00:54:33,760 wird auch einfacher und und und. Auch die Unterstützung, die man 1178 00:54:33,760 --> 00:54:35,760 da ja mittlerweile teilweise, glaube ich, von dem, was ich so, 1179 00:54:36,160 --> 00:54:37,920 ich mein, Wir arbeiten ja mit Azure und RWS schon auch sehr 1180 00:54:37,920 --> 00:54:41,240 eng zusammen, was die einem von der Seite auch an Unterstützung 1181 00:54:41,240 --> 00:54:44,720 bieten, es ist einfacher als jemals davor, diesen Schritt zu 1182 00:54:44,720 --> 00:54:48,040 machen, würde ich sagen, das. Stimmt gut, noch mal noch mal 1183 00:54:48,040 --> 00:54:50,720 Ermutigung für alle die, die darüber nachdenken, es zu tun, 1184 00:54:50,720 --> 00:54:52,880 tut es. Das kann funktionieren wir ich 1185 00:54:52,880 --> 00:54:54,480 selber, kann es auch was Erfahrung sagen wir, wir haben 1186 00:54:54,480 --> 00:54:56,800 auch zum großen Teil. Noch mal anders. 1187 00:54:56,960 --> 00:54:59,920 Wir waren zwar immer microservice Architektur gut, 1188 00:54:59,920 --> 00:55:02,120 weil wir auch viel später angefangen haben, aber auch wir 1189 00:55:02,120 --> 00:55:04,240 haben zum Beispiel noch mal unser Authentication System 1190 00:55:04,240 --> 00:55:07,840 angefasst und neu strukturiert, um es auch quasi Cloud 1191 00:55:07,840 --> 00:55:11,280 Skalierungskonform zu machen, hat auch viel Arbeit gekostet, 1192 00:55:11,280 --> 00:55:14,240 das sieht man alles nicht, die User loggen sich einfach ein so 1193 00:55:14,240 --> 00:55:17,960 das ist man denkt immer so, da ist anscheinend kein Aufwand 1194 00:55:17,960 --> 00:55:20,560 weil das ja jeder kann Login aber doch wenn du es wenn du es 1195 00:55:20,560 --> 00:55:22,920 halt nicht so hattest musst du auch darüber nachdenken ja wie 1196 00:55:22,920 --> 00:55:24,880 ist das dann nachher mandantenfähig und so weiter. 1197 00:55:25,280 --> 00:55:27,520 Ich möchte da mal anschließen, weil weil wir das natürlich, 1198 00:55:27,840 --> 00:55:30,080 also ich, ich sehe das, ich will nicht sagen als Außenstehender, 1199 00:55:30,080 --> 00:55:33,160 aber zumindest als als passiver Begleiter unserer Entwicklung 1200 00:55:33,160 --> 00:55:35,280 bei uns bei der Heisenware sehe ich das immer, es ändert sich 1201 00:55:35,280 --> 00:55:38,560 dies, dann änderst du den Authentifizierungsservice, dann 1202 00:55:39,040 --> 00:55:43,000 geht man vielleicht auf ne auf n verteiltes System Multi tendency 1203 00:55:43,000 --> 00:55:47,000 und solche Sachen wie oder was hat was Service in Euro 1204 00:55:47,000 --> 00:55:49,960 Learnings bei dieser Reise intern auch ich weiß nicht wie 1205 00:55:50,000 --> 00:55:53,920 groß euer Entwicklerteam ist. Euer RND Team sicherlich. 1206 00:55:54,160 --> 00:55:57,280 Ziemlich personenstark wie wie nimmt man da alle mit? 1207 00:55:57,280 --> 00:56:00,640 Hat man geteilte Teams, die einen betreiben noch das Alte 1208 00:56:00,640 --> 00:56:02,160 weiter und sorgen dafür, dass das läuft. 1209 00:56:02,160 --> 00:56:05,160 Parallel gibt es irgendwelche vielzitierten Schnellboote, die 1210 00:56:05,160 --> 00:56:07,600 das neue Bauen oder wie organisiert man das und was habt 1211 00:56:07,600 --> 00:56:09,760 ihr daraus gelernt, was lief vielleicht nicht so gut, was 1212 00:56:09,760 --> 00:56:12,800 habt ihr gelernt, was lief gut? Ja, also wir haben ja so n paar 1213 00:56:12,800 --> 00:56:16,520 so so so transitive Änderungen jetzt schon durchgemacht, also 1214 00:56:16,520 --> 00:56:18,320 sei es jetzt die Datenbank, sei es die Cloud, wir haben auch 1215 00:56:18,320 --> 00:56:20,280 noch mal die Datenbank neu entwickelt, jetzt vor n paar 1216 00:56:20,280 --> 00:56:22,880 Jahren also. Also ich glaube es gibt 22 1217 00:56:22,880 --> 00:56:24,960 Punkte. So zu deiner Frage auf der einen 1218 00:56:24,960 --> 00:56:27,000 Seite würde ich sagen als Unternehmen insgesamt, ich 1219 00:56:27,000 --> 00:56:29,840 glaube eine Sache die man braucht ist schmerzresistenz ich 1220 00:56:29,840 --> 00:56:31,920 glaube wir hätten das nicht, wir hätten das nicht tun können, 1221 00:56:32,320 --> 00:56:34,960 wenn unsere Kunden facing Teams nicht sehr sehr sehr viel 1222 00:56:34,960 --> 00:56:38,000 eingesteckt hätten für uns, ich glaube das war ein Luxus den wir 1223 00:56:38,000 --> 00:56:41,960 uns dadurch erkaufen konnten, dass halt unsere Gründer das 1224 00:56:41,960 --> 00:56:44,960 Halt als Vision für das Unternehmen insgesamt gesehen 1225 00:56:44,960 --> 00:56:48,640 haben und auch uns geholfen haben, dass das in die Richtung 1226 00:56:48,640 --> 00:56:50,560 uns zu bewegen. Also das war sowohl auf der auf 1227 00:56:50,560 --> 00:56:53,520 der Cloud Transition als auch bei der Datenbank als auch jetzt 1228 00:56:53,520 --> 00:56:55,920 vor vor 2 Jahren, dass wir noch mal die Datenstruktur komplett 1229 00:56:55,920 --> 00:56:59,520 überarbeitet haben, da mussten unsere unsere Teams, die mit den 1230 00:56:59,520 --> 00:57:02,160 Kunden in den Projekten aktuell zusammenarbeiten, sehr viel 1231 00:57:02,160 --> 00:57:04,640 einstecken, weil es natürlich heißt, dass man weniger macht 1232 00:57:04,640 --> 00:57:08,480 auf dem aktuellen Stack und als wir noch sehr viel kleiner 1233 00:57:08,480 --> 00:57:10,560 waren, heißt weniger machen eigentlich nichts machen. 1234 00:57:10,720 --> 00:57:12,880 Mittlerweile sind wir so groß, dass wir natürlich schon auch 1235 00:57:12,920 --> 00:57:14,800 noch die die Kern Features weiterentwickeln konnten. 1236 00:57:15,120 --> 00:57:17,080 Aber das ist, glaube ich so der eine Teil, also so als 1237 00:57:17,080 --> 00:57:21,080 Gesamtunternehmen, das ist, da hängt mehr dran als nur das Tech 1238 00:57:21,080 --> 00:57:24,640 Team und und das Tech Team mitzunehmen, mitzunehmen und 1239 00:57:24,640 --> 00:57:26,640 dann auf der auf der technischen Seite. 1240 00:57:27,280 --> 00:57:29,880 Also was gut funktioniert hat würde ich sagen was du gerade so 1241 00:57:29,880 --> 00:57:32,160 ein bisschen angerissen hast. Gerrit, dass man wir haben das 1242 00:57:32,160 --> 00:57:34,160 schon immer isoliert von dem Kern von der Kernentwicklung, 1243 00:57:34,160 --> 00:57:37,120 also ob das jetzt alle waren und einer hat noch die Maintenance 1244 00:57:37,120 --> 00:57:39,720 gemacht vom alten Produkt oder mittlerweile ist es eher ein 1245 00:57:39,720 --> 00:57:43,520 kleines Thema, also andersrum, dass da mit so einem neuen neuen 1246 00:57:43,520 --> 00:57:46,560 Thema anfängt. Dass das parallel läuft zur 1247 00:57:46,800 --> 00:57:50,960 sagen wir mal Feature Entwicklung auf dem was aktuell 1248 00:57:51,280 --> 00:57:53,760 aktiv genutzt wird, das hat sich schon bewährt. 1249 00:57:53,920 --> 00:57:56,640 Auch einfach um Sachen schnell ausprobieren zu können, zu 1250 00:57:56,640 --> 00:57:58,320 testen, funktioniert es oder funktioniert es nicht? 1251 00:57:58,320 --> 00:58:00,240 Viele von den also das hat ja nicht zweieinhalb Jahre 1252 00:58:00,240 --> 00:58:03,520 gedauert, weil wir genau wussten, was wir tun und einfach 1253 00:58:03,520 --> 00:58:05,840 einen Plan gemacht haben und zweieinhalb Jahre gebraucht 1254 00:58:05,840 --> 00:58:08,320 haben, um umzusetzen, sondern weil wir wahrscheinlich die 1255 00:58:08,320 --> 00:58:10,360 ersten eineinhalb Jahre bis 2 Jahre erstmal ausprobieren 1256 00:58:10,360 --> 00:58:11,600 mussten, wie machen wir das überhaupt. 1257 00:58:11,920 --> 00:58:14,560 Das ist halt, wenn man so einen Transformativen Change macht, 1258 00:58:14,560 --> 00:58:16,200 auch normal. Also dass man eigentlich, ich 1259 00:58:16,200 --> 00:58:18,120 glaube, es ist sehr unrealistisch, da einen Plan 1260 00:58:18,120 --> 00:58:21,280 aufzustellen und zu sagen, okay, jetzt lauf mal los, sondern man 1261 00:58:21,280 --> 00:58:23,520 muss eigentlich in der Lage sein zu experimentieren, man muss in 1262 00:58:23,520 --> 00:58:27,280 der Lage sein, auch quasi das Ziel leicht anzupassen, auch da 1263 00:58:27,280 --> 00:58:30,280 die Ideen, die man am Anfang hatte, wieder wegzuwerfen, und 1264 00:58:30,280 --> 00:58:32,640 das kann man halt nicht machen, wenn man das zu 100 mit 100 1265 00:58:32,640 --> 00:58:35,160 Leuten macht. Es ist ehrlich gesagt aus meiner 1266 00:58:35,160 --> 00:58:37,080 Erfahrung unrealistisch, sondern muss man mit einem 1267 00:58:37,280 --> 00:58:40,240 überschaubaren Team anfangen, mit einem Team, das auch. 1268 00:58:41,000 --> 00:58:43,360 Eigentlich mit dem gesamten Stack irgendwie interagieren 1269 00:58:43,360 --> 00:58:45,280 kann und die Sachen Halt auch anpassen kann, wo sie angepasst 1270 00:58:45,280 --> 00:58:47,600 werden müssen. Jetzt noch ein Thema, was wir 1271 00:58:47,600 --> 00:58:49,920 geschafft haben. Seit einer Stunde noch gar nicht 1272 00:58:49,920 --> 00:58:52,680 anzusprechen. Was spielt denn die künstliche 1273 00:58:52,680 --> 00:58:54,800 Intelligenz für euch für eine Rolle? 1274 00:58:55,120 --> 00:58:59,520 Also ist natürlich extrem spannend und wir wir machen Sau 1275 00:58:59,520 --> 00:59:03,160 viel mit unseren Kunden zusammen in, in, in in die Richtung AI in 1276 00:59:03,160 --> 00:59:05,280 den letzten letzten ich sagen 2 Jahren. 1277 00:59:05,600 --> 00:59:08,800 Seit man alles AI nennt und und was wir was wir da was wir da 1278 00:59:08,800 --> 00:59:10,720 viel machen ist also es gibt gleich 2 Aspekte auf der einen 1279 00:59:10,720 --> 00:59:11,760 Seite. Ich habe ja vorher beschrieben 1280 00:59:11,760 --> 00:59:14,480 was wir grob mit Zelonis machen, also diese Prozesstransparenz 1281 00:59:14,480 --> 00:59:17,200 herstellen, dann die einzelnen operativen Metriken 1282 00:59:17,200 --> 00:59:19,360 identifizieren und die dann zu verbessern. 1283 00:59:19,840 --> 00:59:23,760 Natürlich kann man AI nutzen um das produktiver zu tun, also 1284 00:59:23,760 --> 00:59:26,440 sowas wie ein Ai Assistent der Dir hilft die relevanten Daten 1285 00:59:26,440 --> 00:59:30,240 in Zelonis reinzubekommen, da hilft Ai dem Kunden, dem Partner 1286 00:59:30,240 --> 00:59:31,960 aber auch dem zelonis Mitarbeiter der mit dem Club 1287 00:59:31,960 --> 00:59:35,200 Kunden zusammenarbeitet erstmal überhaupt rauszufinden. 1288 00:59:35,600 --> 00:59:38,240 Wo finde ich denn, wenn ich jetzt meinen Geschäftsprozess 1289 00:59:38,240 --> 00:59:41,440 mir anschaue in folgendes System die relevanten Informationen? 1290 00:59:41,600 --> 00:59:43,200 Das ist so was wie wir nennen das einen 1291 00:59:43,200 --> 00:59:46,800 Datenintegrationsassistent, der dir im System Halt hilft die 1292 00:59:46,800 --> 00:59:49,640 richtigen Daten rein zu bekommen, auch die Pipelines 1293 00:59:49,640 --> 00:59:52,640 dann zu optimieren und so weiter also dass man da einfach einen 1294 00:59:52,640 --> 00:59:55,240 Assistenten im System hat, der einem hilft die Sachen 1295 00:59:55,240 --> 00:59:57,200 aufzusetzen. Interpretiert der quasi auch 1296 00:59:57,200 --> 00:59:59,040 diese Daten dann in einer gewissen Weise und. 1297 00:59:59,280 --> 01:00:02,240 Das ist erstmal für die für das Setup, also das ist erstmal für 1298 01:00:02,240 --> 01:00:06,080 die für die erstmal. Ich krieg das System zum Laufen. 1299 01:00:06,160 --> 01:00:08,000 Ich hab jetzt sogar dran gedacht aus unserer Welt. 1300 01:00:08,000 --> 01:00:10,320 Wir haben ja immer mit diesen Maschinensteuerungen zu tun und 1301 01:00:10,320 --> 01:00:14,400 so, und die sind vor 1020 Jahren teilweise eingerichtet worden 1302 01:00:14,400 --> 01:00:16,720 und dann haben die zwar eine standardisierte Schnittstelle, 1303 01:00:16,720 --> 01:00:19,120 aber man weiß noch gar nicht so genau, was hat da jetzt der 1304 01:00:19,120 --> 01:00:22,080 jeweilige Programmierer genau hingelegt, an welchen sag ich 1305 01:00:22,080 --> 01:00:24,760 mal datenpunkt auf dieser auf dieser Steuerung als Beispiel 1306 01:00:24,760 --> 01:00:26,120 in. Dem Sinne schon. 1307 01:00:26,120 --> 01:00:28,000 Das ist ja bei uns ähnlich, bei uns ist ja auch so, man hat ja 1308 01:00:28,000 --> 01:00:31,440 ein ERP System und dann sieht jedes ERP System aber anders 1309 01:00:31,440 --> 01:00:34,840 aus, also es ist es ist ja. Natürlich gibt es da eine Basis, 1310 01:00:34,840 --> 01:00:37,760 die ist im Standard, aber kein SAP System der Welt sieht gleich 1311 01:00:37,760 --> 01:00:39,360 aus. Also da sind alle hoch hoch 1312 01:00:39,360 --> 01:00:43,160 customized extrem angepasst auf den auf die exakten 1313 01:00:43,160 --> 01:00:45,720 Geschäftsprozesse und auf die exakten Interna von einem 1314 01:00:45,720 --> 01:00:48,120 Unternehmen und das zu interpretieren was ist jetzt in 1315 01:00:48,120 --> 01:00:52,400 welcher z Spalte z Spalte ist die Custom Spalte im SAP System 1316 01:00:53,040 --> 01:00:55,600 dabei hilft der Assistent eben auch, also so die die relevanten 1317 01:00:55,600 --> 01:00:59,320 Datenpunkte dann wirklich zu finden, das ist der eine Punkt 1318 01:00:59,320 --> 01:01:01,200 und dann? Im nächsten Schritt, wenn man 1319 01:01:01,200 --> 01:01:02,800 sich überlegt, was wir bei zu uns machen, wir holen ja diese 1320 01:01:02,800 --> 01:01:05,520 Daten rein, wir bestellen einmal dieses Gesamtbild, da von den 1321 01:01:05,520 --> 01:01:07,280 von den von aus den verschiedenen Systemen, um den 1322 01:01:07,280 --> 01:01:11,320 Prozess transparent zu machen, und dann reichern wir die 1323 01:01:11,320 --> 01:01:13,920 Prozessdaten ja an, um weitere Informationen, also so eine 1324 01:01:13,920 --> 01:01:17,400 Anreicherung kann sowas simples sein, wie auszurechnen, ob wir 1325 01:01:17,400 --> 01:01:19,600 eine Segregation of Duty Violation haben, also wurde die 1326 01:01:19,600 --> 01:01:21,840 Bestellung von der gleichen Person angefragt und auch 1327 01:01:21,840 --> 01:01:24,720 bestätigt, das ist ja eine Anreicherung des Datensatzes, 1328 01:01:24,720 --> 01:01:27,080 den wir, den wir in in zu uns drin haben, also wir fügen 1329 01:01:27,080 --> 01:01:29,520 einfach dieses Label zum Datensatz hinzu. 1330 01:01:30,200 --> 01:01:32,000 Das machen wir mit den Berechnungen, die wir unserer 1331 01:01:32,000 --> 01:01:33,200 Datenbank zum Beispiel machen können. 1332 01:01:33,520 --> 01:01:35,840 Aber es gibt ja auch sehr viele Prozessinformationen, die zum 1333 01:01:35,840 --> 01:01:40,320 Beispiel in Freitext drin steckt oder in Dokumenten oder in in 1334 01:01:40,320 --> 01:01:42,520 der Zukunft, wahrscheinlich auch in Videoaufnahmen, in in Voice 1335 01:01:42,520 --> 01:01:45,720 aufnahmen und so weiter, wo einfach relevanter Inhalt, was 1336 01:01:45,720 --> 01:01:48,800 im Prozess möglich passiert, dass in solchen solchen Data 1337 01:01:48,800 --> 01:01:51,520 Sets drin steckt, was wir da mit der AI zum Beispiel machen, um 1338 01:01:51,520 --> 01:01:54,440 die Projekte in zu Lones zu unterstützen ist, wir können zum 1339 01:01:54,440 --> 01:01:58,320 Beispiel so Freitext nutzen mit einem, Wir nennen das AI 1340 01:01:58,320 --> 01:02:00,640 annotator. Diesen diesen Freitext 1341 01:02:00,640 --> 01:02:02,600 interpretieren, da kannst du dann sowas machen wie ich. 1342 01:02:02,600 --> 01:02:06,400 Habe eine Kundenanfrage in meinem Itsm oder Service System 1343 01:02:06,400 --> 01:02:10,080 drin und ich klassifiziere die Kundenanfragen danach ob es ein 1344 01:02:10,080 --> 01:02:12,000 Risiko gibt, dass die Bestellung, die ich gerade bei 1345 01:02:12,000 --> 01:02:13,680 dem Kunden, die gerade bei dem Kunden von dem Kunden 1346 01:02:13,680 --> 01:02:16,640 eingegangen ist, dass die wieder gecancelt wurde und damit kann 1347 01:02:16,640 --> 01:02:20,120 ich zum Beispiel meine meine Kunden phasing Teams helfen zu 1348 01:02:20,120 --> 01:02:22,520 priorisieren, mit wem spreche ich, wann sollte ich hier noch 1349 01:02:22,520 --> 01:02:25,280 mal anrufen um sicherzustellen, hey wir sind da dran, wir 1350 01:02:25,360 --> 01:02:27,720 kümmern uns um das Problem einfach um dafür zu sorgen, dass 1351 01:02:27,720 --> 01:02:29,800 deine Bestellung. Nicht gecancelt wird von der von 1352 01:02:29,800 --> 01:02:31,520 der Kundenseite. Also das ist so, das sind so 1353 01:02:31,520 --> 01:02:34,480 Beispiele, wie wir AI nutzen um die Sachen, die wir mit Zelonis 1354 01:02:34,480 --> 01:02:38,240 aktuell tun, einfacher zu machen, produktiver zu machen 1355 01:02:38,560 --> 01:02:41,280 und dann ein anderer, anderer Trend, den wir ganz stark sehen, 1356 01:02:41,280 --> 01:02:43,560 wo wir stark mit Kunden zusammenarbeiten aktuell ist, 1357 01:02:43,760 --> 01:02:45,360 wie können wir die Informationen, die wir mit 1358 01:02:45,360 --> 01:02:48,080 Zelonis bereitstellen können, also sei es jetzt diese, diese 1359 01:02:48,080 --> 01:02:51,600 exceptions, rauszurechnen, wie können wir die Nutzen, um damit 1360 01:02:51,680 --> 01:02:55,320 Ai Systeme anzusteuern, ich meine man hört das auch links 1361 01:02:55,320 --> 01:02:58,520 und rechts. Ein Thema ist AI Agents zum 1362 01:02:58,520 --> 01:03:01,840 Beispiel, das ist ja was meint man damit, Ai gestützte 1363 01:03:01,840 --> 01:03:04,960 Automatisierung am Ende, also dass man ein AI System aufsetzt, 1364 01:03:04,960 --> 01:03:09,040 das zum Beispiel einen Teil vom Prozess übernimmt, ein Beispiel 1365 01:03:09,760 --> 01:03:14,120 aus dem von unseren Kunden, das haben wir mit einem spanischen 1366 01:03:14,120 --> 01:03:16,240 Manufacturing Kunden auch zum Beispiel gemacht, Consantino, 1367 01:03:17,200 --> 01:03:21,280 die schauen sich in dem im Order Manage Prozess an die Credit 1368 01:03:21,280 --> 01:03:24,400 Blocks, also da wird vom System ein Block auf eine. 1369 01:03:25,320 --> 01:03:28,640 Einen Creditblock gesetzt auf der auf der Bestellung, das 1370 01:03:28,640 --> 01:03:32,400 heißt, die Bestellung würde nicht weiter verarbeitet werden 1371 01:03:32,640 --> 01:03:35,560 und bisher haben dann einzelne Mitarbeiter sich das angeschaut 1372 01:03:35,560 --> 01:03:38,400 und haben versucht rum zu telefonieren zum Beispiel ok 1373 01:03:38,720 --> 01:03:42,400 kann ich diese Sperre wieder entfernen und warum war das ein 1374 01:03:42,400 --> 01:03:43,960 Problem? Nicht der Fakt, dass man das 1375 01:03:43,960 --> 01:03:46,640 noch mal überprüfen musste, sondern dass sie einfach viel zu 1376 01:03:46,640 --> 01:03:48,480 viele von diesen Creditblocks hatten für die Mitarbeiter, die 1377 01:03:48,480 --> 01:03:51,200 sie aktuell haben, die kamen da einfach nicht hinterher, also 1378 01:03:51,200 --> 01:03:53,000 die haben einfach einen Backblock von Hunderten von 1379 01:03:53,000 --> 01:03:54,440 diesen Creditblocks haben es nicht geschafft die 1380 01:03:54,440 --> 01:03:56,320 abzuarbeiten. Und die wurden einfach immer 1381 01:03:56,320 --> 01:03:58,040 mehr. Und das ist natürlich so. 1382 01:03:58,040 --> 01:04:01,160 Dann fängst du halt an zu das das ganze Acception Management 1383 01:04:01,160 --> 01:04:03,000 auch so ein bisschen nach Bauchgefühl zu machen gehst 1384 01:04:03,000 --> 01:04:05,360 durch die Liste durch Okay das schaut wichtig aus, nehme ich 1385 01:04:05,360 --> 01:04:08,760 den zuerst und so weiter und wir haben mit denen zum Beispiel 1386 01:04:08,760 --> 01:04:12,640 einen AE Agent gebaut mit Zolonis der der im Prinzip diese 1387 01:04:12,640 --> 01:04:16,480 diese Identifikationsarbeit für dich übernimmt, der der der 1388 01:04:16,480 --> 01:04:18,880 erstmal in die Kommentare im System reinschaut, die haben wir 1389 01:04:18,880 --> 01:04:21,520 einfach mit hinzugefügt zu unserem Prozessdatenmodell okay 1390 01:04:21,520 --> 01:04:24,080 kann ich in den Kommentaren finden, warum wurde diese Sperre 1391 01:04:24,080 --> 01:04:26,000 gesetzt? Oder ist da schon ein Kommentar 1392 01:04:26,000 --> 01:04:27,360 drin? Hey die die kann man direkt 1393 01:04:27,360 --> 01:04:29,600 entfernen. Ein weiterer weitere 1394 01:04:29,760 --> 01:04:32,160 Investigation die der Agent übernehmen kann ist zum Beispiel 1395 01:04:32,280 --> 01:04:36,280 eine E Mail verfassen, die e Mail an die ich glaube die 1396 01:04:36,280 --> 01:04:38,880 Verkäuferteams jetzt kommt raus, dass ich mich mit dem Use Case 1397 01:04:38,960 --> 01:04:41,800 im Detail dann doch nicht so gut auskenne, doch auf der Tagseite 1398 01:04:41,800 --> 01:04:44,680 unterwegs bin eine e Mail eben an die an die an die Kollegen 1399 01:04:44,680 --> 01:04:47,560 zuschicken okay woher kommt dieser Credit Blog? 1400 01:04:47,560 --> 01:04:49,200 Können wir den Entfernen oder gibt es den Grund den 1401 01:04:49,200 --> 01:04:52,160 beizubehalten und dann auch die Antwort wieder zu interpretieren 1402 01:04:52,400 --> 01:04:53,960 und? Das wird dann noch nicht 1403 01:04:53,960 --> 01:04:55,960 vollautomatisiert, aber es wird diesem Team, das dafür 1404 01:04:55,960 --> 01:04:58,600 verantwortlich ist, diese Credit Blocks zu entfernen, dem wird 1405 01:04:58,600 --> 01:05:00,520 der Vorschlag dann zurückgespielt, also denen wird 1406 01:05:00,520 --> 01:05:03,560 dann einfach eine Applikation zur Verfügung gestellt, wo jede 1407 01:05:03,560 --> 01:05:06,080 von diesen Blocks, wo ein Vorschlag drin steht, okay kann 1408 01:05:06,080 --> 01:05:08,160 ich entfernen oder kann ich nicht entfernen und über den AI 1409 01:05:08,160 --> 01:05:10,240 Agent wird diese Investigationsarbeit 1410 01:05:10,880 --> 01:05:13,800 automatisiert und natürlich ist da dann der nächste Schritt, 1411 01:05:13,800 --> 01:05:15,920 dass wir uns jetzt mit dem Kunden zusammen anschauen okay 1412 01:05:15,920 --> 01:05:18,120 ab welchem Level können wir das denn vollautomatisieren es gibt 1413 01:05:18,120 --> 01:05:20,880 natürlich einzelne Fälle, wo quasi die Antwort so Class klar 1414 01:05:20,880 --> 01:05:23,640 ist, dass man auch direkt. Eigentlich dann zurück ins SAP 1415 01:05:23,640 --> 01:05:26,720 System spielen könnte. Hey Credit Block kann entfernt 1416 01:05:26,720 --> 01:05:30,160 werden wenn wir über AI Agents Reden und AI Systeme mit zu 1417 01:05:30,160 --> 01:05:31,360 unterstützen, was machen wir dann? 1418 01:05:31,360 --> 01:05:34,080 Wir können diese Exceptions rausrechnen, wir können diese 1419 01:05:34,320 --> 01:05:37,320 diese Prozessschnittstellen auch dem Agent mitgeben, also mit wem 1420 01:05:37,320 --> 01:05:39,760 muss ich überhaupt reden? Auch diese Informationen vom 1421 01:05:39,760 --> 01:05:42,800 Prozess OK welche Kommentare wurden da wann von wem und wie 1422 01:05:42,800 --> 01:05:44,960 hinterlassen und das sind die Informationen die einem 1423 01:05:44,960 --> 01:05:47,440 eigentlich am Ende eigentlich möglich machen, dass so ein AI 1424 01:05:47,440 --> 01:05:50,400 Agent die relevanten Informationen an der Hand hat um 1425 01:05:50,400 --> 01:05:52,240 solche solche Aufgaben überhaupt auszuführen. 1426 01:05:52,480 --> 01:05:56,840 Also einerseits habt ihr einfach Features im Produkt drinne, die 1427 01:05:56,840 --> 01:05:59,920 AI unterstützen, andererseits ich sag mal Custom Solutions, 1428 01:05:59,920 --> 01:06:03,480 die dann zum Beispiel so n spezieller AI Agent sein kann. 1429 01:06:03,480 --> 01:06:07,640 Ne für für n bestimmten Anwendungsfrei nutzt ihr also 1430 01:06:07,640 --> 01:06:10,720 welche LLMS nutzt ihr dafür oder nutzt ihr LLMS und wenn ja 1431 01:06:10,880 --> 01:06:12,080 welche könnte kannst du das sagen? 1432 01:06:12,720 --> 01:06:16,080 Ja, also also grundsätzlich alle, die es gibt. 1433 01:06:16,360 --> 01:06:18,800 Am Ende kommt es, ist es kundenspezifisch also. 1434 01:06:20,240 --> 01:06:23,040 Wir nutzen aktuell für die für die Sachen, die wir selber im 1435 01:06:23,040 --> 01:06:25,040 System eingebaut haben, vor allem Azure Open AI. 1436 01:06:25,840 --> 01:06:28,360 Der einzige Grund dafür ist also 2 Gründe. 1437 01:06:28,360 --> 01:06:32,960 Natürlich funktionieren die ganz gut, das ist eine und und das 1438 01:06:32,960 --> 01:06:36,200 zweite ist, warum machen wir das auch, das ist einer der wenigen 1439 01:06:36,200 --> 01:06:38,840 Anbieter, der schon so voll von einem von einem Cloud Provider 1440 01:06:38,840 --> 01:06:40,480 unterstützt wird. Also es gibt natürlich auf AWS, 1441 01:06:40,480 --> 01:06:43,960 Batrock und Co. Jetzt auch mehr und mehr, dass 1442 01:06:43,960 --> 01:06:46,600 man andere Modelle nutzen kann, aber Azure Open AI war einfach 1443 01:06:46,600 --> 01:06:48,640 der erste der direkt von einem Cloud Provider. 1444 01:06:49,360 --> 01:06:51,680 Sauber unterstützt wurde auch skalierbar und so weiter 1445 01:06:51,680 --> 01:06:53,760 deswegen ist das einer, den wir viel nutzen. 1446 01:06:54,160 --> 01:06:57,000 Insgesamt ist aber das immer vom Setup her so, dass wir wir 1447 01:06:57,000 --> 01:07:00,760 haben, wir haben Modelle die integriert sind bei uns im 1448 01:07:00,760 --> 01:07:03,240 System, die der Nutzer Kunde nutzen kann, aber wir haben so 1449 01:07:03,240 --> 01:07:07,680 eine Art bring yo Model Ansatz also wenn ich ein eigenes Modell 1450 01:07:07,680 --> 01:07:10,080 für mich als Enterprise betreibe, sei es jetzt in der 1451 01:07:10,080 --> 01:07:12,640 Cloud oder auch sogar in Premise, dann kann ich das 1452 01:07:12,640 --> 01:07:14,320 integrieren und dann wird das dafür genutzt. 1453 01:07:15,000 --> 01:07:18,320 Also das ist im Prinzip so, wie das so n so ne n duales Modell 1454 01:07:18,320 --> 01:07:20,600 wie wir die wie wir die EI Anwendung da unterstützen von 1455 01:07:20,600 --> 01:07:23,680 der von der von der Modellseite. Also so n so n typisches 1456 01:07:23,680 --> 01:07:26,440 Kundenprojekt bei euch ist nach wie vor oder häufig 1457 01:07:26,440 --> 01:07:28,000 wahrscheinlich immer noch wirklich tatsächlich ein 1458 01:07:28,240 --> 01:07:30,720 Projekt, so wie es klingt, also irgendwie so ne Art 1459 01:07:30,720 --> 01:07:33,800 Systemintegration, die anfangs passiert und dann hast du gesagt 1460 01:07:33,800 --> 01:07:35,640 kontinuierliche Prozessverbesserung, das läuft 1461 01:07:35,640 --> 01:07:37,680 dann für oder auf unbestimmte Zeit. 1462 01:07:37,760 --> 01:07:38,920 Genau. Und ich mein, die einzelnen 1463 01:07:38,920 --> 01:07:41,240 Projekte werden dann in Applikationen, wenn man es so 1464 01:07:41,240 --> 01:07:43,600 nennen will, also die werden dann kontinuierlich verwendet. 1465 01:07:44,080 --> 01:07:45,920 Aber wir versuchen beim Kunden eigentlich immer so eine 1466 01:07:45,920 --> 01:07:48,320 Plattform zu etablieren, wo der Kunde dann selber diese Projekte 1467 01:07:48,320 --> 01:07:51,040 auch durchführen kann und selber durchführen heißt dann eben 1468 01:07:51,200 --> 01:07:52,240 okay. Vielleicht brauche ich für 1469 01:07:52,240 --> 01:07:53,960 einzelne von den Projekten brauche ich Unterstützung von 1470 01:07:53,960 --> 01:07:56,360 dem Partner, weil ich die Expertise nicht habe, aber die 1471 01:07:56,360 --> 01:07:58,800 meisten Kunden bauen nur noch Stück für Stück die eigene, die 1472 01:07:58,800 --> 01:08:01,520 Kompetenz selber auf, also dass sie einfach am Anfang eine 1473 01:08:01,520 --> 01:08:04,120 Person haben, die die diese Projekte unterstützt und dann 1474 01:08:04,120 --> 01:08:07,000 wächst es bis zu einem kompletten Center of Excellence 1475 01:08:07,000 --> 01:08:09,400 bei den großen Kunden, die dann solche Projekte und solche 1476 01:08:09,400 --> 01:08:11,840 Applikationen Stück für Stück. Implementieren. 1477 01:08:12,000 --> 01:08:14,640 Ich sehe Parallelen zu unserem Geschäft, ganz witzig. 1478 01:08:15,120 --> 01:08:18,960 Das war das ein anderen Mal. Ja, Burkhard, hast du noch 1479 01:08:18,960 --> 01:08:21,920 gerade ne Thema Frage. Nee, ich bin total geboostet. 1480 01:08:21,920 --> 01:08:24,080 Ich find es richtig spannend. Wir haben wir haben, wir haben 1481 01:08:24,080 --> 01:08:26,640 nen ziemlich großen Rundumschlag glaub ich gemacht, diesmal in 1482 01:08:26,640 --> 01:08:28,720 der Folge. Manchmal sprechen wir ja auch 1483 01:08:28,720 --> 01:08:31,760 über nur über so n ganz kleines Thema, aber wenn man schon mal 1484 01:08:31,760 --> 01:08:34,880 die Möglichkeit hat mit so einem Gast zu sprechen, der sich die 1485 01:08:34,880 --> 01:08:38,000 Zeit nimmt und ich glaube wir müssen jetzt auch demnächst das 1486 01:08:38,000 --> 01:08:40,479 Ende finden, weil die Zeit drängt schon wieder. 1487 01:08:40,960 --> 01:08:43,359 Bei allen, auch Podcast produzierenden. 1488 01:08:44,200 --> 01:08:46,279 Ich bin total glücklich. Ja, ich habe ganz viel gehört, 1489 01:08:46,279 --> 01:08:50,000 ganz viel verstanden und finde es nach wie vor total cool, wie 1490 01:08:50,000 --> 01:08:54,560 mutig ihr technisch vorangeschritten seid, als als 1491 01:08:54,560 --> 01:08:58,160 CTO oder als als als Techniker kann man ja ja hat man ja auch 1492 01:08:58,160 --> 01:09:00,680 viel Verantwortung, da muss man muss viel Überzeugungsarbeit 1493 01:09:00,680 --> 01:09:04,000 leisten, du sagst, das haben die Gründer auch mit vorne nach 1494 01:09:04,000 --> 01:09:06,520 vorne getrieben, gesagt, so komm, wir müssen das machen, ja 1495 01:09:06,520 --> 01:09:08,880 damit wir nachhaltig und langfristig. 1496 01:09:09,359 --> 01:09:12,960 Gut dastehen. Es zeigt noch mal, dass dass man 1497 01:09:12,960 --> 01:09:17,760 auch mutig und ja aktiv, auch wenn es schmerzt, die neuen 1498 01:09:17,760 --> 01:09:19,040 Technologien mit reinnehmen muss. 1499 01:09:19,040 --> 01:09:22,720 Ja, das war für mich eine coole Erkenntnis bei einer Firma, die 1500 01:09:22,960 --> 01:09:25,800 nach Nachgewiesenerweise sehr, sehr, sehr erfolgreich ist. 1501 01:09:26,560 --> 01:09:29,880 Ich hoffe, das spornt auch noch mal unsere Zuhörer an, dass man 1502 01:09:29,880 --> 01:09:33,720 nicht sich schlafen legt, sondern immer wachsam die 1503 01:09:33,720 --> 01:09:35,880 Entwicklung der neuen Technologien anschaut und 1504 01:09:35,880 --> 01:09:38,840 mitgeht, ja, ansonsten. Hängt man sich ja auch selber 1505 01:09:38,840 --> 01:09:42,160 als Dienstleister ab. Ja, insofern ja, das wäre so 1506 01:09:42,160 --> 01:09:43,960 mein Wort zum Sonntag, ich will aber nicht das letzte Wort 1507 01:09:43,960 --> 01:09:46,080 machen heute, das würde ich sonst Manuel noch mal geben, 1508 01:09:46,080 --> 01:09:48,960 aber an der Stelle sag ich schon mal ganz ganz großes Dankeschön 1509 01:09:48,960 --> 01:09:52,800 für die viele Zeit, die vielen Erklärungen und ich sag jetzt 1510 01:09:52,800 --> 01:09:55,760 schon mal vorweg Schüßer aus Hamburg, geb aber das Wort noch 1511 01:09:55,760 --> 01:09:57,280 mal den Staffelstab noch mal rüber, ja. 1512 01:09:57,920 --> 01:09:59,840 Ja, genau das hätte ich jetzt auch noch mal gefragt. 1513 01:09:59,840 --> 01:10:01,600 Manu, möchtest du dann noch irgendwas loswerden, was wir 1514 01:10:01,600 --> 01:10:03,280 heute noch nicht gecovert haben im Gespräch? 1515 01:10:03,840 --> 01:10:05,840 Ah, ich glaube, wir haben. Wir haben sehr, sehr viel sehr, 1516 01:10:05,840 --> 01:10:07,600 sehr viel besprochen. Ich hoffe, es war spannend genug 1517 01:10:08,080 --> 01:10:10,760 und hat mich gefreut mit euch, mit euch, mit euch, die, die den 1518 01:10:11,280 --> 01:10:13,640 Podcast zu machen und wie gesagt, du hast es ja vorher 1519 01:10:13,640 --> 01:10:15,600 auch mal gesagt mit dem ausprobieren, ich kann dazu 1520 01:10:15,600 --> 01:10:17,520 allen sagen, dass man, wenn man da ein bisschen mehr, was es da 1521 01:10:17,520 --> 01:10:20,160 wirklich heißt, was ich erzählt habe, bisschen weniger abstrakt 1522 01:10:20,160 --> 01:10:22,720 einfach auf unsere Homepage gehen, da gibt es viele, viele 1523 01:10:22,720 --> 01:10:24,960 Kunden auch, die darüber reden, was sie dann wirklich am Ende 1524 01:10:24,960 --> 01:10:28,080 machen, man kann es auch selber ausprobieren, wir haben ein paar 1525 01:10:28,080 --> 01:10:30,680 Demos, die man auch in der in der Website integriert 1526 01:10:30,680 --> 01:10:32,080 durchklicken kann und so weiter also. 1527 01:10:32,360 --> 01:10:34,760 Da findet man einiges an an ganz coolen Materialien, die es die 1528 01:10:34,760 --> 01:10:37,480 es n bisschen greifbarer machen. Klar, das verlinken wir 1529 01:10:37,480 --> 01:10:40,640 natürlich alles in den Shownotes, wenn man dich 1530 01:10:40,640 --> 01:10:43,200 kontaktieren möchte oder sowas wann und darf man das auch für 1531 01:10:43,200 --> 01:10:45,600 irgendwelche bestimmten Themen oder so und wenn ja, wie? 1532 01:10:46,160 --> 01:10:49,440 Über linkedin immer gerne, sonst hab ich keine offiziellen 1533 01:10:49,440 --> 01:10:52,720 Kanäle, die ich jetzt hier hier posten könnte. 1534 01:10:52,960 --> 01:10:54,280 Ja, die Frage kann ich mir eigentlich in die Haare 1535 01:10:54,280 --> 01:10:55,760 schmieren. Das ist meist linkedin, aber da 1536 01:10:55,760 --> 01:10:58,320 haben wir es noch gesagt, ja, packen wir vielleicht auch rein. 1537 01:10:58,800 --> 01:11:01,080 Ja, dann auch von meiner Seite. Vielen herzlichen Dank, dass du 1538 01:11:01,080 --> 01:11:02,880 heute da warst. Ja richtig viel gelernt, ich 1539 01:11:02,880 --> 01:11:06,320 fand das cool, so mal eine Folge zu machen, das ist, wie Burkhard 1540 01:11:06,320 --> 01:11:08,320 sagt, so ein bisschen Premiere würde ich sagen, dass wir mal so 1541 01:11:08,320 --> 01:11:10,720 ein Deep Dive gemacht haben, auch in das Leben eines viel 1542 01:11:10,720 --> 01:11:13,000 CTO, jetzt an der Stelle und und diese ganze Reise, die ihr da 1543 01:11:13,000 --> 01:11:15,680 genommen habt, also ich fand es richtig gut, vielen Dank dafür 1544 01:11:15,680 --> 01:11:18,320 und ja, vielleicht hoffentlich bis bald mal wieder im Podcast. 1545 01:11:18,720 --> 01:11:21,760 Sehr gerne. Einfach komplex wird präsentiert 1546 01:11:21,760 --> 01:11:24,400 und produziert von heißem mehr wir freuen uns auf deine Fragen 1547 01:11:24,400 --> 01:11:27,040 und deinfeedbackanpodcast@heißemmehr.com 1548 01:11:27,200 --> 01:11:28,640 vielen Dank fürs Hören dieser Folge. 1549 01:11:28,640 --> 01:11:30,880 Bis Dienstag in 2 Wochen und Tschüss aus Hamburg.