WEBVTT

00:00:00.370 --> 00:00:06.970
Bereit für 10 Tage voller Microsoft 365, Co-Pilot, KI-Azure und den Vordenkern der Arbeitswelt von morgen.

00:00:07.970 --> 00:00:11.650
Diesen Januar ist die M35 von Wurum 60 kommt zurück und wir legen noch eine Schippe drauf.

00:00:12.690 --> 00:00:17.910
Seien Sie dabei bei Live-Sessions, Praxis-Demos und Expertenwissen von MVPs und Branchengrößen weltweit.

00:00:18.850 --> 00:00:21.290
Keine generischen Slides, kein leeres Buzzword-Bingo.

00:00:22.010 --> 00:00:23.370
Wir gehen echte Herausforderungen an.

00:00:23.690 --> 00:00:28.790
Co-Pilot Studio, KI-Agenten, Fabrik, Sicherheit, Governance und Automatisierung. Beine.

00:00:28.790 --> 00:00:33.730
Ob IT-Profi, Entwickler oder Führungskraft, wir haben die passenden Sessions für Sie.

00:00:34.130 --> 00:00:34.270
Sie.

00:00:35.570 --> 00:00:39.890
An 10 vollen Tagen können Sie Technologien entdecken und sich mit einer globalen Community vernetzen.

00:00:40.990 --> 00:00:44.310
Schauen Sie live zu und nehmen Sie praktische Erkenntnisse mit in Ihr Unternehmen.

00:00:45.190 --> 00:00:48.910
Januar 2027, 10 Tage, eine Microsoft-Community.

00:00:49.430 --> 00:00:50.570
Die Registrierung ist jetzt eröffnet.

00:00:51.770 --> 00:00:55.690
Gehen Sie auf m3565.net und sichern Sie sich noch heute Ihren Platz.

00:00:55.690 --> 00:00:58.690
Das ist m3565.net.

00:00:58.790 --> 00:01:03.310
Melden Sie sich jetzt unter m3565.net an Wir sehen uns live.

00:01:03.630 --> 00:01:04.930
Im Januar Wir sehen uns live.

00:01:05.330 --> 00:01:06.970
Es ist 0347 UTC.

00:01:07.710 --> 00:01:09.170
Der Großteil des IT-Teams schläft.

00:01:09.870 --> 00:01:12.110
Doch irgendwo in den Cloud-Logs bildet sich ein Muster.

00:01:12.830 --> 00:01:13.570
Es beginnt klein.

00:01:13.930 --> 00:01:17.170
Drei neue Sharepoint-Listen namens Test-Test-Day erstellt innerhalb von vier Minuten.

00:01:18.150 --> 00:01:20.790
Dann ein plötzlicher Anstieg bei Berechtigungsänderungen ohne Ticket.

00:01:21.770 --> 00:01:24.630
Schließlich schlägt eine Reihe von Power-Automate-Flows gleichzeitig fehl.

00:01:24.630 --> 00:01:26.330
Und das Telefon klingelt nicht.

00:01:26.670 --> 00:01:27.330
Das ist der gruselige Teil.

00:01:27.730 --> 00:01:30.510
Der CIO bekommt keinen Anruf, weil das System technisch gesehen nicht ausgefallen ist.

00:01:31.050 --> 00:01:32.270
Die Serverlichter leuchten weiterhin grün.

00:01:33.150 --> 00:01:36.670
Aber wenn man das Muster genau betrachtet, sieht man keinen Ausfall, sondern Entropie.

00:01:37.630 --> 00:01:38.030
Entropie?

00:01:38.590 --> 00:01:40.310
Dieser schleichende Verfall in die Unordnung.

00:01:40.310 --> 00:01:44.310
Es fühlt sich an, als würden wir uns so sehr auf die lauten Ausfälle konzentrieren.

00:01:45.170 --> 00:01:45.610
Ransomware.

00:01:46.010 --> 00:01:46.870
Die DOS-Attacken.

00:01:47.430 --> 00:01:48.930
Dass wir diesen stillen Zerfall ignorieren.

00:01:49.890 --> 00:01:54.530
Wir sprechen heute über den schleichenden Tod im Microsoft 365-Ökosystem, oder?

00:01:55.470 --> 00:01:55.950
Exakt.

00:01:56.450 --> 00:02:00.070
Wir sprechen darüber, wie Plattformsysteme leise scheitern, lange bevor sie laut ausfallen.

00:02:00.650 --> 00:02:04.290
Und wie man diesen Abwärtstrend mit Disziplin statt mit Heldenaktionen stoppt.

00:02:04.290 --> 00:02:07.530
Denn aktuell basieren die meisten Organisationen auf Heldenaktionen.

00:02:08.370 --> 00:02:11.670
Sie haben diesen einen Power-Plattform-Typen, der den Flow repariert, wenn er mitten in der Nacht abstürzt.

00:02:12.070 --> 00:02:13.590
Das ist keine Strategie, das ist ein Risiko.

00:02:14.410 --> 00:02:16.130
Lassen Sie uns diese Entropie also aufschlüsseln.

00:02:16.850 --> 00:02:20.630
Das Quellenmaterial, das wir heute betrachten, beschreibt es als eine sich verstärkende Instabilität.

00:02:21.270 --> 00:02:22.610
Es beginnt beim Substrat selbst.

00:02:23.570 --> 00:02:24.010
SharePoint.

00:02:25.570 --> 00:02:30.750
SharePoint, das Schweizer Taschenmesser, das jeder gleichzeitig als Hammer, Säge und relationale Datenbank benutzt.

00:02:31.250 --> 00:02:34.010
Das Kernproblem ist, SharePoint ist ein Kollaborationssubstrat.

00:02:35.110 --> 00:02:37.910
Es wurde für Dokumente und Datenlisten entwickelt, die von Menschen gelesen werden.

00:02:38.810 --> 00:02:40.550
Aber die Leute versuchen es wie eine SQL-Server zu behandeln.

00:02:41.070 --> 00:02:42.150
Ich habe das schon hundertmal gesehen.

00:02:43.170 --> 00:02:45.350
Sie erhalten eine Anfrage für ein einfaches Tracking-Tool.

00:02:45.530 --> 00:02:49.270
Und plötzlich haben sie eine Liste mit 50 Spalten, 5 verschiedenen Nachschlageketten

00:02:49.270 --> 00:02:53.350
und einer Berechtigungsstruktur, für die man einen Doktortitel braucht, für die man ein Doktortitel braucht.

00:02:53.590 --> 00:02:54.670
Und genau da beginnt der Verfassung.

00:02:55.030 --> 00:02:56.690
Im Dokument wird das als Schimmadisziplin bezeichnet.

00:02:57.190 --> 00:02:58.690
Es klingt langweilig, ist aber entscheidend.

00:02:59.110 --> 00:03:00.230
Zum Beispiel bei der Benennung von Listen.

00:03:00.430 --> 00:03:03.450
Man sieht Listen mit Namen wie ins Test-Tracker oder Projekt X temporär.

00:03:04.290 --> 00:03:06.910
Für eine Sandbox ist das in Ordnung, aber für die Produktion nicht.

00:03:07.430 --> 00:03:09.030
Benennen Sie die Liste nach dem geschäftlichen Subsetting.

00:03:09.390 --> 00:03:10.750
Es ist ein Vorfall, nicht Jens Tracker.

00:03:11.690 --> 00:03:14.410
Und technische Schulden sammeln sich auch bei den Spaltennamen an, oder?

00:03:15.210 --> 00:03:16.610
Sie nennen eine Spalte heute Status.

00:03:17.110 --> 00:03:19.170
Ändern den Anzeigenamen auf aktueller Zustand.

00:03:19.450 --> 00:03:21.110
Aber die API sieht immer noch Status.

00:03:22.230 --> 00:03:23.970
Dann löschen Sie sie und erstellen Status 2.

00:03:24.910 --> 00:03:26.870
Status 2, Status endgültig, Status echt.

00:03:26.870 --> 00:03:29.730
Das ist ein Albtraum für jeden, der eine App darauf aufbauen will.

00:03:30.510 --> 00:03:32.610
Die Regel ist einfach, interne Namen ändern sich nie.

00:03:33.390 --> 00:03:35.410
Bezeichnungen sind für die Benutzeroberfläche, nicht für die API.

00:03:36.070 --> 00:03:38.630
Wenn Sie das nicht durchsetzen, bauen Sie einen Wolkenkratzer auf einem Sumpf.

00:03:39.190 --> 00:03:40.730
Und dann gibt es noch das Problem der Beziehungen.

00:03:41.150 --> 00:03:42.650
Oh, die gefürchtete Nachschlagespeite.

00:03:43.310 --> 00:03:44.170
Nachschlagefelder sind verfügbar.

00:03:44.590 --> 00:03:46.130
Sie fühlen sich wie ein relationaler Join an.

00:03:46.470 --> 00:03:48.070
Aber SharePoint ist keine relationale Datenbank.

00:03:48.470 --> 00:03:49.430
Die Richtlinie hier ist streng.

00:03:50.250 --> 00:03:51.810
Ein Nachschlagefeld pro kritischer Ansicht.

00:03:51.910 --> 00:03:53.290
Vielleicht zwei, wenn man Glück hat.

00:03:54.030 --> 00:03:56.530
Wenn Sie versuchen, mehrstufige Beziehungen abzubilden,

00:03:56.850 --> 00:03:59.110
wie das Filtern einer Liste basierend auf einem Nachschlagefeld,

00:03:59.190 --> 00:04:00.950
das in einer anderen Liste nachschlägt, müssen Sie damit aufhören.

00:04:01.230 --> 00:04:01.910
Wo gehen Sie also hin?

00:04:02.730 --> 00:04:04.790
Wenn SharePoint diese Komplexität nicht bewältigen kann,

00:04:04.870 --> 00:04:05.590
geben Sie dann einfach auf.

00:04:06.170 --> 00:04:06.890
Sie verschieben die Daten.

00:04:07.310 --> 00:04:09.150
Das ist ein Gespräch über Dataverse oder SQL.

00:04:09.150 --> 00:04:12.470
Wenn Sie transaktionale Integrität und komplexe Joints benötigen,

00:04:12.770 --> 00:04:14.330
missbrauchen Sie SharePoint und das System.

00:04:14.610 --> 00:04:15.530
Wird Sie dafür bestrafen?

00:04:16.770 --> 00:04:17.930
Nicht heute, vielleicht nicht morgen,

00:04:18.010 --> 00:04:19.950
aber irgendwann wird eine Abfrage den Schwellenwert erreichen,

00:04:20.030 --> 00:04:21.230
die Delegation wird fehlschlagen

00:04:21.230 --> 00:04:23.170
und Ihre App wird leere Bildschirme anzeigen.

00:04:24.310 --> 00:04:25.750
Wenn wir schon vom Kaputtmachen sprechen,

00:04:26.050 --> 00:04:26.990
reden wir über Berechtigungen.

00:04:27.750 --> 00:04:29.070
Dies ist ein riesiger Schwachpunkt,

00:04:29.410 --> 00:04:31.250
die Falle der Berechtigungen auf Elementebene.

00:04:31.850 --> 00:04:32.910
Es ist die klassische Anfrage.

00:04:33.050 --> 00:04:35.110
Ich möchte, dass nur der Ersteller seine eigenen Elemente sehen kann.

00:04:35.510 --> 00:04:38.010
Es klingt vernünftig, aber technisch gesehen ist es ein Fass ohne Boden.

00:04:38.570 --> 00:04:40.630
Wenn Sie die Vererbung für jedes einzelne Element

00:04:40.630 --> 00:04:42.750
in einer Liste mit 50.000 Einträgen aufheben,

00:04:43.010 --> 00:04:44.890
muss der Server bei jeder Abfrage eines Benutzers

00:04:44.890 --> 00:04:47.370
die Zugriffssteuerungsliste für jede einzelne Zeile prüfen.

00:04:48.310 --> 00:04:49.290
Das zerstört die Performance.

00:04:49.850 --> 00:04:50.490
Die Lösung ist also,

00:04:50.550 --> 00:04:52.230
die Vererbung auf Website-Ebene aufzuheben,

00:04:52.330 --> 00:04:53.250
nicht auf Elementebene.

00:04:53.750 --> 00:04:53.970
Immer.

00:04:54.430 --> 00:04:55.950
Wenn Sie Zeilen unterschiedlich absichern müssen,

00:04:56.030 --> 00:04:57.970
benötigen Sie verschiedene Listen oder eine andere Datenquelle.

00:04:58.410 --> 00:04:59.270
Und verwenden Sie bitte Gruppen.

00:04:59.690 --> 00:05:01.490
Weisen Sie niemals Berechtigungen an einzelne Personen zu.

00:05:01.850 --> 00:05:02.870
Menschen gehen, Gruppen bleiben.

00:05:03.130 --> 00:05:06.070
Es scheint, als sei das Thema hier mit dem Improvisieren aufzuhören.

00:05:06.070 --> 00:05:08.730
Was uns perfekt zur zweiten Säule führt, Power-Apps.

00:05:08.990 --> 00:05:09.550
Power-Apps.

00:05:10.290 --> 00:05:12.570
Der Text beschreibt Power-Apps entweder als deterministisch

00:05:12.570 --> 00:05:14.190
oder als Chaos mit einem Speichern-Button.

00:05:15.310 --> 00:05:16.530
Das sind ziemlich krasse Dichotomie.

00:05:16.950 --> 00:05:17.950
Ist es aber, sie ist zutreffend.

00:05:18.310 --> 00:05:20.070
Eine Canvas-App fühlt sich wie eine leere Leinwand an.

00:05:20.410 --> 00:05:21.470
Man kann malen, was immer man will.

00:05:21.810 --> 00:05:22.390
Das ist die Gefahr.

00:05:22.770 --> 00:05:24.290
Eine deterministische App bedeutet,

00:05:24.410 --> 00:05:25.970
dass Sie als Entwickler den Status kontrollieren.

00:05:26.510 --> 00:05:28.190
Sie wissen genau, welche Daten geladen werden,

00:05:28.330 --> 00:05:29.690
wann sie übermittelt werden und was passiert,

00:05:29.790 --> 00:05:30.510
falls es fehlschlägt.

00:05:31.190 --> 00:05:32.650
Im Gegensatz zum Chaos-Ansatz,

00:05:32.650 --> 00:05:34.690
bei dem man einfach Steuerelemente auf einen Bildschirm wirft

00:05:34.690 --> 00:05:37.130
und hofft, dass die Formular-Übermittlungsfunktion-Funktion funktioniert.

00:05:37.610 --> 00:05:37.850
Genau.

00:05:38.750 --> 00:05:40.650
Chaos bedeutet sich auch implizite Verhaltensweisen zu wollen.

00:05:41.350 --> 00:05:42.310
Es ist komplexe Logik,

00:05:42.370 --> 00:05:44.370
in die On-Select-Eigenschaft eines Buttons zu packen,

00:05:44.590 --> 00:05:46.550
die drei Datenquellen patscht, eine E-Mail sendet

00:05:46.550 --> 00:05:48.630
und zu einem neuen Bildschirm navigiert.

00:05:48.770 --> 00:05:50.250
Alles ohne Fehlerbehandlung.

00:05:51.430 --> 00:05:53.070
Wenn das Internet zwischendurch kurz ausfällt,

00:05:53.270 --> 00:05:54.150
sind Ihre Daten korrupt.

00:05:54.610 --> 00:05:56.090
Wie machen wir es also deterministisch?

00:05:56.790 --> 00:05:58.450
Sie zentralisieren Ihre Lese- und Schreibvorgänge.

00:05:58.930 --> 00:06:01.310
Ihre Steuerelemente sollten die Datenbank nicht direkt abfragen.

00:06:01.310 --> 00:06:03.170
Sie sollten, wo immer es angebracht ist,

00:06:03.190 --> 00:06:04.830
auf lokale Sammlungen oder Variablen zugreifen.

00:06:05.270 --> 00:06:06.750
Und Sie müssen das Übermitteln des Formulars

00:06:06.750 --> 00:06:08.110
als atomaren Vorgang behandeln.

00:06:08.570 --> 00:06:09.330
Wenn Sie Patch verwenden,

00:06:09.830 --> 00:06:10.950
müssen Sie Nebenläufigkeit verwalten.

00:06:11.790 --> 00:06:12.850
Nebenläufigkeit ist ein großes Thema.

00:06:13.490 --> 00:06:15.910
Zwei Personen bearbeiten gleichzeitig denselben Datensatz.

00:06:16.670 --> 00:06:17.890
Wenn man das nicht explizit steuert,

00:06:17.950 --> 00:06:19.070
gewinnt die letzte Person die Speichert

00:06:19.070 --> 00:06:20.870
und die Arbeit der anderen Person wird überschrieben,

00:06:20.950 --> 00:06:21.590
ohne dass sie es merkt.

00:06:22.050 --> 00:06:23.230
Da haben wir wieder diesen stillen Fehler.

00:06:24.130 --> 00:06:25.210
Das System ist nicht abgestürzt,

00:06:25.270 --> 00:06:26.110
aber die Daten sind falsch.

00:06:26.650 --> 00:06:28.370
Der Text erwähnt auch operative Disziplin

00:06:28.370 --> 00:06:29.390
bei Apps-Protokollierung.

00:06:29.390 --> 00:06:30.930
Dessen, was die App tatsächlich getan hat,

00:06:30.930 --> 00:06:31.910
nicht nur, was sie tun sollte.

00:06:32.450 --> 00:06:34.130
Das ist der Unterschied zwischen dem Spielzeug und dem Werkzeug.

00:06:34.770 --> 00:06:36.590
Eine professionelle App generiert Telemetriedaten.

00:06:37.290 --> 00:06:38.810
Benutzer X navigierte zu Bildschirm Y.

00:06:39.610 --> 00:06:41.330
Benutzer Z versuchte, ein Formular zu übermitteln,

00:06:41.530 --> 00:06:42.970
scheiterte mit Fehlercode 133.

00:06:43.610 --> 00:06:44.790
Wenn Sie diese Protokolle nicht haben,

00:06:44.890 --> 00:06:45.810
debuggen Sie mit Vermutungen.

00:06:46.610 --> 00:06:48.170
Schalten wir einen Gang höher zum Maschinenraum.

00:06:48.450 --> 00:06:49.090
Power Automate.

00:06:49.550 --> 00:06:50.750
Die Beschreibung hier ist anschaulich.

00:06:51.450 --> 00:06:52.930
Zeitbomben entschärft durch Protokolle.

00:06:53.770 --> 00:06:54.630
Flows sind beängstigend,

00:06:54.670 --> 00:06:55.510
weil sie im Hintergrund laufen.

00:06:55.930 --> 00:06:56.710
Man sieht das Scheitern nicht,

00:06:56.710 --> 00:06:57.650
es sei denn, man sucht danach.

00:06:57.770 --> 00:06:59.290
Und sie scheitern genau wie brennende Gebäude.

00:06:59.290 --> 00:07:01.210
Erst leise, dann auf einmal alles.

00:07:02.170 --> 00:07:03.550
Was ist die Hauptursache für dieses Feuer?

00:07:04.370 --> 00:07:05.610
Ein Mangel an defensiven Design,

00:07:05.690 --> 00:07:06.430
insbesondere bei Triggern.

00:07:07.110 --> 00:07:08.090
Wenn Sie einen Flow haben,

00:07:08.190 --> 00:07:10.470
der bei einer Änderung eines Elements ausgelöst wird

00:07:10.470 --> 00:07:11.870
und keine Triggerbedingungen festlegen,

00:07:12.310 --> 00:07:13.470
läuft dieser Flow jedes Mal,

00:07:13.550 --> 00:07:14.750
wenn jemand das Element anfasst,

00:07:14.890 --> 00:07:16.630
selbst wenn nur ein Tippfehler korrigiert wird.

00:07:17.410 --> 00:07:19.370
So haben Sie tausende unnötige Ausführungen,

00:07:19.470 --> 00:07:20.750
die Ihre API-Limits verstopfen.

00:07:21.190 --> 00:07:21.410
Genau.

00:07:21.850 --> 00:07:22.470
Die Braunkbereichs.

00:07:22.730 --> 00:07:23.970
Führen Sie diesen Flow nur aus,

00:07:24.030 --> 00:07:25.270
wenn sich der Status auf genehmigt ändert.

00:07:25.610 --> 00:07:27.930
Diese eine Änderung kann Ihre Auslastung um 90% senken.

00:07:27.930 --> 00:07:29.330
Und dann ist da noch die Nebenläufigkeit.

00:07:29.670 --> 00:07:29.970
Stimmt.

00:07:30.630 --> 00:07:31.390
Standardmäßig versucht,

00:07:31.470 --> 00:07:33.310
Power Automate alles parallel auszuführen,

00:07:33.370 --> 00:07:34.170
um hilfreich zu sein.

00:07:35.050 --> 00:07:35.970
Was ein Desaster ist,

00:07:36.150 --> 00:07:36.670
wenn Sie versuchen,

00:07:36.730 --> 00:07:38.110
das selber Listen-Element zu aktualisieren

00:07:38.110 --> 00:07:39.050
oder einen Zähler zu erhöhen,

00:07:39.370 --> 00:07:40.190
Sie erhalten Race Conditions.

00:07:40.650 --> 00:07:41.990
Sie müssen Parallelitätslimits festlegen.

00:07:42.410 --> 00:07:44.270
Manchmal müssen Sie die sequentielle Ausführung erzwingen,

00:07:44.390 --> 00:07:44.910
eins nach dem anderen,

00:07:45.010 --> 00:07:46.370
um die Datenintegrität zu gewährleisten.

00:07:46.810 --> 00:07:47.910
Und wie steht es mit der Fehlerbehandlung?

00:07:48.590 --> 00:07:50.550
Das Try-Catch-Muster ist im visuellen Designer

00:07:50.550 --> 00:07:52.470
nicht so nativ integriert wie im Code, oder?

00:07:52.470 --> 00:07:54.170
Sie müssen es selbst aufbauen.

00:07:54.630 --> 00:07:56.410
Sie erstellen einen Scope-Block für Ihre Hauptaktion,

00:07:56.490 --> 00:07:57.070
das ist Ihr Try,

00:07:57.210 --> 00:07:58.430
und dann einen Parallelen-Block,

00:07:58.510 --> 00:08:00.170
der nur bei einem Fehler des Ersten ausgeführt wird,

00:08:00.230 --> 00:08:00.830
das ist Ihr Catch.

00:08:01.930 --> 00:08:03.190
Wenn Sie keinen Catch-Block haben,

00:08:03.230 --> 00:08:03.750
der Sie alarmiert,

00:08:03.810 --> 00:08:05.230
kann ein Flow wochenlang fehlschlagen,

00:08:05.310 --> 00:08:05.930
ohne dass Sie es merken,

00:08:05.990 --> 00:08:06.730
bis ein Benutzer fragt,

00:08:06.750 --> 00:08:07.750
hey, wo bleibt meine Genehmigung?

00:08:07.750 --> 00:08:09.990
Dieses Schweigen ist der Feind.

00:08:10.790 --> 00:08:13.030
Es scheint, als wäre das Ziel all dieser Protokolle,

00:08:13.130 --> 00:08:15.970
stille Fehler in laute, eingegrenzte Fehler zu verwandeln.

00:08:16.330 --> 00:08:19.290
Ja, ich möchte, dass das System mich anschreit,

00:08:19.330 --> 00:08:20.050
wenn etwas kaputt geht,

00:08:20.110 --> 00:08:21.210
damit ich es sofort beheben kann.

00:08:21.870 --> 00:08:22.850
Ich möchte nicht, dass es flüstert,

00:08:22.910 --> 00:08:24.730
während es über sechs Monate die Datenbank korrumpiert.

00:08:25.530 --> 00:08:27.650
Nun, wir können nicht über die Zukunft dieser Plattform sprechen,

00:08:27.730 --> 00:08:28.750
ohne über KI zu sprechen.

00:08:30.110 --> 00:08:31.450
Co-Pilots, KI-Bilder.

00:08:32.650 --> 00:08:33.870
Jeder möchte sie einschalten.

00:08:33.870 --> 00:08:35.890
Aber der Text warnt.

00:08:36.410 --> 00:08:38.010
Der Anstieg begann nicht mit Code.

00:08:38.550 --> 00:08:39.790
Er begann mit einem PDF.

00:08:41.210 --> 00:08:42.950
KI ist der ultimative Beschleuniger.

00:08:43.670 --> 00:08:44.710
Wenn Ihre Governance schlecht ist,

00:08:44.750 --> 00:08:45.970
wird die KI sie schneller schlechter machen.

00:08:46.710 --> 00:08:47.430
Die Gefahr bei KI,

00:08:47.690 --> 00:08:49.730
insbesondere bei großen Sprachmodellen oder Co-Piloten,

00:08:49.830 --> 00:08:51.570
sind Halluzinationen und Überzugriffe.

00:08:51.810 --> 00:08:52.070
Sack.

00:08:53.290 --> 00:08:54.490
Bibliothekar, kein Orakel.

00:08:55.510 --> 00:08:56.490
Diese Zeile hat mir gefallen.

00:08:57.130 --> 00:08:58.010
Es ist die perfekte Analogie.

00:08:58.570 --> 00:08:59.910
Ein Orakel erfindet die Wahrheit.

00:09:00.470 --> 00:09:01.790
Ein Bibliothekar findet die Wahrheit,

00:09:01.790 --> 00:09:02.550
die bereits existiert.

00:09:02.550 --> 00:09:04.230
Wir möchten, dass unsere Unternehmens-KI

00:09:04.230 --> 00:09:04.930
ein Bibliothekar ist.

00:09:05.570 --> 00:09:07.150
Sie sollte nur auf Basis von zugelassenen

00:09:07.150 --> 00:09:08.130
Wissensquellen antworten.

00:09:08.730 --> 00:09:10.110
Wenn sie das Dokument nicht finden kann,

00:09:10.270 --> 00:09:11.330
sollte sie Ich-Weiß-Es-Nicht-Sagen

00:09:11.330 --> 00:09:12.590
anstatt eine Richtlinie zu erfinden.

00:09:13.150 --> 00:09:14.610
Und wie setzen wir das technisch durch?

00:09:15.450 --> 00:09:16.110
Wir brauchen Grenzen.

00:09:16.630 --> 00:09:18.230
Für die Dokumentverarbeitung durch den KI-Bilder

00:09:18.230 --> 00:09:19.730
benötigen sie bei niedrigen Konfidenzwerten

00:09:19.730 --> 00:09:20.490
den Menschen im Prozess.

00:09:20.910 --> 00:09:22.630
Wenn die KI sich nicht zu 90% sicher ist,

00:09:22.690 --> 00:09:24.130
dass die Rechnung über 500 Dollar outet,

00:09:24.190 --> 00:09:25.250
muss ein Mensch sie überprüfen.

00:09:25.890 --> 00:09:27.410
Sie lassen sie nicht einfach an das ERP-System schreiben.

00:09:28.030 --> 00:09:29.990
Und bei den Chatbots, den Co-Piloten?

00:09:29.990 --> 00:09:31.770
Zitate sind zwingend erforderlich.

00:09:32.050 --> 00:09:32.990
Wenn der Bot eine Antwort gibt,

00:09:33.070 --> 00:09:34.150
muss er auf das Quelldokument verlinken.

00:09:34.710 --> 00:09:35.970
Kein Zitat, keine Ausgabe.

00:09:36.650 --> 00:09:38.510
Und ganz wichtig, keine direkte Datenänderung.

00:09:39.270 --> 00:09:40.490
Man lässt ein Chatbot nicht direkt

00:09:40.490 --> 00:09:41.750
die SQL-Datenbank bearbeiten.

00:09:42.510 --> 00:09:44.050
Der Chatbot sollte einen streng kontrollierten

00:09:44.050 --> 00:09:45.350
Power-Automate-Flow auslösen,

00:09:45.390 --> 00:09:46.270
um die Änderung vorzunehmen.

00:09:46.770 --> 00:09:47.690
Der Flow ist der Türsteher.

00:09:48.550 --> 00:09:50.050
Die KI ist also nur die Schnittstelle.

00:09:50.710 --> 00:09:52.470
Die Governance-Logik bleibt in den starren,

00:09:52.550 --> 00:09:53.570
deterministischen Ebenen,

00:09:53.590 --> 00:09:54.710
die wir vorhin besprochen haben.

00:09:55.710 --> 00:09:55.930
Genau.

00:09:56.470 --> 00:09:58.050
Die KI ist das weiche und scharfe Frontend.

00:09:58.570 --> 00:10:00.590
Das Backend muss kalt, hart und logisch bleiben.

00:10:01.370 --> 00:10:02.550
Wir haben die Säulen behandelt.

00:10:02.870 --> 00:10:04.830
SharePoint-Apps, Automate, KI.

00:10:05.970 --> 00:10:07.630
Aber nichts davon funktioniert ohne das,

00:10:07.730 --> 00:10:09.610
was der Text das Governance-Rückgrat nennt.

00:10:10.530 --> 00:10:11.770
Die Kontrollen, die nicht blinzeln.

00:10:12.770 --> 00:10:14.370
Das ist der unsexy Teil, der ihren Job redet.

00:10:15.230 --> 00:10:16.710
DLP richten Ihnen zur Vermeidung

00:10:16.710 --> 00:10:18.090
von Datenverlust-Umgebungsstrategien.

00:10:18.430 --> 00:10:19.110
Man kann nicht zulassen,

00:10:19.210 --> 00:10:20.250
dass Leute Produktions-Apps

00:10:20.250 --> 00:10:21.410
in der Standardumgebung erstellen.

00:10:21.410 --> 00:10:23.610
Die Standardumgebung ist der wilde Westen.

00:10:23.990 --> 00:10:24.850
Dort stirbt die Governance.

00:10:25.310 --> 00:10:26.930
Sie brauchen eine Trennung von Dev, Test und Bracken.

00:10:27.190 --> 00:10:28.310
Sie benötigen verwaltete Lösungen.

00:10:28.590 --> 00:10:30.430
Wenn Sie rohe ZIP-Dateien nicht verwalteter Lösungen

00:10:30.430 --> 00:10:31.490
in die Produktion verschieben,

00:10:31.650 --> 00:10:32.430
suchen Sie nach Ärger.

00:10:33.210 --> 00:10:34.130
Und Dienstprinzipale.

00:10:34.830 --> 00:10:35.310
Hören Sie auf,

00:10:35.370 --> 00:10:37.130
Unternehmensflows unter Steves Konto auszuführen.

00:10:37.770 --> 00:10:39.510
Denn wenn Steve im Lotto gewinnt und kündigt,

00:10:40.250 --> 00:10:41.970
kommt die gesamte Kreditorenbuchhaltung zum Stillstand.

00:10:42.630 --> 00:10:43.910
Verwenden Sie ein Dienstprinzipal,

00:10:43.990 --> 00:10:45.310
eine nichtmenschliche Identität,

00:10:45.310 --> 00:10:46.850
damit das System auf der Architektur basiert

00:10:46.850 --> 00:10:48.070
und nicht auf der Mitarbeiterliste.

00:10:48.450 --> 00:10:50.070
Läuft alles auf eine Wahl hinaus, nicht wahr?

00:10:50.070 --> 00:10:51.810
Das Fazit bringt es auf den Punkt.

00:10:52.410 --> 00:10:53.530
Ausrichtung oder Entropie?

00:10:53.990 --> 00:10:54.650
Das ist die Binäre, Angel.

00:10:55.050 --> 00:10:55.810
Es gibt keinen Mittelweg.

00:10:56.290 --> 00:10:57.890
Entweder man erzwingt frühzeitig Strukturen,

00:10:58.090 --> 00:11:00.250
was sich restriktiv anfühlt und einen anfangs ausbremst,

00:11:00.330 --> 00:11:01.850
oder man zahlt später für den Umbau.

00:11:02.870 --> 00:11:04.910
Und ein Umbau ist immer zehnmal so teuer.

00:11:05.510 --> 00:11:06.190
Es ist interessant.

00:11:06.910 --> 00:11:08.190
Wir haben mit technischen Einstellungen

00:11:08.190 --> 00:11:10.670
indizierten Spalten und Nebenläufigkeitslimits begonnen.

00:11:11.210 --> 00:11:12.770
Aber das ist wirklich eine philosophische Haltung

00:11:12.770 --> 00:11:14.030
zum Management von Technologie.

00:11:14.810 --> 00:11:15.190
Das ist es.

00:11:15.490 --> 00:11:16.730
Es geht darum, das Werk zu respektieren.

00:11:17.430 --> 00:11:19.170
SharePoint, Powerplattformen, KI,

00:11:19.170 --> 00:11:20.630
da sind unglaublich mächtige Werkzeuge.

00:11:20.830 --> 00:11:20.950
Aber

00:11:20.950 --> 00:11:21.950
und da sind unglaublich mächtige Werkzeuge.

00:11:21.950 --> 00:11:27.950
Wir haben mit der