Experten-Talk – Power Automate als Motor der Cloud-IT
Shownotes
In dieser Experten-Analyse besprechen wir:
• Warum oberflächenbasierte Automatisierungen wartungsintensiv werden können und weshalb API-basierte Integration langfristig stabilere Lösungen ermöglicht
• Wie direkte System-zu-System-Kommunikation die Grundlage moderner Cloud-Automatisierung bildet
• Weshalb Automatisierung als Infrastruktur verstanden werden sollte und nicht als Sammlung einzelner Workflows
• Welche Rolle Data Loss Prevention und klare Leitplanken für einen sicheren und kontrollierten Einsatz spielen
• Warum ein Center of Excellence Innovation ermöglicht, ohne Governance, Compliance und Sicherheit aus den Augen zu verlieren
• Wie sich Automatisierung durch KI-Agenten und intelligente Prozesssteuerung weiterentwickelt
Weiterführende Informationen
Diese Episode basiert auf einem ausführlichen Fachbeitrag.
Den vollständigen Artikel finden Sie hier: https://rohinie.com/power-automate-cloud/
Sie möchten das Thema nicht nur verstehen, sondern praktisch umsetzen?
Im dazugehörigen Videokurs vertiefen wir die Konzepte dieser Episode anhand konkreter Beispiele und praxisnaher Anwendungsfälle: https://rohinie.com/kurs-power-automate-cloud/
Transkript anzeigen
00:00:00: Willkommen zurück.
00:00:02: Mach es dir am besten direkt bequem, denn wir haben heute eine ziemlich intensive Betrachtung vor uns.
00:00:11: Es geht nämlich um eine Entwicklung die in fast jedem Büro der Welt gerade so ein bisschen still und heimlich stattfindet oder zumindest stattfinden
00:00:22: sollte.
00:00:24: Wir knöpfen uns heute einen wirklich spannenden Fachartikel vor, und zwar von Volker Buntrock aus dem Jahr im Jahr zum Jahr-Zweißen.
00:00:33: Ein sehr richtungsweisender Text!
00:00:35: Der Titel lautet Power Automate Cloud – vom Tool zum Nervensystem.
00:00:40: Und die Mission für unsere heutige Analyse ist eigentlich simpel?
00:00:44: Die Umsetzung hat es aber total in sich.
00:00:47: Oh ja...
00:00:48: Okay… Lass'n's das mal aufdrüsseln.
00:00:50: Wir wollen verstehen, warum die klassische IT-Automatisierung – also dieses Wundermittel das uns allen ja seit Jahren verkauft wird – in der Praxis so oft wie ein extrem wackeliges Kartenhaus in sich zusammenfällt.
00:01:05: Und noch viel wichtiger!
00:01:07: Wir schauen uns an, wie Unternehmen stattdessen ein echtes, unsichtbares und völlig belastbares digitales Nervensystem aufbauen können….
00:01:17: in die technischen Details gehen, lass uns mal ein Bild im Kopf erschaffen.
00:01:22: Wenn man an Automatisierung denkt stellt man sich ja oft so einen hochmodernen völlig sterilen Raum vor indem alles perfekt ineinander greift.
00:01:30: Ja wie im Sci-Fi Film.
00:01:31: Richtig!
00:01:32: Aber Bundrockstext zeichnet da anfangs ein ganz anderes Bild der aktuellen Realität oder?
00:01:37: Definitiv.
00:01:38: Also wenn man die heutige operative Realität von sehr vielen IT-Abteilungen visualisieren müsste, dann wäre das auf gar keinen Fall dieser sterile Hightech-Raum.
00:01:48: Eher
00:01:48: nicht ne?
00:01:49: Nein!
00:01:50: Denkt da eher an einen klassischen völlig unordentlichen Serverraum im Keller von so einem alten Bürogebäude.
00:01:56: Okay ich habe das Bild vor Augen
00:01:58: Überall hängen wirre kovisorisch zusammengeflickte Kabel rum rote Warnlampe blinken auf und ab Und ein völlig übermüdeder Techniker versucht panisch den richtigen Stecker zu finden.
00:02:10: Bevor alles abstürzt!
00:02:11: Genau, bevor das ganze System komplett den Geist aufgibt.
00:02:15: und Bundrock legt den Finger genau in dieser Wunde.
00:02:18: Er sagt, es gibt eine gigantische Kluft zwischen dem Versprechen der modernen IT und dem was in den Fachabteilungen tatsächlich passiert.
00:02:27: Weil auf dem Papier klingt die Vision ja fantastisch!
00:02:29: Ja klar – alle Prozesse fließen automatisch, Fehlerquoten gehen gegen null, Mitarbeiter müssen nie wieder Stumpfdaten von einer Excel-Tabelle in ein anderes System kopieren?
00:02:39: Das
00:02:39: war ja immer das Versprechen.
00:02:41: Richtig Die Realität sieht aber leider so aus, dass viele Abteilungen mit einer sogenannten Oberflächenautomatisierung arbeiten.
00:02:49: Und die zwingt sie im Grunde in einen permanenten Überlebenskampf.
00:02:52: Diese Oberflächenautomatisierung ist ja oft unter dem Begriff RPA bekannt.
00:02:57: Genau – Robotic Process Automation.
00:02:59: Das war doch jahrelang der absolute Hype!
00:03:02: Die Idee war quasi wir installieren einen Software-Roboter, der buchstäblich zuschaut was der Mensch da am Bildschirm macht.
00:03:09: Und dann imitiert dieser Bot einfach die Klicks.
00:03:12: Er öffnet einen Fenster, klickt auf einen Button und tippt irgendwas ein!
00:03:16: Wie ein unsichtbarer Mitarbeiter?
00:03:18: Ja genau... Das klang doch damals nach dem perfekten schnellen Pflaster für wirklich jedes Prozessproblem.
00:03:25: Warum genau nennt Bundrock das jetzt eine strategische Sackgasse?
00:03:29: Weil es nur eine Simulation von Effizienz ist Eine Simulation, die auf einem extrem instabilen Fundament steht.
00:03:37: Instabil?
00:03:38: Weil der Bot nur
00:03:39: klickt?!
00:03:40: Ja!
00:03:41: In der Anfangszeit wirkte RPA natürlich wie der heilige Graal.
00:03:46: Man brauchte keine teuren Programmierer um tiefgreifende Schnittstellen zu bauen.
00:03:50: Man hat es einfach aufgezeichnet.
00:03:52: Exakt!
00:03:52: Man hat dem System einfach gesagt Geh mit der Maus an die Koordinate X und klicke.
00:03:57: Aber das Problem, dass der Artikel präzise herausarbeitet ist die absurde Zerbrechlichkeit dieser Methode.
00:04:05: Der
00:04:06: Roboter operiert direkt auf der grafischen Benutzeroberfläche der sogenannten UI und diese UI ist für Menschen gemacht – nicht für Maschinen!
00:04:16: Sie verändert sich ständig.
00:04:17: Ja, dazu bringt Bundtrock im Text ein Beispiel das mich beim Lesen wirklich hat schmunzeln lassen auch wenn es für die Betroffenen wahrscheinlich ein absoluter Albtraum ist.
00:04:27: Du meinst das Beispiel mit den drei Pixeln?
00:04:29: Genau das!
00:04:30: Frag dich mal selbst Auch du der uns gerade zuhört Hast du schonmal einen Skript gebaut Das plötzlich nicht mehr ging?
00:04:36: Bundt Rock redet da von drei verschobenen Pixeln.
00:04:40: Wie genau bringt so eine winzige Kleinigkeit einen millionenschweren Unternehmensprozess zum Erliegen?
00:04:46: Was hier wirklich faszinierend ist, ist die Kette von Ereignissen, die dadurch ausgelöst wird.
00:04:51: Stell dir vor ein Unternehmen hat einen hoch wichtigen BOT.
00:04:55: der überträgt jeden Morgen Finanzdaten aus einem Webportal in das interne SAP-System.
00:04:59: Ein
00:05:00: super kritischer Prozess also!
00:05:02: Absolut
00:05:02: kritisch.
00:05:03: Der BOT ist darauf programmiert exakt auf den blauen Exportbutton oben rechts zu klicken.
00:05:08: So und jetzt kommt ein Update.
00:05:11: Genau Nun spielt Microsoft ein vollkommen routinierliches Windows-Update ein.
00:05:16: Das verändert vielleicht die allgemeine Bildschirmskalierung auf dem Rechner auch nur um ein einziges Prozent.
00:05:22: Ein Prozent oder der Browseranbieter macht ein kleines Design Update, das diesen blauen Button um exakt drei Pixel nach links verschiebt.
00:05:30: Das sieht
00:05:30: doch kein Mensch!
00:05:31: Das ist der Punkt – Der Mensch vor dem Bildschirm merkt es nicht einmal.
00:05:35: Das menschliche Auge adaptiert das sofort, du klickst einfach drauf.
00:05:38: Aber der Roboter?
00:05:39: Der
00:05:39: Roboter aber sucht Stur an der alten XY-Koordinate Er klickt buchstäblich ins Leere
00:05:44: Und dann...
00:05:45: ...der Prozess bricht ab!
00:05:46: Das Finanzupdate fehlt, das System wartet vergeblich auf die Daten und die Fehlerkette nimmt ihren Lauf.
00:05:52: Wahnsinn!
00:05:53: Aber Moment mal, das ist doch eigentlich absurd
00:05:56: Ist es auch.
00:05:57: Wir reden über künstliche Intelligenz und hochkomplexe Algorithmen in anderen Bereichen.
00:06:02: Und in der Prozessautomatisierung scheitern Weltkonzerne an einem Windows Update, weil drei Pixel fehlen.
00:06:08: Da muss doch die IT einfach eingreifen und das Skript kurz anpassen oder nicht?
00:06:13: Und genau da schnappt die Falle zu!
00:06:15: Die Falle der sogenannten technischen Schulden – Der Technical Dead.
00:06:19: Erklär' das mal.
00:06:21: Natürlich kann die IT-Diskript anpassen.
00:06:23: Das dauert vielleicht zehn Minuten Aber in einem großen Unternehmen gibt es nicht einen BOT.
00:06:28: Da gibt es hunderte oder sogar tausende.
00:06:31: Stimmt
00:06:32: und irgendwo ändert sich immer.
00:06:34: was?
00:06:34: Genau,
00:06:35: jeden verdammten Tag ändert ein System.
00:06:38: Ein Button verschwindet eine Farbgebung ist neu oder die Ladezeit einer Webseite ist heute mal zwei Sekunden länger Und der
00:06:44: BOT wartet nicht
00:06:45: Richtig.
00:06:46: Das bedeutet, dass die IT-Abteilung plötzlich nicht mehr damit beschäftigt ist neue innovative Lösungen zu entwickeln.
00:06:53: Stattdessen werden die bestbezahlten und fähigsten IT-Architekten zu reinen Reparaturbetrieben degradiert.
00:07:01: Sie verbringen ihren ganzen Tag nur noch damit kaputten Klickskripten hinterherzurennen und Buttons neu zu kartieren.
00:07:08: Bundrock nennt das in seinem Text Supertreffen.
00:07:10: man hat die menschliche Fehleranfälligkeit überhaupt nicht behoben.
00:07:14: Man simuliert sie nur maschinell Und das in viel höherer Geschwindigkeit.
00:07:18: Man macht den Fehler einfach schneller!
00:07:20: Ganz genau, die technische Schuld wächst exponentiell an bis das ganze System unter seinem eigenen Gewicht kollabiert.
00:07:27: Das leuchtet absolut ein.
00:07:28: Wenn mein Bord blind ist und nur Sturr auf feste Koordinaten klickt lauf ich auf Dauer immer gegen die Wand
00:07:34: Unweigerlich.
00:07:35: Hier wird es jetzt wirklich interessant.
00:07:37: wenn wir also akzeptieren dass dieser RPA Weg eine Sackgasse ist Wie kommen wir da wieder raus?
00:07:43: Wir müssen die Herangehensweise fundamental ändern.
00:07:46: Wie bringen wir den Roboter dazu, nicht mehr auf den Bildschirm gucken zu müssen?
00:07:50: Wir mussten beibringen zu sprechen und zwar die Muttersprache der Maschinen.
00:07:54: Also Kot!
00:07:55: Genau... Der Paradigmenwechsel, den Bundtrock in Power Automate Cloud beschreibt ist der konsequente Wechsel zu einem API First Ansatz.
00:08:04: AP
00:08:04: steht für Application Programming Interface, richtig?
00:08:07: Korrekt!
00:08:08: Das ist eine direkte strukturierte Kommunikationsschnittstelle tiefe Maschinenraum der Software
00:08:13: Also weit weg von der Oberfläche.
00:08:15: Richtig
00:08:15: Wir ignorieren die grafische Oberflächen komplett.
00:08:18: wir lassen die Systeme im Hintergrund direkt miteinander Daten austauschen ohne dass jemals ein Fenster geöffnet werden muss.
00:08:24: Ich tue mich
00:08:25: manchmal echt schwer damit mir diese unsichtbaren Datenströme plastisch vorzustellen.
00:08:29: das geht vielen so.
00:08:30: Bundrock verwendet da im Text eine total gute Analogie, um diesen Unterschied zwischen der alten RPA-Methode und dem API-Ansatz zu verdeutlichen.
00:08:39: Wie genau beschreibt er diesen Übergang?
00:08:40: Er nutzt das Bild einer klassischen Fernbedienung für den Fernseher.
00:08:45: Okay also ich sitze auf der Couch
00:08:47: Genau.
00:08:48: Stell dir vor du willst automatisieren dass der Fernseer angeht.
00:08:52: Der APA Ansatz wäre so als würdest Du eine klobige mechanische Vorrichtungen bauen
00:08:58: So ne Art Greifarm
00:09:00: Ja, in der ein kleiner Plastikfinger montiert ist, der auf den roten Knopf der Fernbedienung drückt.
00:09:06: Okay...das klingt schon ziemlich fehleranfällig!
00:09:09: Das funktioniert auch nur so lange alles perfekt stillsteht.
00:09:12: Aber wenn jemand die Fernbedingungen auch nur einen Millimeter verschiebt?
00:09:16: Oder wenn eine Fliege auf dem Infrarotsensor sitzt.
00:09:19: Exakt.
00:09:20: Dann drückt der Finger voll daneben oder das Signal kommt nicht an und nichts passiert – dass es APA.
00:09:25: Und was ist dann
00:09:27: API?!
00:09:27: Der APA-Ansatz hingegen ist so Als würdest du ein digitales Steuerkabel nehmen und es direkt hinten in die Hauptplatine des Fernsehers stecken?
00:09:36: Direkt ins Gehirn sozusagen.
00:09:38: Genau, das Signal fließt elektronisch – direkt in den Chip!
00:09:43: Und zwar völlig unabhängig davon wo die Fernbedienung gerade liegt oder welche Farbe der Einschalt knopfert.
00:09:49: Das macht es wirklich extrem anschaulich.
00:09:51: Der Befehl wird quasi direkt ins System injiziert
00:09:55: Ohne Umwege.
00:09:57: Was sind denn laut dem Artikel die messbaren Vorteile von diesem direkten Kabel, also wenn wir jetzt wieder auf die Unternehmens-IT schauen.
00:10:05: In den drei absolute Kernvorteile?
00:10:08: Der erste ist diese visuelle Unabhängigkeit über die wir gerade mit den drei Pixeln gesprochen
00:10:12: haben.
00:10:12: Das fällt dann komplett weg
00:10:14: Komplett.
00:10:15: Eine API ist ein technischer Vertrag zwischen zwei Systemen.
00:10:19: Wenn der Anbieter der Software morgen entscheidet sein komplettes Design zu ändern Sagen
00:10:22: wir alles auf Dark Mode umzustellen.
00:10:24: Richtig!
00:10:25: Dark mode Buttons neu anordnen Schriften ändern Das kratzt unsere Automatisierung überhaupt nicht.
00:10:30: Weil sie blind dafür ist!
00:10:32: Die Datenstruktur im Hintergrund bleibt identisch, der Prozess läuft fehlerfrei weiter.
00:10:38: keine Panik mehr in der IT wegen drei verschobenen Pixeln.
00:10:41: Das dürfte für jeden IT-Administrator eine riesige Erleichterung sein.
00:10:46: und wie sieht es mit der Performance aus?
00:10:48: Das ist der zweite Punkt
00:10:50: weil wenn so ein Clickbot eine Webseite öffnet der muss ja immer warten bis das Bild komplett aufgebaut ist oder
00:10:56: genau Das ist der zweite massive Vorteil?
00:10:59: Die Geschwindigkeit.
00:11:00: Ein UI-Roboter arbeitet Synchron in Menschengeschwindigkeit,
00:11:05: also sehr langsam für einen Computer –
00:11:07: extrem langsam!
00:11:09: Er öffnet ein Fenster, wartet drei Sekunden bis es geladen ist, sucht das Feld, tipp den Text ein, drückt Enter und wartet wieder.
00:11:15: Das dauert ja ewig bei großen Datenmengen.
00:11:18: Das summiert sich bei tausenden Datensätzen zu Stunden.
00:11:21: Ein Apiaufruf hingegen passiert Asynchron in Millisekunden.
00:11:24: Ein
00:11:25: Bruchteil einer Sekunde
00:11:26: Es ist ein sofortiger digitaler Handshake.
00:11:29: Was sein RPA-Bott in einer vollen Stundesschaft erledigt?
00:11:32: so einen API Flow in wenigen Sekunden.
00:11:35: Das ist ein unglaublicher Produktivitätsgewinn!
00:11:38: Und das führt direkt zum dritten und vielleicht entscheidendsten Punkt, der Datenintegrität und der Fehlerbehandlung.
00:11:45: Das musst du genauer erklären – wenn der Clickbot ins Leere klickt?
00:11:49: Weißt ja doch oft gar nicht, dass er einen Fehler gemacht hat oder?
00:11:52: Exakt.
00:11:52: Ein Clickbot drückt auf Speichern und hofft im Grunde einfach das Beste.
00:11:56: Beten und hoffen?
00:11:57: Ja!
00:11:58: Wenn der Server in dem Moment kurz nicht erreichbar war merkt der Bot das unter Umständen gar nicht.
00:12:02: Er hagt die Aufgabe ab
00:12:04: Und die Daten
00:12:05: sind verloren.
00:12:06: Niemand merkt es bis die Bilanz nicht stimmt Oh je... ...und bei der API gespeichert
00:12:11: Oder eben einen Fehlercode
00:12:13: Genau Status vierhundertvier Zieldatei nicht gefunden.
00:12:17: Das System weiß also in Echtzeit zu hundert Prozent, ob eine Transaktion wirklich funktioniert hat.
00:12:22: Und wenn nicht?
00:12:23: Wenn nicht kann es den Versuch nach einer Minute vollautomatisch wiederholen ohne dass ein Mensch jemals eingreifen muss.
00:12:30: Wir raten nicht mehr.
00:12:31: wir haben absolute Gewissheit
00:12:33: Visuelle Unabhängigkeit Millisekundengeschwindigkeit und absolute Gewissen durch klares Feedback.
00:12:40: Genau diese drei Säulen.
00:12:42: Aus dieser Kombination leitet Bundruck dann auch seinen zentralen Schlüsselbegriff ab, den er so oft verwendet.
00:12:48: Die Silent Efficiency – die lautlose Effizienz.
00:12:52: Ja
00:12:52: und das ist ein wirklich wunderbarer Begriff für den idealen Zustand einer IT-Architektur.
00:12:58: Warum genau lautlos?
00:12:59: Weil das ganze laute Rauschen aufhört Das hektische Zusammenbrechen von Skripten Das ständige Troubleshooting der IT Mitarbeiter all das verstummt.
00:13:09: Man hört nichts mehr vor den Problemen.
00:13:12: Du hast stattdessen eine lautlose Hochleistung im Hintergrund.
00:13:15: Ein tiefgreifendes Netzwerk, das riesige Datenmengen bewegt und Prozesse am Laufen hält ohne dass jemals ein Fenster aufploppt
00:13:24: oder einen Körser wie von Geisterhand über dem Bildschirm huscht.
00:13:27: Richtig!
00:13:28: Es funktioniert einfach.
00:13:30: es ist das verlässliche Rückgrat des gesamten Unternehmens geworden.
00:13:34: Das klingt ehrlich gesagt nach der absoluten IT-Utopie.
00:13:38: Es hat aber auch seine Typen.
00:13:40: Ja, genau.
00:13:41: Lass uns mal kritisch werden!
00:13:42: Ein derart mächtiges, unsichtbares und blitzschnelles Netzwerk das tief in alle Systeme greift, das weckt bei mir Direkt-Assoziationen mit massiven Sicherheitsrisiken.
00:13:53: Zu Recht
00:13:53: Wir haben ja nicht nur hochspezialisierte Entwickler die solche Prozesse bauen.
00:13:58: Plattform wie Power Automate sind ja oft gerade dafür gemacht dass ganz normale Mitarbeiter sie bedienen können.
00:14:04: Stichwort Citizen Developer.
00:14:06: Genau.
00:14:07: Wenn nun also jeder anfängt, munter Datenströme durch dieses unsichtbare Netzwerk zu schicken.
00:14:13: Verlieren wir denn nicht komplett die Kontrolle?
00:14:15: Wenn wir das mit dem großen Ganzen verbinden, dann ist das genau die Kehrseite der Medaille und es ist das größte Risiko, dass Bundrock thematisiert
00:14:23: Die Demokratisierung der IT.
00:14:26: Die Demokratisierung, also die Idee, dass Fachabteilungen ihre Probleme einfach selbst lösen, ist im Kern toll
00:14:32: Aber...
00:14:33: Aber wenn das unreguliert passiert, wuchert das System komplett unkontrolliert.
00:14:37: Wir sprechen hier von der immensen Gefahr der sogenannten Schatten-IT.
00:14:41: Wahrscheinlich kennen dass viele von uns aus ihrem eigenen Arbeitsalltag.
00:14:46: Frag dich mal selbst!
00:14:47: Wie viele kleine heimliche Workflows laufen auf deinem Rechner?
00:14:51: Oh da gibt es einige...
00:14:52: Man ist genervt von einem repetitiven Prozess und baut sich schnell ein kleines Exelmakro um sich eine Stunde Arbeit am Freitag zu sparen.
00:15:01: Das ist menschlich.
00:15:01: Man meint es ja nur gut, aber wenn das in einem Konzern plötzlich Zehntausend Leute gleichzeitig tun ohne dass die zentrale IT davon weiß haben wir ein Problem
00:15:10: Ein gewaltiges Problem.
00:15:13: Wie manifestiert sich diese Schatten-IT denn speziell im Kontext von Power Automate?
00:15:18: Die Gefahr entsteht vor allem durch die Konnektoren.
00:15:21: Was sind Konnektoren?
00:15:22: Power Automates bietet hunderte vorgefertigte Schnittstellen an zu allen möglichen Systeme intern wie extern
00:15:29: Also zur SAP, zur Outlook aber auch zu Twitter.
00:15:32: Genau!
00:15:33: Ein Mitarbeiter aus dem Marketing könnte sich aus reiner Bequemlichkeit einen Flow bauen.
00:15:38: Was für einen Flow?
00:15:39: Einen der sagt, jedes Mal wenn ein neuer Kundenkontakt in unserem hochsicheren internen ERP-System angelegt wird kopiere diese Kontaktdaten automatisch in meine private Dropbox.
00:15:50: Oh wow... warum würde man das tun?
00:15:54: Naja damit er von zu Hause am Wochenende besser darauf zugreifen kann.
00:15:58: Keine böse Absicht, reine Bequemlichkeit.
00:16:00: Aber
00:16:00: technisch gesehen?
00:16:01: Technisch
00:16:01: ist das über Apis in zwei Minuten gebaut.
00:16:04: Sicherheitstechnisch ist es ein absoluter Albtraum
00:16:06: Weil die Daten das Haus verlassen?
00:16:08: Unternehmensdaten verlassen völlig unverschlüsselt und unkontrolliert die sichere Firmenumgebung.
00:16:12: Wenn das aufliegt reden wir von massiven DSGVO-Verstößen
00:16:16: Und potentiellen Millionen Strafen für die Firma.
00:16:19: Richtig Also greift die IT-Abteilungen zur klassische Methode Alles wird sofort gesperrt.
00:16:24: Genau das passiert oft.
00:16:26: Niemand darf mehr irgendetwas automatisieren und jeder noch so kleine Prozess muss als Ticket bei der IT eingereicht werden.
00:16:33: Wo er dann sechs Monate liegt?
00:16:35: Ja, und das tötet doch jegliche Innovationen und Agilität im Unternehmen komplett ab!
00:16:42: Und genau diesen Reflex muss man unbedingt vermeiden.
00:16:45: Bundruck betont ausdrücklich, dass guter Governance nicht bedeutet, Innovation durch brauschale Verbote zu ersticken.
00:16:52: Wie macht man es denn
00:16:53: richtig?!
00:16:54: Die Lösung ist ein Center of Excellence, kurz CoE.
00:16:58: In Kombination mit strikten aber intelligenten Data-Loss Prevention Policies, kurz DLP.
00:17:04: DLP – lass uns das mal entmystifizieren!
00:17:07: Wie genau sieht so eine intelligente Policy in der Praxis aus?
00:17:11: Ohne dass sie sich wie einen Gefängnis anfühlt?
00:17:13: Ja, genau….
00:17:14: die Leute sollen ja noch arbeiten können.
00:17:16: Stell dir DLP einfach wie einer Art digitalen Sandkasten vor.
00:17:21: Okay, ein Sandkasten.
00:17:22: Das Center of Excellence teilt alle verfügbaren Datenquellen und Konnektoren in verschiedene Kategorien ein – meistens in Businessdaten und Non-Business-Daten.
00:17:33: Was ist was?
00:17:35: Zur Business-Kategorie gehören das interne ERP-System, SharePoint, Outlook und eure vertraulichen Datenbanken.
00:17:42: Alles, was der Firma gehört.
00:17:44: Genau!
00:17:45: Zur Non-business-Kategory gehören Dinge wie Twitter, private Dropbox-Accounts oder öffentliche Wetterarpies.
00:17:52: Und die Regel?
00:17:53: Die DLP Policy besagt nun eine sehr simple aber harte Regel!
00:17:57: Du darfst niemals eine Verbindung zwischen einem System aus der Business Kategorie und einem aus der Non-Business Kategorie herstellen.
00:18:05: Ah ok... Das heißt, ich kann als Mitarbeiter in der Personalabteilung völlig frei und kreativ einen komplexen Automatisierungsflow bauen.
00:18:15: Zum Beispiel einen der Urlaubsanträge aus Outlook ausliest und die dann automatisch im internen SharePoint-Kalender einträgt.
00:18:23: Ganz genau!
00:18:23: Weil sich beide Systeme im Outlook und SharePoint im sicheren Business Handkasten befinden lässt sich das System einfach machen.
00:18:31: Ich muss niemanden fragen?
00:18:32: Du brauchst keine Fragabe von der IT.
00:18:34: Du kannst sofort loslegen und deinen Arbeitsalltag erleichtern.
00:18:38: Aber was, wenn ich die Dropbox einbinde?
00:18:40: In dem Moment wo du versuchst den selben Flow so umzubauen dass er eine vertrauliche E-Mail aus Outlook automatisch in eine private Dropbox schiebt
00:18:48: Dann schlägt das System Alarm.
00:18:49: Da greift die DLP Policy in Millisekunden ein und blockiert den Prozess komplett Noch bevor das erste Datenpaket fließt.
00:18:56: Das ist wirklich ein genialer Ansatz!
00:18:59: Man zieht Leitplanken hoch, aber innerhalb der Spur dürfen die Fachabteilungen so schnell fahren wie sie wollen.
00:19:05: Sie können innovativ sein ohne Schaden anzurichten.
00:19:07: BundROX schreibt in diesem Zusammenhang ja auch viel über Monitoring.
00:19:11: Ein
00:19:11: ganz wichtiges Thema...
00:19:13: bei vielen Mitarbeitern immer sofort diesen unschönen Beigeschmack von Überwachung.
00:19:19: So nach dem Motto, die IT schaut mir auf die Finger wann ich welchen Knopf drücke?
00:19:25: Ja das ist ein extrem häufiges Missverständnis.
00:19:28: Beim Monitoring im Rahmen dieses Center of Excellence geht es überhaupt nicht um die Kontrolle des Mitarbeiters
00:19:33: Sondern worum dann?
00:19:35: Es geht um die Vitalfunktionen des digitalen Nervensystems Wie
00:19:38: beim Arzt quasi.
00:19:39: Richtig!
00:19:40: Die Administratoren müssen sehen können, wie viele API-Aufrufe haben wir gerade im gesamten Netzwerk?
00:19:47: Gibt es irgendwo einen Stau im Datenverkehr oder
00:19:50: fällt ein System aus?
00:19:51: Genau.
00:19:52: Produziert ein bestimmter Flow plötzlich tausende Fehlermeldungen pro Minute weil das Quellsystem kurz vom Netz ist.
00:19:58: Es geht rein um die Sicherstellung der Betriebsbereitschaft.
00:20:01: Ohne Transparenz ist man blind.
00:20:03: Ohne transparent kannst du kein Netzwerk skalieren.
00:20:06: Du musst wissen, wo deine Lastspitzen liegen um präventiv eingreifen zu können.
00:20:10: Präventiveingreifen ist das perfekte Stichwort für den letzten großen Bereich dieses Artikels
00:20:16: Die Zukunft.
00:20:16: Wir haben jetzt also die Reise gemacht Weg von den fragilen Klickskripten, die an drei Pixeln scheitern
00:20:22: Hinzu den APIs Hinsu
00:20:24: einem stabilen lautlosen API-Nervensystem Das durch kluge DLP Policies sicher in der Spur gehalten wird.
00:20:31: Richtig
00:20:32: Wenn dieses Fundament nun steht, was ist der nächste evolutionäre Schritt?
00:20:36: Bundrock sprich ja am Ende davon dass wir die traditionelle wenn dann Logik verlassen müssen.
00:20:42: Was meint er damit?
00:20:43: Bisher haben wir über Systeme gesprochen, die immer noch eine harte Programmierung brauchen auch wenn sie elegant über API's laufen.
00:20:51: Es sind immer noch feste Regeln.
00:20:53: Genau!
00:20:54: Die klassische Wendan-Logik Ein Mensch muss definieren.
00:20:59: Wenn eine E-Mail mit dem Betreff Rechnung ankommt, dann speichere den Anhang im Ordner X.
00:21:04: Das System macht nur was man ihm sagt.
00:21:06: Es tut das absolut zuverlässig aber es denkt nicht mit.
00:21:09: Was ist das Problem daran?
00:21:10: Was
00:21:11: passiert wenn der Lieferant den Betriff plötzlich in Faktura ändert oder in Zahlungsaufforderungen?
00:21:16: Dann greift die Regel nicht mehr.
00:21:18: Der
00:21:18: Flow bricht nicht technisch zusammen Aber er greift einfach ins Leere.
00:21:22: Das Dokument bleibt liegen.
00:21:24: Den nächste große Umbruch, den Bundrucks skizziert ist die tiefe Integration von künstlicher Intelligenz in dieses Power-Automaten-Nervensystem.
00:21:32: Wir wechseln also, von reagieren zu agieren.
00:21:35: Exakt!
00:21:36: Wir bewegen uns von einer IT, die nur stupide reagiert, zu einer IT ,die agiert und antizipiert.
00:21:43: Wie
00:21:43: sieht das konkret in der Praxis aus?
00:21:45: Also wie ersetzt KI diese starren Wendernregeln?
00:21:49: Stell dir vor, die Eidem die Automatisierung auf eine autonome Ebene.
00:21:53: Das System versteht durch große Sprachmodelle und maschinelles Lernen plötzlich den echten Kontext.
00:21:59: Es liest also mit...
00:22:00: Es sucht nicht mehr nach einem exakten Wort wie Rechnung im Betreff, es liest die E-Mail und versteht, ah das ist eine Zahlungsaufforderung auch wenn das Wort Rechnungen gar nicht dünn steht
00:22:11: Und schickt es selbstständig an die Buchhaltung.
00:22:13: Genau!
00:22:14: Und es geht noch viel weiter.
00:22:15: Das wirft eine wichtige Frage auf was passiert mit großen Datenströmen?
00:22:20: Stichwort Predictive Routing.
00:22:22: Das KI-gestützte Nervensystem analysiert kontinuierlich den gesamten Datenverkehr des Unternehmens, es erkennt Muster die für uns Menschen völlig unsichtbar sind.
00:22:33: Hast du da ein Beispiel?
00:22:34: Es stellt zum Beispiel fest jeden letzten Freitag im Monat staunen sich in der Abteilung von Herrn Müller tausende Freigaben.
00:22:40: das verlangsamt das ganze System.
00:22:42: und dann schickt das System eine Warnemail an die IT damit die helfen kann.
00:22:46: Nein nein genau das ist der Sprung.
00:22:49: Es warnt nicht nur, es handelt.
00:22:52: Autonom.
00:22:53: Noch bevor der Freitag Nachmittag überhaupt erreicht ist und der Engpass real wird leitet das System zusätzliches Server Kapazitäten dorthin um oder es entscheidet selbständig.
00:23:03: Diese fünfhundert Freigaben bei Herrn Müller sind absolute Routine-Standardfälle unter hundert Euro.
00:23:08: Die winken wir einfach durch!
00:23:09: Die
00:23:10: winke ich auf Basis historischer Daten vollautomatisch durch, damit Herr Müller sich nur auf die wirklich komplexen Ausnahmen konzentrieren muss.
00:23:17: Das ist ja unglaublich!
00:23:18: Die Infrastruktur optimiert ihre eigenen Workflows völlig selbstständig in Echtzeit.
00:23:23: Also was bedeutet das nun alles?
00:23:25: Das ist strategisch betrachtet ein gewaltiger Schritt
00:23:28: Ein Paradigmenwechsel.
00:23:30: Das brechen hier nicht mehr über ein kleines Tool, das Dateien von A nach B schiebt um ein bisschen Zeit zu sparen?
00:23:35: Nein längst nicht mehr.
00:23:36: Wir sprechen über einen Motor der aktiv die Geschäftsabläufe und die Produktivität eines ganzen Unternehmens steuert?
00:23:43: Absolut!
00:23:44: Und hier schließt sich der Kreis zur Bund-ROX zentraler These in dem Artikel.
00:23:48: Die strategische Konsequenz für alle Entscheider ist klar – die KI-Revolution in der Geschäftswelt ist nicht mehr aufzuhalten.
00:23:55: Das sehen wir ja jetzt schon überall.
00:23:56: Aber du kannst diese hochmodernen KI-Agenten niemals auf ein instabiles Fundament aus oberflächlichen RPA-Skripten bauen,
00:24:03: weil alles zusammenbricht wenn die KI auf einen falschen Pixel klickt?
00:24:07: Das System würde unter seiner eigenen Last und Komplexität kollabieren!
00:24:11: Wer heute aber die harte Arbeit leistet sein Fundament sauber über diesen API First Ansatz zu strukturieren,
00:24:17: wer also die Silent Efficiency etabliert?
00:24:20: Genau – wer das heute macht Der hat die Autobahn für die KI bereits gebaut.
00:24:26: Diese Unternehmen müssen ihre Architektur nicht in zwei Jahren neu erfinden, wenn KI-Technologien Standard sind.
00:24:33: Sie stöpseln die KI einfach ein!
00:24:35: Sie
00:24:35: schalten den KI-Motor einfach ein und erläuft sofort reibungslos über das bestehende sichere Nervensystem.
00:24:42: Das ist der Wettbewerbsvorteil... ...das
00:24:44: ist der Unterschied zwischen kurzfristigem Aktionismus und echter bleibender strategischer Überlegenheit.
00:24:50: Okay, lass uns das Ganze zum Abschluss noch einmal für dich rekapitulieren.
00:24:54: Gerne!
00:24:55: Wir sind heute auf dem sprichwörtlichen Kellerboden der Automatisierung gestartet bei den fehleranfälligen Click-Robotern die blind auf Oberflächen agieren
00:25:03: und Unmengen an technischen Schulden anhäufen
00:25:06: Genau weil sie wegen minimaler Design Updates einfach abstürzen.
00:25:09: wir haben dann gesehen dass die Lösung darin liegt den Maschinenraum über APIs direkt zu vernetzen.
00:25:16: Das bringt uns die Silent Efficiency
00:25:18: Visuelle Unabhängigkeit, Millisekundengeschwindigkeit und absolute Datensicherheit.
00:25:23: Wir haben auch gelernt dass diese Macht durch einen Center of Excellence und clevere Sandkastenprinzipien kontrolliert werden muss!
00:25:31: Die DLP Policies
00:25:32: Richtig um das Risiko der Schatten-IT zu bannen.
00:25:35: Und am Ende steht die Erkenntnis Wer dieses API Nervensystem heute baut bereitet den Boden für eine proaktive KI gesteuerte Zukunft
00:25:43: In der das System selbst mitdenkt...
00:25:45: ...und Engpässe auflöst bevor sie überhaupt entstehen.
00:25:48: Ein wirklich faszinierender Wandel.
00:25:50: Das ist die Essenz von Buntrocks Analyse, ja?
00:25:53: Und wenn wir diese Vision einer vollständig autonomen proaktiven IT-Infrastruktur wirklich ernst nehmen bleibt am Ende ein Gedanke den ich dem Hörer gerne noch mitgeben möchte...
00:26:02: Welcher Gedankel?
00:26:03: ...ein Gedanken der über die reine Technik hinausgeht.
00:26:05: Wenn unser Unternehmensnervensystem in naher Zukunft tatsächlich völlig autonom handelt
00:26:11: Ja
00:26:12: Wenn es Muster in Datenströmen erkennt, Geschäftsrisiken präzise vorhersagt und sich bei Engpassen vollautomatisch selbst heilt.
00:26:20: Und zwar lange bevor wir Menschen überhaupt merken.
00:26:23: das ist ein Problem gab.
00:26:24: Worauf willst du hinaus?
00:26:26: Welche Rolle spielen wir Menschen dann eigentlich noch in diesem Konstrukt?
00:26:30: Sind wir dann wirklich noch das steuernde Gehirn des Unternehmens dass die strategischen Zügel in der Hand hält?
00:26:35: oder was ist die Alternative?
00:26:37: Oder werden wir schleichend bloß zu passiven Beobachtern unserer eigenen?
00:26:43: Ein enorm mächtiger Gedanke zum Abschluss.
00:26:46: Sind wir noch die Architekten oder nur noch die staumenden Zuschauer unserer eigenen Systeme?
00:26:52: Nimm diese Frage gerne mal mit in deinen Alltag und beobachte, wie viel Technologie um dich herum eigentlich heute schon still- und heimlich Entscheidungen trifft!
00:27:01: Wir hoffen, diese tiefgehende Analyse hat dir einige neue Perspektiven eröffnet und hilft dir vielleicht dabei das digitale Nervensystem in deinem eigenen Arbeitsumfeld mit ganz anderen Augen zu sehen.
00:27:13: Danke dass du dir die Zeit für diese Untersuchung genommen hast – bis zum nächsten Mal!
Neuer Kommentar