EAM#37: Transport und Logistik - Was verändert sich, wenn Zeit die Architektur bestimmt?

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

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

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

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

00:00:25: Im Oktober betrachteten wir wie das Geschäftsumfeld unserer Arbeit als Enterprise-architekt verändert.

00:00:33: Gerade in der Folge thirty-four ging es um produktione Unternehmen, Produkte Maschine und Werke und die unterschiedlichen Lebenszyklen dahinter.

00:00:42: In der Folge Thirty-Fünf haben wir den Blick auf die Zulieferer erweitert und darüber gesprochen wie Entscheidungen außerhalb des Unternehmens unserer Architektur halt beeinflussen.

00:00:54: Und in der letzten, wenn das Sechsunddreißig ging ist, um die internationalen Geschäfte und Verbindungen zwischen gemeinsamen Standards und regionale Anforderungen.

00:01:04: Heute kommt eine neue Dimension dazu und deswegen geben wir einen Schritt weiter.

00:01:10: Die Zeit!

00:01:11: Transport und Logistik verbindet physische Abläufe mit den Informationen darüber, somit halt wahr an bewegen sich.

00:01:19: Zuständigkeit wechseln relativ schnell und Planung verändert sich.

00:01:24: Das interessiert mich aus der EM Perspektive natürlich vor allem.

00:01:27: dann die Fähigkeiten, die Daten, die Anwendungen, die Abhängigkeiten.

00:01:32: diese müssen diese Veränderung natürlich alle unterstützen.

00:01:35: Der Gedanke dieser Folge, der Zeitpunkt einer Information kann genauso entscheidend sein wie ihre Inhalt.

00:01:43: Beginnen möchte ich wieder bei den Fähigkeiten Denn dort wird sichtbar welche Wirkung eine Veränderung überhaupt besitzt.

00:01:56: Kapitel eins Eine Fähigkeit funktioniert im Zusammenspiel.

00:02:01: Gerade bei Transport und Logistik ist die Transportplanung die Lagerung der Umschlag.

00:02:06: die Zustellungen um die Bearbeitung von Abweichungen unterstützen unterschiedliche Aufgaben.

00:02:13: Eine Capability Mac gibt mir zunächst eine gemeinsame Fachgestruktur, wie auch in den anderen Industrien.

00:02:23: Anschließend betrachte ich die Bezeichnungen zwischen diesen Fähigkeiten.

00:02:27: Eine Änderung in der Planung kann natürlich Auswirkungen auf das Lager, auf Transport und die Kundenkommunikation haben – das kennt ihr!

00:02:37: wenn du das Paket mal nicht bekommen solltest oder zu spät und du wirst nicht informiert, hat es wahrscheinlich ein logistisches Problem.

00:02:46: Diese Verbindung ist für mich als Nachredekturarbeit natürlich wichtig.

00:02:52: auf allem schaue ich mir an eine Fähigkeit kann für mich sehr gut unterstützen und trotzdem von einem schlechten unterstützten Übergabe abhängig sein.

00:03:06: Deshalb ordne ich diese benötigen Informationen und die Applikationen zu, die sie erzeugen oder nutzen.

00:03:14: Wir reden hier wieder von unserem klassischen Produser-Konsumerverhalten.

00:03:18: Besonders diese Übergänge oder Transition verdienen eine genaue Aufmerksamkeit.

00:03:24: Dort können nämlich die Verantwortungen von Systeme und Informationsstand stetig wechseln – die Kritikalität einer Verbindung!

00:03:34: ergibt sich natürlich aus den Fähigkeiten, die auf sie angewiesen sind.

00:03:41: Ein Beispiel Eine verspätete Ankunft verändert möglicherweise die Planung der Entladung eines anschließenden Transportes.

00:03:50: Der ursprüngliche Plan kann weiterhin allen Systemen fanden sein.

00:03:54: Seine Nutzbarkeit hat sich trotzdem verändert.

00:03:58: Somit ich beginne bei den Fährigkeiten und ihren Abhängigkeiten.

00:04:02: Die Architektur muss halt zeigen wie eine Veränderung in einem Teil des Applaus auf andere Teile wirkt.

00:04:10: Daraus ergibt sich die Bedeutung der beteiligten Daten und Anwendungen.

00:04:15: Diese Bedeitung kann ich gemeinsam mit den Verantwortlichen natürlich bewerten, und die Anforderungen gemeinsam übersetzen.

00:04:24: Bei den Daten kommt damit eine eigenschaftenden Vordergrund, die wir in einer statischen Landschaft leicht unterschätzen – und zwar Ihre Aktualität.

00:04:40: Kapitel II Eine richtige Information kann zu spät kommen.

00:04:45: Datenqualität umfasst auch die Aktualitet im jeweiligen Entscheidungskontext, vor allem fachliche Entitäten wie Auftrag und Sendungen, die Transportmittel der Standort- und der Transportabschnitt bilden, die Grundlage.

00:05:01: Ihre Beziehung muss verständlich bleiben Und ein Auftrag kann natürlich mehrere Sendungen umfassen.

00:05:09: Eine Sendung kann mehrere Transportabschnitte durchlaufen.

00:05:14: Danach entstehen Informationen über den laufenden Ablauf und zwar geht es vor allem um Position, den aktuellen Status, wann die Übergabe stattgefunden hat oder mit wem und wann natürlich die erwartete Ankunft ist.

00:05:30: Diese Information besitzt einen zeitlichen Bezug und hat sehr viele Abhängigkeiten in der Tiefe.

00:05:37: Vor allem Herkunft unter Fassungszeitpunkt Und die Fahr-Arbeitungszeitpunkt können unterschiedlicher nicht sein.

00:05:45: Deshalb muss erkennbar sein bleiben welcher Zustand eine Information beschreibt und wie aktuell sie wirklich ist.

00:05:52: Auch eine erwartete Ankunft ist eine Prognose, ihre Bedeutung verändert sich wenn neue Informationen zukommen wie Verspätungen und Co.. Anschluss an die Folgen zu Data Entities und Data Governance, wenn du dich erinnerst.

00:06:09: Da haben wir über fachliche Bedeutung die Herkunfts- und Verantwortung bleiben.

00:06:13: Die Grundlage hier bekommt der zeitliche Kontext ein zusätzliches und vor allem ein wichtiges Gewicht.

00:06:22: Wenn man sich halt eine gemeldete Position anschaut war es zu diesem Zeitpunkt natürlich korrekt aber wenn es deutlich später verarbeitet wird Dann kann sich die gesamte aktuelle Planung bereits als sinnloser geben und damit hast du ein ganz anderes Problem.

00:06:41: Somit finde ich gerade diese Logistik-Bereiche immer sehr spannend, denn jede kleinste Verzögerung hat Auswirkungen auf die nächste Entscheidung oder die nächsten Prozesse.

00:06:53: Und somit ist die Planbarkeit immer so ein Thema.

00:06:58: Vor allem geht es um die Aktualität und deswegen möchte als fachliche Anforderung zuerst du diese ausdrücken.

00:07:06: Der Begriff Echtzeit, allein ist für mich ungenau und ehrlich gesagt von Echt Zeit halte ich nie was weil es in der Regel nicht existiert.

00:07:15: Es ist nur eine verzögerte Information die vielleicht zeitnahe ist aber nicht in Echt-Zeit.

00:07:22: Entscheidende ist wie schnell eine bestimmte Informationen für eine bestimmten Entscheidung benötigt wird.

00:07:28: Diese Anforderungen lässt sich natürlich auf Datenflüsse IPIes und Services so weiter übertragen.

00:07:36: Daraus ergeben sich auch an welche Stellen zusätzliche Geschwindigkeit tatsächlichen Nutzen besitzt, also oft ist es halt nicht so das schnell gleich mit hoher Geschwindigkeitsergebenes, denn sobald der Zustand verändert muss diese Veränderung über die richtige Beteiligten angekommen sein.

00:07:59: damit landen wir wieder bei etwas Wichtigem und zwar den Ereignissen.

00:08:08: Kapitel drei, Ereignisse verändern den gesamten Informationsstand.

00:08:17: Eregnisse verbinden Veränderungen im Ablauf mit denen darauf angewiesenen Fähigkeiten bedeutet.

00:08:26: wenn man uns eine Abholung also ein Ding wird abkohlt, eine Ankunft oder Übergabe verändert Zustand halt eines Vorgangs klar.

00:08:36: Also der Status hat sich damit komplett verändert.

00:08:39: Und so ein Ereignis kann mehrere Bereiche betreffen, also gerade die Planung, die Abrechnung und die Kommunikation.

00:08:47: vor allem und weiter.

00:08:48: Beteiligten benötigen daraus unterschiedliche Informationen.

00:08:52: Das kommt oben drauf.

00:08:54: Somit muss architektonisch klar sein wo das Eregnis entsteht und welche fachliche Bedeutung es besitzt.

00:09:01: Du merkst vielleicht Dataflow Diagrams, die werden hier richtig spannend und interessant.

00:09:05: Und vor allem die Ausprägungen und Möglichkeiten.

00:09:09: Und das sind wir auch dann bei Churnis, die da mit einfließen.

00:09:12: Ebenso wichtig ist natürlich die Zuordnung der Verantwortung.

00:09:15: Unterschiedliche Partner können unterschiedliche Statusbegriffe verwenden... ...und damit verschiedene Sachverhalte meinen.

00:09:23: Somit auch das Thema gleicher Sprache eine größere Herausforderung an der Stelle.

00:09:29: Die technische Übertragung stellt diese gemeinsame Bedeutung noch nicht her.

00:09:35: Diese Verarbeitung muss außerdem mit der verspäteten und mehrfach eintreffenden oder korrigierten Meldungen umgehen können, wie bei so einem Eventpass, der Unterbrochen Informationen kriegt und muss das richtig verarbeiten.

00:09:49: Dadurch wird die Verbindung zwischen fachlichen Ereignissen und technischen Verarbeitungen zu einer Architekturaufgabe der Sonderklasse.

00:10:01: Was man natürlich vermeiden sollte ist eine Übergabe, die nicht gemeldet wird.

00:10:07: Also übergaben müssen immer gemeldete werden.

00:10:11: für die weitere Verarbeitung muss eindeutig sein welche Sendungen und welche Transportabschnitt Und welche verantwortungsübergabe gemeint sind.

00:10:24: also da es Geht wirklich vor allem um diese Transitions, wenn die nicht sauber gestaffelt sind in den Ereignis-Protokollen hat man echt schnell ein Problem.

00:10:34: Sonst können halt verschiedene Beteiligte aus derselben Meldung unterschiedliche Konsequenzen ableiten und dann passieren verschiedene Sachen vielleicht gleichzeitig, die ich nicht steuern kann.

00:10:51: Ereignis Orientierung beginnt für mich bei der fachlichen Bedeutung der Veränderungen, also was passiert eigentlich?

00:10:59: Anschließend bewerte ich welche Fähigkeiten diese Informationen benötigen und wie sie zuverlässig bereitgestellt wird.

00:11:08: Ein Event System ist eine technische Möglichkeit.

00:11:11: Also könnt ihr event driven.

00:11:14: Architektur.

00:11:14: das ist einfach eine Möglichkeit das technisch abzubilden.

00:11:19: Seine Wirkung davon hängt davon ab.

00:11:22: Die fachliche Zusammenhänge darf darin abgeleitet werden.

00:11:26: Auf Enterprise-Ebene interessiert mich die übergreifenden Regeln und Verantwortlichkeiten und Abhängigkeiten.

00:11:34: Viele diese Ereignisse entstehen bei Beteiligten deren Systeme wir selbst natürlich nicht betreiben oder kennen.

00:11:46: Kapitel IV Verantwortung wechselt, die Abhängigkeit bleibt Bei Transport und Logistik.

00:11:56: die verbinden natürlich unterschiedliche Organisationen und technische Landschaften.

00:12:01: Die Verantwortung für einen physischen Vorgang, und die Verantwortung für seine Information können bei unterschiedlichen Beteiligten liegen – und vor allem nicht nur können sondern sind sie in der Regel!

00:12:14: Damit entstehen Abhängigkeiten von Partnern ihre Anwendungen und ihre Datenbereitstellung.

00:12:22: Das bringt mich auch wieder zu Folge.

00:12:24: thirty-fünf diese Unternehmensgrenzen begrenzt meine Kontrolle aber nicht automatisch die Wirkung seiner Abhängigkeit.

00:12:34: Für Enterprise-Architektur bedeutet das kritische Partnerverbindungen fachlich richtig einzuordnen, dazu gehören diese unterschiedlichen Fähigkeiten und benötigen Informationen und die Aktualisierungsanforderungen und deren Möglichkeiten an Alternativen.

00:12:52: Diese Zusammenhänge werden mit den zuständigen Fachbereichen und Partner verantwortlich natürlich bewertet.

00:13:00: Und daraus gemeinsame Schnittstellen abgeleitet, aber vor allem muss eins klargestellt werden wie man auf Veränderungen und Fehlerbehandlung reagiert und was deren Auswirkungen sind.

00:13:12: auch die Weiterentwicklung einer Partneranbindung kann unsere eigene Datenflüsse und Anwendungen natürlich verändern und vor allem stark beeinflussen.

00:13:25: wenn wir uns zum Beispiel unseren Partner Anschaut, der übernimmt einen Transportabschnitt.

00:13:30: Der physische Ablauf geht halt weiter während sein Statusmeldung vorübergehend ausbleibt.

00:13:36: Die Ware bewegt sich aber die eigene Planung verliert ihren Teil der Informationsgrundlage weil sie ineinander sehr content.

00:13:42: So sagt es ein bisschen komisch an Aber in einer zweiten Hand liegt.

00:13:47: Somit möchte ich natürlich solche Abhängigkeit sichtbar machen Bevor eine Störung sie offenlegt.

00:13:54: Technische Reichbarkeit und Informationsqualität und vor allem dies fachliche Verantwortung gehören gemeinsam in diese Bewertung.

00:14:01: Daraus entstehen Anforderungen an Integration, Betrieb- und Partnerfeindbarungen.

00:14:09: Meine Aufgabe ist es dabei diese Perspektive zu verbinden und ihre gemeinsame Wirkung nachvollziehbar zum machen.

00:14:17: Diese Informationsgrundlage ermöglicht eigentlich eines Optimierung.

00:14:22: Sie erzeugt gleichzeitig Abhängigkeiten, die ich bei Störungen berücksichtigen muss oder sollte.

00:14:34: Kapitel V Optimierung verändert den Spielraum bei Störung.

00:14:41: Achtig Du Entscheidungen müssen Effizienz und Handlungsfähigkeit gemeinsam berücksichtigern.

00:14:47: Eine enge abgestimmte Planung kann Abläufe wirklich effizienter machen Aber gleichzeitig kann sie stärker von Recht Zeitigen Informationen und funktionierenden Verbindungen abhängen.

00:14:59: Und das ist immer so ein kritischer Moment, deshalb betrachte ich neben den normalen Ablauf vor allem auch den Umgang mit Abweichungen.

00:15:09: Das ist manchmal immer so eine Thema wo man nicht immer gerne folgen möchte da man dann immer den netten Fahrt verlässt.

00:15:18: Fachlich verantwortliche bewerten die Auswirkung von Verzögerungen und Unterbrechungen Und aus der Enterprise-Architektur verfolgt die dafür relevante Abhängigkeiten durch den Daten, Anwendungen, Technologie und Partner.

00:15:32: Also das folgende Thema.

00:15:35: Dabei wird eines sichtbar welche Entscheidungen weiterhin möglich sind und wo zusätzliche Unterstützung notwendig ist.

00:15:43: Diese Ersatzabläufe oder Journeys – also diese lokalen Handlungsfähigkeit und Wiederanlauf gehören in diese Betrachtung hinein.

00:15:55: Vor allem die Kritikalität hängt dabei auch von der Dauer und der verfügbaren Alternativen ab.

00:16:02: Und natürlich mit welchen Produkten ich hier handiere und handle, das ist mal noch mal sekundär.

00:16:09: Wie auch immer nach einer Unterbrechung müssen nachgeliefert Informationen wieder Mit den tatsächenen Ablauf zusammengeführt werden Wenn wir zum Beispiel anschauen also in so eine Verbindung einfach ausfällt während vor Ort weiter gearbeitet wird.

00:16:28: Nach ihrer Wiederherstellung müssen diese zwischenscheidlichen Vorgänge korrekt übernommen werden.

00:16:34: Und ein weiterer erreichbarer Service bedeutet leider noch keine verlässliche gemeinsame Informationsstand, wie du es weißt.

00:16:45: Resilienz umfasst für mich auch den kontrollierten Umgang mit diesen eingeschränkten Informationen und Architektur muss halt dann zeigen, wie der Betrieb unter diesem Bedingungen wirklich handlungsfähig bleibt und welchen Spielraum ich bestimme, um auch dies in den richtigen verantwortlichen Ablauf einbinden zu können.

00:17:06: Daraus leiten sich Prioritäten für diese Absicherung ab – aber vor allem mit dieser Entkopplung und der Wiederherstellung.

00:17:17: Dieser Spielraum ist halt schweineteuer und kostet verdammt viel Geld.

00:17:23: Aber seine wirtschaftliche Bewertung braucht dieses Zusammenhang mit den möglichen Folgen umgehen zu können.

00:18:04: Verfolgungen, zusätzliche Abstimmung und die Korrektur widersprüchlicher Informationsstände wirklich sehr hohen Aufwand erzeugen bei langen Lieferketten.

00:18:15: Eine technische Störung kann deshalb Kosten erzeugt nachdem die Technik längst selbst wieder funktioniert – auch unterschiedliche Partnerverbindungen und die individuellen Datenübersetzungen beeinflussen den laufenden Betrieb.

00:18:29: Gleichzeitig sind zusätzliche Absicherungen und alternative Abläufe ebenfalls!

00:18:34: Investitionen.

00:18:37: Und ihre Bewertung braucht die fachliche Kritikalität und den erwartenden Nutzen dahinter.

00:18:43: Baschale jeder Verbindung maximal absichern wäre genauso wenig hilfreich wie alleine nach Betriebskosten zu entscheiden, somit ist es so ein bisschen ein Mix.

00:18:54: Die Architektur macht sichtbar an welchen Stellen auf man entsteht und welche Entscheidungen ihn beeinflussen kann.

00:19:02: Ein Service ist zum Beispiel wieder verfügbar.

00:19:06: Trotzdem müssen Vorgänge zuerst abgeglichen werden, diese vielen Meldungen nachgetragen und beteiligt informiert werden.

00:19:13: Diese Aufwände gehören zum Wirtschaftsinfirkung der Störung und der erachtonischen Behandlung.

00:19:18: Natürlich ist das kein Verhalten nicht nur im Logistikbereich sondern das habe ich überall.

00:19:23: Im Logistick Bereich ist das eigentlich ohne dem wie historielle Schnellbankrott gehen würde ich mal behaupten, wenn diese Informationsfluss dann nicht wieder hergestellt wird bei dauerhaften Störungen.

00:19:53: Der Tissier unterstützt diese Entscheidung.

00:20:07: Diese Bewertung der geschäftlichen Wirkung gibt ihr den notwendigen Kontext, den wir auch brauchen.

00:20:12: und genau deshalb interessiert mich auch hier welche Architektur Entscheidungen einen Aufwand erzeugt und welchen Nutzen das Unternehmen dafür wirklich erhält.

00:20:24: Damit haben wir die letzte Perspektive unserer Oktober-Serie ergänzt.

00:20:28: jetzt möchte ich dir nochmal alles zusammenziehen.

00:20:37: Somit sind wir am Oktober Ende angekommen.

00:20:42: Ein bisschen Rückblick, was wir so im Oktober gemacht haben.

00:20:46: Wir haben uns unterschiedlich Perspektiven aus der Enterprise Architektur betrachtet.

00:20:52: Dabei haben wir den Blick mit jeder Folge erweitert.

00:20:56: Der Auskunftspunkt war eigentlich produzierte Unternehmen Danach kamen diese Zulieferer, die haben uns intern als eine Märkte und ihre Realisierung angeschaut.

00:21:05: Und schließlich heute Transport und Logistik.

00:21:09: Diese Themen hängen unmittelbar zusammen.

00:21:12: Produkte werden halt hergestellt, Komponenten zugekauft, Märkte bedient und waren bewegt.

00:21:18: Die Entscheidungen in einem Bereich wirken halt immer aufeinander.

00:21:25: eine Änderung an der Zulieferung Komponente kann unsere Produktdaten komplett verändern.

00:21:32: diese Änderungen können die Produkte, Produktion und die Verfügbarkeit in den einzelnen Märkten wiederum beeinflussen.

00:21:39: daraus können Anpassungen an Planung, Transport und Kundenkommunikation entstehen.

00:21:46: Eine einzelne Entscheidung wirkt damit durch mehrere Fähigkeiten Datenbestände, Anwendungen und vor allem Organisationen.

00:21:56: Genau dieser Zusammenhang muss halt Enterprise Architektur sichtbar machen.

00:22:01: Ja wie war mein Ansatz über die letzten vier Folgen hinweg?

00:22:06: Sehr ähnlich und gleich!

00:22:08: Ich beginne bei der Strategie und den Fähigkeiten, die das Geschäft benötigt.

00:22:13: Danach ordne ich diese fachlichen Daten und ihre Verantwortung hinzu.

00:22:18: Ich verbinde sie mit den unterstützten Anwendungen und Technologien.

00:22:23: Und vor allem mache ich dann interne und externe regionale Abhängigkeiten sichtbar sofern Sie notwendig sind oder verplane Sie ein.

00:22:32: Gemeinsam mit dem Fach Verantwortlichen bewerte ich die Kritikalität Lebenszyklen- und Veränderungsbedarf.

00:22:41: daraus entstehen Architekturentscheidungen, Prioritäten und vor allem Roadmaps.

00:22:48: Der TCO begleitet mich immer in dieser Bewertung.

00:22:51: die Kosten müssen mit ihren Ursachen und der geschäftlichen Wirkung verbunden werden.

00:22:59: In dieser Serie wollte ich vor allem halt diese Komplexität aufzeigen.

00:23:03: den steht durch Zusammenspiel von Entscheidungen die für sich genommen sinnvoll sein können Eine lokale Lösung, eine spezialisierte Zulieferer oder ein regionaler Service kann einen wichtigen Beitrag dazu leisten.

00:23:18: Ihre gesamte gemeinsame Wirkung muss trotzdem verstanden und gesteuert werden.

00:23:22: Die Methode der Enterprise Architektur bleibt halt gleich oder bzw stabil das Geschäft zum Fall verändert welche Zusammenhänge wir betrachten und wie wir die Bedeutung gewichten.

00:23:35: Somit kannst du mitnehmen Enterprise Archive schafft die Grundlage einfach dafür dass Entscheidungen innerhalb also ein verbundenes Unternehmens auch in einer gewissen Wirkung bewertet werden.

00:23:46: Und genau deshalb entscheidet Architektur über Konfliktität, Kosten und Steuerbarkeit.

00:23:56: So, ähm... Zumit sind wir damit auch am Ende dieser Folge angelangt.

00:24:02: Ich habe mir ein bisschen überlegt was im November kommen könnte.

00:24:07: Möchte ein bisschen Das Thema wieder ein bisschen erweitern und den Ausblick dahin läuft so.

00:24:15: Wie ich mir gedacht habe, möchte ich die Gedanken etwas weiterführen und in einzelne Unternehmensdomenien vordringen.

00:24:25: Dabei haben wir gedacht vielleicht human resource man wäre echt interessant.

00:24:28: das ist immer super interessant wie auch diese Einstellungsprozesse was für Systeme da hinter ist wie die Journeys dahinter aufgebaut sind oder vielleicht auch was das angeht, verschiedene Subprozesse die auch in Verbindung mit Buchhaltung danach eingehen.

00:24:44: Mabtecher ist immer super spannend und prickelnd einer meiner hohen Therms genauso über halt die gesamten Commerce-Technologiestrecke mein absoluter Fokus seit mehreren Jahrzehnten um ehrlich zu sein.

00:25:00: aber vielleicht kommt auch etwas weiteres an der Technologiedomäne Ähm, die ich jetzt noch nicht ganz für mich richtig geschnitten habe.

00:25:08: Wäre natürlich auch noch diese Service-Landschaften wobei davon gibt es wahrscheinlich... ...noch und noch nöcher Podcasts, die davon reden.

00:25:15: Dann lass vielleicht doch die Finger davon mal schauen!

00:25:18: Wie auch immer.

00:25:20: Idee von unabhängig von den ganzen Domains ist dass wir uns unterschiedliche Journeys anschauen.

00:25:28: Vielleicht auch so ein bisschen diese Fähigkeiten dann probieren abzuleiten wie sie zusammen hängen und ja, und dann nachher uns ein bisschen die Abläufe anschauen.

00:25:37: Der Ansatz bleibt im Rüberall der selbe und gleiche, sag ich mal.

00:25:43: also wir müssen natürlich die Daten verstehen und daraus die erforderlichen Anwendungsfähigkeiten ableiten können und anschließend diese konkreten Anwendungen einordnen.

00:25:54: Ja das wird vielleicht der November, oder der Dezember ist nebenbei auch schon fix geplant da Ich sag's lieber noch nicht.

00:26:04: Das wird richtig toll während Dezember, wenn ich davon das vielleicht Geschenke gebe.

00:26:09: Nicht für mich, aber für dich!

00:26:11: Und vielleicht ist es das Geschenk?

00:26:13: Naja... ...ich freue mich natürlich und dass du wieder dabei warst in der Folge und auch in der gesamten Serie.

00:26:21: Falls nicht dann... ...weißt du wieder eine Podcast-Folgen zurückgehen und nochmal anhorchen.

00:26:28: Hoffentlich bist du weiter oder wieder dabei.

00:26:31: Bis dahin, Servus und Papa und bis auf bald.