WEBVTT 00:00:00.270 --> 00:00:07.190 Bereit für 10 Tage voller Microsoft 365 Co-Pilot, KI, Azure und den Vordenkern der Arbeitswelt von morgen hoch. 00:00:07.650 --> 00:00:12.070 Diesen Januar ist die M365Con zurück und wir legen noch eine Schippe drauf. 00:00:12.950 --> 00:00:17.850 Erleben Sie Live-Sessions, Praxis-Demos und Expertenwissen von MVPs und Branchenprofis aus aller Welt. 00:00:18.850 --> 00:00:21.090 Keine generischen Folien, kein Endless Buzz-Widming. 00:00:21.570 --> 00:00:23.730 Wir widmen uns den echten Herausforderungen. 00:00:23.830 --> 00:00:28.710 Co-Pilot Studio, KI-Agenten, Fabrik, Sicherheit, Governance und Automatisierung. 00:00:28.710 --> 00:00:34.330 Ob IT-Profi-Entwickler oder Führungskraft-A-Skip-Sessions, die genau auf Sie zugeschnitten sind. 00:00:35.490 --> 00:00:39.930 An 10 vollen Tagen können Sie Technologien erkunden und sich mit einer globalen Community vernetzen. 00:00:40.970 --> 00:00:44.190 Seien Sie live dabei und nehmen Sie praxisnahe Erkenntnisse mit in Ihr Unternehmen. 00:00:45.150 --> 00:00:48.910 Januar 2027, 10 Tage, eine Microsoft Community. 00:00:49.390 --> 00:00:50.530 Die Anmeldung ist jetzt eröffnet. 00:00:51.770 --> 00:00:52.950 Sichern Sie sich noch heute Ihren Platz. 00:00:54.350 --> 00:00:57.970 Das ist m3fumundestekon.net 00:01:00.120 --> 00:01:04.680 Melden Sie sich jetzt unter m3fumundestekon.net an und wir sehen uns live im Januar. 00:01:05.340 --> 00:01:08.060 Ihr SharePoint-Formular sieht in Power-Apps großartig aus, bis es das plötzlich nicht mehr tut. 00:01:08.560 --> 00:01:09.980 Plötzlich speichert die Schaltfläche nicht mehr korrekt. 00:01:10.520 --> 00:01:13.740 Die Feldvalidierung verhält sich seltsam und die Performance fühlt sich an wie CR-Schlamm. 00:01:14.180 --> 00:01:14.680 Ist die Wahrheit. 00:01:15.280 --> 00:01:19.800 Power-Apps-Formulare wirken oft täuschend einfach, bergen aber Fallstricke, die die meisten Profis kalt erwischen. 00:01:21.520 --> 00:01:24.900 Heute sehen Sie genau, wo diese Fallstricke in einem realen Anfrageformular auftreten 00:01:24.900 --> 00:01:28.360 und mit welchen Schritt-für-Schritt-Techniken Ihr Formular nicht nur gut aussieht, sondern auch zuverlässig arbeitet. 00:01:28.360 --> 00:01:32.670 Warum einfache Anfänge zu schwierigen Problemen wären. 00:01:33.130 --> 00:01:35.050 Sie klicken auf den kleinen Button mit Power-Apps anpassen 00:01:35.050 --> 00:01:38.230 und innerhalb von Minuten wirkt Ihr SharePoint-Listen-Formular wie verwandelt. 00:01:39.250 --> 00:01:40.810 Plötzlich sind es nicht mehr nur Kästchen und Beschriftungen. 00:01:41.150 --> 00:01:44.190 Es ist eine elegante Anwendung mit Dropdowns, Schaltern und einem frischen Design. 00:01:44.750 --> 00:01:46.490 Es fühlt sich an, als hätten Sie in Rekordzeit eine App gebaut. 00:01:46.810 --> 00:01:47.750 Das ist das Aufregende daran. 00:01:48.130 --> 00:01:49.830 Doch die Begeisterung verfliegt meist schnell, 00:01:50.170 --> 00:01:51.850 da diese schnellen Erfolge oft nicht überdauern, 00:01:51.930 --> 00:01:54.450 sobald das Formular live geht und echte Nutzer damit arbeiten. 00:01:54.910 --> 00:01:55.110 Oh. 00:01:55.110 --> 00:01:57.590 Der Grund, warum es sich anfangs so einfach anfühlt, 00:01:57.650 --> 00:01:59.490 ist, dass Power-Apps einen visuellen Ansatz fördert. 00:02:00.390 --> 00:02:02.090 Sie ziehen ein Steuerelement auf den Bildschirm, 00:02:02.250 --> 00:02:04.770 setzen eine Eigenschaft mit einer Formel, die fast wie in Excel aussieht 00:02:04.770 --> 00:02:06.230 und es reagiert genau wie erwartet. 00:02:06.930 --> 00:02:08.950 Innerhalb einer einzigen Sitzung können Sie Felder ausblenden, 00:02:09.090 --> 00:02:10.810 Elemente verschieben und sogar Logik hinzufügen, 00:02:10.870 --> 00:02:13.350 für die man in den nativen SharePoint-Formulareinstellungen viel länger bräucht. 00:02:14.070 --> 00:02:15.730 Diese Illusion von schnellem Fortschritt ist stark. 00:02:16.210 --> 00:02:18.250 Was Sie noch nicht sehen, ist alles, was im Hintergrund abläuft, 00:02:18.450 --> 00:02:21.810 wie eng diese benutzerdefinierte Logik mit SharePoint-Daten verknüpft ist 00:02:21.810 --> 00:02:25.090 und wie anfällig sie wird, sobald man die sichere Umgebung des Vorschau-Modus verlässt. 00:02:25.670 --> 00:02:26.410 Meistens von uns kennen es. 00:02:26.950 --> 00:02:28.530 Sie testen Ihr Formular mit Beispieldaten, 00:02:28.730 --> 00:02:29.930 klicken auf Speichern und sehen zu, 00:02:30.030 --> 00:02:31.910 wie der Datensatz einwandfrei in die Liste übertragen wird. 00:02:32.510 --> 00:02:33.870 Fügen Sie ein paar Geschäftsregeln hinzu, 00:02:33.970 --> 00:02:35.970 wie das automatische Ausfüllen des anfragenden Namens 00:02:35.970 --> 00:02:37.570 oder das Deaktivieren des Senden-Buttons, 00:02:37.650 --> 00:02:40.050 bis alle Pflichtfelder ausgefüllt sind, alles reagiert zu voll sind. 00:02:40.710 --> 00:02:42.630 In diesem Stadium hat man das Gefühl, das Problem gelöst wird. 00:02:43.050 --> 00:02:43.970 Dann erfolgt die Einführung. 00:02:44.310 --> 00:02:46.650 Jemand meldet, dass sein Speichern-Button überhaupt nicht reagiert. 00:02:47.290 --> 00:02:48.270 Eine andere Person bemerkt, 00:02:48.270 --> 00:02:50.370 dass sich das Ladesymbol beim Öffnen des Formulars in Lust dreht. 00:02:50.830 --> 00:02:53.050 Oder Felder verhalten sich je nach Browser unterschiedlich. 00:02:53.670 --> 00:02:56.230 Dasselbe Formular, das bei sorgfältigen Testläufen stabil aussah, 00:02:56.310 --> 00:02:57.190 wirkt nun unvorhersehbar. 00:02:57.850 --> 00:02:59.430 Ich habe diese Lektion auf die harte Tour gelernt, 00:02:59.530 --> 00:03:01.210 als ich ein Anfrageformular für ein internes Team erstellte. 00:03:01.690 --> 00:03:03.430 Bei kontrollierten Tests schien das Formular perfekt. 00:03:03.850 --> 00:03:05.370 Alle Felder waren korrekt ausgerichtet, 00:03:05.490 --> 00:03:06.710 der Übermittlungs-Workflow startete 00:03:06.710 --> 00:03:07.970 und die Oberfläche füllte sich schneller an 00:03:07.970 --> 00:03:09.210 als die Standard-Sharepoint-Erfahrung. 00:03:09.770 --> 00:03:11.490 Doch in der ersten Woche des produktiven Einsatzes 00:03:11.490 --> 00:03:12.190 traten Probleme auf. 00:03:12.690 --> 00:03:14.330 Manche Benutzer konnten die Anfrage gar nicht erst absetzen. 00:03:14.330 --> 00:03:16.710 Bei anderem wurden Daten in der falschen Spalte gespeichert, 00:03:16.770 --> 00:03:17.710 da die Formeln im Hintergrund 00:03:17.710 --> 00:03:19.430 nicht mit der Interpretation bestimmter Feldtyp 00:03:19.430 --> 00:03:20.530 in Sharepoint übereinstimmten. 00:03:20.950 --> 00:03:23.150 Etwas so Einfaches wie eine Ja-Slash-Nein-Spalte, 00:03:23.230 --> 00:03:24.030 die in Power-Apps als 00:03:24.030 --> 00:03:26.270 wahr-Slash-Falschwert behandelt wurde, 00:03:26.350 --> 00:03:26.870 verhielt sich anders, 00:03:26.950 --> 00:03:28.910 sobald Benutzer direkt über Sharepoint damit interagierten. 00:03:29.670 --> 00:03:30.710 Diese Diskrepanz verursachte 00:03:30.710 --> 00:03:32.010 subtile, aber schädliche Probleme. 00:03:32.810 --> 00:03:34.010 Ein Teil der Falle besteht darin, 00:03:34.190 --> 00:03:35.790 anzunehmen, dass das, was man in der Vorschau sieht, 00:03:35.890 --> 00:03:37.350 dem entspricht, was die Benutzer erleben. 00:03:38.010 --> 00:03:39.890 Der Vorschau-Modus ist im Grunde eine Demo-Umgebung. 00:03:39.890 --> 00:03:41.650 Er simuliert weder mehrere Benutzer, 00:03:41.730 --> 00:03:43.130 die gleichzeitig auf das Formular zugreifen, 00:03:43.190 --> 00:03:44.990 noch umfangreiche Listen mit tausenden Datensätzen 00:03:44.990 --> 00:03:46.710 oder Echtzeit-Konflikte mit Hintergrund-Workflows. 00:03:47.410 --> 00:03:48.810 Man testet unter sauberen Bedingungen, 00:03:48.910 --> 00:03:50.150 doch die Produktionsumgebung ist chaotisch. 00:03:50.670 --> 00:03:52.430 Die Leute gehen unterschiedlich mit dem Formular um, 00:03:52.570 --> 00:03:53.870 Sharepoint-Spalten erzwingen Regeln, 00:03:53.930 --> 00:03:54.690 die man nicht bedacht hat, 00:03:54.930 --> 00:03:56.330 und die Logik, die man für wasserdicht hielt, 00:03:56.410 --> 00:03:57.190 bekommt plötzlich Lücken. 00:03:57.710 --> 00:03:59.630 Es ist fast so, als würde man mit einem Spielzeugmodell testen, 00:03:59.670 --> 00:04:00.830 bevor man zur echten Version übergeht. 00:04:01.350 --> 00:04:02.830 Die Risse zeigen sich erst, wenn man skaliert. 00:04:03.490 --> 00:04:05.130 Ein weiterer blinder Fleck ist die Art und Weise, 00:04:05.130 --> 00:04:07.150 wie wir Sharepoint-Spalten mit Power-Apps-Logik erweitern. 00:04:07.730 --> 00:04:10.150 Eine Dropdown-Spalte in Sharepoint mag simpel erscheinen, 00:04:10.510 --> 00:04:12.830 aber sobald man deren Standardverhalten in Power-Apps überschreibt, 00:04:12.910 --> 00:04:14.450 hat man im Wesentlichen einen Teil 00:04:14.450 --> 00:04:15.870 der integrierten Sharepoint-Validierung 00:04:15.870 --> 00:04:17.270 durch eigenen Code ersetzt. 00:04:18.310 --> 00:04:20.670 Dieser Code stimmt nicht immer mit den Dateneinschränkungen überein, 00:04:20.730 --> 00:04:21.870 die in der Liste weiterhin bestehen. 00:04:22.310 --> 00:04:23.990 Das Ergebnis ist eine Duplizierung der Logik. 00:04:24.310 --> 00:04:25.950 Sharepoint versucht, eine Regel durchzusetzen, 00:04:26.030 --> 00:04:27.530 während Power-Apps eine andere anwendet. 00:04:28.110 --> 00:04:29.050 Wenn sich diese überschneiden, 00:04:29.150 --> 00:04:30.710 erhalten Benutzer inkonsistente Meldungen, 00:04:30.930 --> 00:04:32.410 fehlgeschlagene Speicherungen oder Daten, 00:04:32.410 --> 00:04:33.490 die im Formular sauber aussehen, 00:04:33.570 --> 00:04:34.530 aber später Berichte zerstören. 00:04:35.130 --> 00:04:36.550 Die größere Frage hinter all dem ist, 00:04:36.610 --> 00:04:38.370 ob die Komplexität des Wertes ist. 00:04:38.910 --> 00:04:40.330 Manchmal möchte man nur das Erscheinungsbild 00:04:40.330 --> 00:04:41.250 eines Formulars anpassen, 00:04:41.350 --> 00:04:42.610 doch sobald man es in Power-Apps öffnet, 00:04:42.670 --> 00:04:44.690 öffnet man die Tür zu unendlichen Anpassungsmöglichkeiten. 00:04:45.890 --> 00:04:48.050 Jede kleine Verbesserung hat versteckte Konsequenzen 00:04:48.050 --> 00:04:48.930 und je weiter man geht, 00:04:49.030 --> 00:04:49.910 desto schwieriger wird es, 00:04:49.990 --> 00:04:51.690 Kosmetisches von Strukturellem zu unterscheiden. 00:04:52.850 --> 00:04:54.690 Was sich wie eine elegante Abkürzung anfühlte, 00:04:54.770 --> 00:04:55.610 endet oft in einem Formular, 00:04:55.670 --> 00:04:56.610 das ständig gewartet werden muss. 00:04:56.990 --> 00:04:59.490 Die wahre Herausforderung besteht nicht im Erstellen des Prototyps, 00:04:59.490 --> 00:05:00.810 sondern darin, ihn leistungsfähig zu machen, 00:05:00.890 --> 00:05:03.190 wenn sich täglich Dutzende oder Hunderte von Nutzern darauf verlassen. 00:05:03.190 --> 00:05:05.810 Deshalb treten die Probleme oft erst später auf. 00:05:06.450 --> 00:05:08.770 Ein Formular, das unter ihrer Kontrolle großartig aussah, 00:05:08.870 --> 00:05:10.630 beginnt sich zu verlangsamen, Fehler zu produzieren 00:05:10.630 --> 00:05:12.770 oder die Nutzer zu verwirren, denen es eigentlich helfen sollte. 00:05:13.070 --> 00:05:13.910 Denen es eigentlich helfen soll. 00:05:14.210 --> 00:05:15.150 Das führt zur nächsten Falle, 00:05:15.250 --> 00:05:16.550 Leistungs- und Akzeptanzprobleme, 00:05:16.570 --> 00:05:17.850 die sich erst nach dem Rollout zeigen. 00:05:19.130 --> 00:05:20.350 Die Verborgenen fallen nach dem Rollout. 00:05:20.790 --> 00:05:22.010 Ihr Formular hat jeden Test bestanden, 00:05:22.070 --> 00:05:22.710 den sie durchgeführt hat. 00:05:23.230 --> 00:05:24.430 Dann kamen die ersten echten Nutzer, 00:05:24.530 --> 00:05:25.110 klickten auf Senden 00:05:25.110 --> 00:05:26.750 und alles verlangsamte sich bis zum Stillstand. 00:05:27.130 --> 00:05:28.790 Seiten, die früher sofort geladen wurden, 00:05:28.890 --> 00:05:30.130 zeigen jetzt nur noch Ladesymbole. 00:05:30.690 --> 00:05:31.990 Schaltflächen, die sofort reagieren sollten, 00:05:32.090 --> 00:05:32.770 bevor etwas passiert. 00:05:33.190 --> 00:05:34.250 Das Problem ist nicht, 00:05:34.330 --> 00:05:35.910 dass Ihr Formular plötzlich schlechter geworden ist, 00:05:36.070 --> 00:05:37.950 sondern dass Produktionsdaten Schwachstellen offenlegen, 00:05:38.030 --> 00:05:39.250 die Tests niemals zeigen würden. 00:05:39.890 --> 00:05:41.810 Ein paar ausgewählte Formeln und optische Anpassungen 00:05:41.810 --> 00:05:43.630 wirken bei nur einer Handvoll Beispieldaten nicht schwerfällig. 00:05:43.930 --> 00:05:46.490 Fügen Sie hunderte oder tausende Zeilen in dieselbe Liste ein 00:05:46.490 --> 00:05:48.170 und plötzlich fühlt sich das Formal als nahtlose, 00:05:48.250 --> 00:05:49.090 fast unbrauchbar an. 00:05:49.790 --> 00:05:50.830 Der Unterschied liegt im Maßstab. 00:05:51.250 --> 00:05:53.030 Während der Designphase arbeiten Sie mit 10 Datensinn. 00:05:53.370 --> 00:05:55.450 In der Produktion arbeiten die Leute mit hunderten von Anhängen 00:05:55.450 --> 00:05:56.710 oder Listen, die auf tausende anwachsen. 00:05:57.430 --> 00:05:58.570 Genau dort dreht die Latenz auf. 00:05:58.890 --> 00:05:59.670 Jedes Dropdown-Menü, 00:05:59.670 --> 00:06:01.290 das Elemente aus einer verknüpften Liste abrufen, 00:06:01.290 --> 00:06:02.890 muss TITIT einen separaten Aufbruch. 00:06:02.990 --> 00:06:05.050 Jede bedingte Formel, die Felder ein- oder ausblendet, 00:06:05.110 --> 00:06:05.810 läuft in Echtzeit ab, 00:06:05.890 --> 00:06:07.650 jedes Mal, wenn ein Nutzer mit dem Formular interagiert. 00:06:08.510 --> 00:06:10.570 Kleine Verzögerungen, die einzeln kaum auffallen, 00:06:10.690 --> 00:06:12.370 summieren sich zu etwas, das jeder bemerkt. 00:06:13.450 --> 00:06:14.150 Geschäftsanwender erwarten, 00:06:14.250 --> 00:06:15.430 dass ein Formular so reagiert wie in der Web. 00:06:15.790 --> 00:06:17.190 Entwickler streben oft nach Vollständigkeit. 00:06:17.630 --> 00:06:19.010 Lass uns Logik für jede Bedingung hinzufügen. 00:06:19.390 --> 00:06:21.130 Lass uns fünf Variationen derselben Regel erstellen. 00:06:21.570 --> 00:06:23.110 Doch diese Entscheidungen belasten das Backend. 00:06:23.850 --> 00:06:25.210 Eine Geschichte, die besonders heraussteht, 00:06:25.210 --> 00:06:26.370 handelt von einem Anfrageformular, 00:06:26.490 --> 00:06:27.370 das im Test fehlerfrei wirkte. 00:06:27.690 --> 00:06:29.330 Die Logik funktionierte, das Design sah schick aus. 00:06:29.330 --> 00:06:31.550 Im Vorschau-Modus dauerte es weniger als zwei Sekunden, 00:06:31.610 --> 00:06:32.490 bis es vollständig geladen war. 00:06:32.730 --> 00:06:33.670 Die Demo beeindruckte alle. 00:06:34.350 --> 00:06:35.370 Doch als der Rollout begann 00:06:35.370 --> 00:06:37.750 und eine Abteilung mit einer Liste von bereits tausend Anfragen 00:06:37.750 --> 00:06:38.390 es ausprobierte, 00:06:38.530 --> 00:06:40.310 stieg die Ladezeit auf über 15 Sekunden an. 00:06:41.070 --> 00:06:42.190 Das klingt zunächst nicht dramatisch, 00:06:42.250 --> 00:06:43.630 bis man es auf die tägliche Nutzung hochrechnet. 00:06:44.450 --> 00:06:46.310 Eine halbe Minute Wartezeit pro Anfrage 00:06:46.310 --> 00:06:47.950 bedeutete Dutzende verschwendeter Stunden 00:06:47.950 --> 00:06:48.770 für das gesamte Team. 00:06:49.590 --> 00:06:50.690 Und sobald die Verzögerungen zunehmt, 00:06:50.730 --> 00:06:51.950 verlieren die Leute das Vertrauen in das System. 00:06:51.950 --> 00:06:54.510 Sie klicken aus Panik zwei- oder dreimal auf Speichern, 00:06:54.590 --> 00:06:56.830 was zu doppelten Einreichungen und noch mehr Frust führt. 00:06:56.830 --> 00:06:59.170 Formulare mit dynamischer Logik können das noch verschlimmern. 00:06:59.610 --> 00:06:59.910 Nehmen wir an, 00:06:59.950 --> 00:07:01.530 Sie legen Regeln für die bedingte Sichtbarkeit fest. 00:07:02.110 --> 00:07:03.590 Wählt jemand eine Reiseanfrage aus, 00:07:03.970 --> 00:07:05.530 erweitert sich das Formular um Zielfelder. 00:07:06.070 --> 00:07:07.150 Wählen Sie eine Hardware-Anfrage, 00:07:07.270 --> 00:07:08.250 erscheint ein anderer Abschnitt. 00:07:09.370 --> 00:07:10.570 Theoretisch macht dies das Formular 00:07:10.570 --> 00:07:11.650 wesentlich benutzerfreundlicher. 00:07:12.450 --> 00:07:14.190 In der Realität berechnet sich die Logik 00:07:14.190 --> 00:07:16.610 im Hintergrund bei jeder Auswahl oder Änderung neu. 00:07:17.410 --> 00:07:18.810 Dieser Kreislauf wiederholt sich ständig 00:07:18.810 --> 00:07:20.390 und erzeugt Verzögerungen in der Oberfläche. 00:07:21.190 --> 00:07:22.110 Nutzer beschreiben es so, 00:07:22.170 --> 00:07:23.710 dass das Formular hakt oder einfriert. 00:07:23.710 --> 00:07:26.090 Technisch gesehen berechnet das Formular 00:07:26.090 --> 00:07:28.450 in Echtzeit Dutzende von Ausdrücken neu, neu. 00:07:29.050 --> 00:07:29.830 Im Gegensatz zu Apps, 00:07:29.890 --> 00:07:31.350 die speziell zum Zwischenspeichern von Werten 00:07:31.350 --> 00:07:32.550 oder Bündeln von Anfragen gebaut sind, 00:07:32.630 --> 00:07:33.970 optimiert PowerApps nicht automatisch. 00:07:34.050 --> 00:07:35.390 Jeder Teil der von Ihnen geschriebenen Logik 00:07:35.390 --> 00:07:36.610 wird jedes Mal exakt so ausgeführt, 00:07:36.670 --> 00:07:37.210 wie geschrieben wurde. 00:07:37.690 --> 00:07:39.450 Hier erleben unerfahrene Entwickler oft Überraschungen. 00:07:40.190 --> 00:07:40.610 Man nimmt an, 00:07:40.630 --> 00:07:42.030 die Plattform würde im Hintergrund optimieren, 00:07:42.110 --> 00:07:43.590 dass bestimmte Aufrufe zwischengespeichert 00:07:43.590 --> 00:07:45.550 oder in einer einzigen Anfrage zusammengefasst werden. 00:07:46.010 --> 00:07:47.510 Doch PowerApps erledigt das nicht für Sie. 00:07:47.970 --> 00:07:49.130 Es ruft Daten separat ab 00:07:49.130 --> 00:07:50.590 und berechnet Formeln buchstäblich neu. 00:07:50.590 --> 00:07:52.090 Das Ergebnis ist eine App, 00:07:52.190 --> 00:07:53.970 die sich mit einem Dutzend Elementen gut anfühlt, 00:07:54.050 --> 00:07:55.950 aber unter realen Bedingungen drastisch verlangsamt. 00:07:56.810 --> 00:07:58.730 Erfahrene Entwickler verlagern schwere Logik 00:07:58.730 --> 00:07:59.890 oft aus dem Formular heraus 00:07:59.890 --> 00:08:01.930 in Power Automate Flows oder SharePoint-Regeln. 00:08:02.550 --> 00:08:03.010 Genau deshalb, 00:08:03.110 --> 00:08:04.710 um die Last auf der Client-Seite zu reduzieren. 00:08:05.510 --> 00:08:06.590 Der eigentliche Knackpunkt ist nicht, 00:08:06.650 --> 00:08:07.630 dass diese Probleme auftreten, 00:08:07.810 --> 00:08:08.590 sondern dass sie passieren, 00:08:08.650 --> 00:08:09.810 nachdem Ihr Team Zeit investiert, 00:08:09.870 --> 00:08:11.110 sich auf den Workflow eingelassen hat 00:08:11.110 --> 00:08:11.610 und erwartet, 00:08:12.010 --> 00:08:13.110 dass alles einfach funktioniert. 00:08:14.050 --> 00:08:15.110 Für einen Geschäftsanwender 00:08:15.110 --> 00:08:16.470 fühlt sich eine 10-sekündige Verzögerung 00:08:16.470 --> 00:08:17.050 wie ein Defekt an. 00:08:17.690 --> 00:08:18.990 Für einen Entwickler sind 10 Sekunden 00:08:18.990 --> 00:08:19.930 vielleicht nicht dramatisch, 00:08:19.990 --> 00:08:20.690 doch der Zusammenprall 00:08:20.690 --> 00:08:22.330 dieser Erwartungen führt zu Frustration. 00:08:23.070 --> 00:08:24.310 Aus Nutzersicht verschwendet 00:08:24.310 --> 00:08:25.690 ein langsames Formular Zeit. 00:08:26.510 --> 00:08:27.290 Aus Entwicklersicht erscheint 00:08:27.290 --> 00:08:28.370 das Umschreiben von Logik teuer, 00:08:28.430 --> 00:08:29.970 wenn die Funktionalität bereits vorhanden ist. 00:08:30.530 --> 00:08:31.250 Beide Seiten haben recht 00:08:31.250 --> 00:08:32.630 und beide Seiten verstehen sich gegenseitig. 00:08:33.010 --> 00:08:34.370 Die Lektion dahinter ist einfach. 00:08:34.630 --> 00:08:35.810 Designen Sie für die Produktion, 00:08:35.970 --> 00:08:36.770 nicht für Demo-Bedingungen. 00:08:37.270 --> 00:08:38.370 Wenn Ihre Liste regelmäßig 00:08:38.370 --> 00:08:39.470 Tausende von Einträgen hat, 00:08:39.550 --> 00:08:40.230 testen Sie mit Tausend. 00:08:40.770 --> 00:08:42.390 Wenn Ihre Logik mehrere Spalten betrifft, 00:08:42.490 --> 00:08:43.210 messen Sie die Auswirkungen 00:08:43.210 --> 00:08:44.490 auf die Ladezeit bei hoher Skalierung. 00:08:44.990 --> 00:08:45.870 Wenn Ihr Formular 00:08:45.870 --> 00:08:47.150 benutzerfreundliche Funktionen 00:08:47.150 --> 00:08:48.390 wie bedingte Abschnitte benötigt, 00:08:48.450 --> 00:08:49.050 überlegen Sie genau, 00:08:49.150 --> 00:08:50.030 wie viele Regeln Sie direkt 00:08:50.030 --> 00:08:50.870 im Formular stapeln. 00:08:51.910 --> 00:08:52.830 Jede Sekunde zählt 00:08:52.830 --> 00:08:54.290 und jede unnötige Formel 00:08:54.290 --> 00:08:55.370 wird Sie später einholen. 00:08:56.150 --> 00:08:57.150 Gute Architektur bewirkt 00:08:57.150 --> 00:08:58.350 mehr als eine polierte Optik. 00:08:59.330 --> 00:09:00.890 Leistung ist kein kosmetisches Feature. 00:09:01.210 --> 00:09:01.930 Sie ist das Rückgrat, 00:09:01.990 --> 00:09:02.750 das darüber entscheidet, 00:09:02.810 --> 00:09:04.090 ob Ihre Nutzer beim Formular bleiben 00:09:04.090 --> 00:09:04.830 oder es verlassen. 00:09:05.690 --> 00:09:06.350 Und hier zeigt sich 00:09:06.350 --> 00:09:07.710 die nächste Falle, die Validierung. 00:09:08.270 --> 00:09:09.170 Denn selbst wenn Ihr Formular 00:09:09.170 --> 00:09:10.110 irgendwann schnell genug lädt, 00:09:10.170 --> 00:09:11.070 zerstört nichts das Vertrauen 00:09:11.070 --> 00:09:12.590 so sehr wie ein fehlerhafter Speichervorgang 00:09:12.590 --> 00:09:13.590 oder noch schlimmer eine Speicherung 00:09:13.590 --> 00:09:14.330 und die fehlerhafte Daten 00:09:14.330 --> 00:09:14.990 noch schlimmer eine Speicherung. 00:09:14.990 --> 00:09:16.990 Validierungsalbträume, 00:09:17.090 --> 00:09:17.710 die Sie nicht kommen sehen. 00:09:18.250 --> 00:09:18.750 Auf dem Papier 00:09:18.750 --> 00:09:20.190 wirken Validierungsregeln unkompliziert. 00:09:20.650 --> 00:09:21.570 Sie sehen ein Feld und denken, 00:09:21.750 --> 00:09:22.470 wenn das Enddatum 00:09:22.470 --> 00:09:23.270 vor dem Startdatum liegt, 00:09:23.350 --> 00:09:23.870 gibt ein Fehler aus. 00:09:24.210 --> 00:09:24.770 Wie schwer kann es sein? 00:09:25.570 --> 00:09:26.410 Die Herausforderung ist, 00:09:26.510 --> 00:09:27.410 dass diese einfachen Regeln 00:09:27.410 --> 00:09:28.710 nicht mehr wie erwartet funktionieren, 00:09:28.790 --> 00:09:29.590 sobald Sie das Formular 00:09:29.590 --> 00:09:30.850 aus der sauberen Testumgebung 00:09:30.850 --> 00:09:32.270 in ein Live-Szenario übertragen. 00:09:33.090 --> 00:09:33.630 Eine Prüfung, 00:09:33.690 --> 00:09:34.950 die in der Vorschau einwandfrei funktionierte, 00:09:35.030 --> 00:09:36.050 kann in der Produktion was für statt. 00:09:36.710 --> 00:09:37.350 Oder noch schlimmer, 00:09:37.430 --> 00:09:38.830 sie wird zum falschen Zeitpunkt ausgelöst 00:09:38.830 --> 00:09:39.510 und blockiert Benutzer, 00:09:39.610 --> 00:09:39.790 die glauben, 00:09:39.890 --> 00:09:40.690 alles richtig gemacht zu haben. 00:09:41.030 --> 00:09:41.590 Dann fühlt sich das, 00:09:41.590 --> 00:09:42.290 was eigentlich eine saubere 00:09:42.290 --> 00:09:43.390 Sicherheitsmaßnahme sein sollte, 00:09:43.470 --> 00:09:44.150 an als würde das Formular 00:09:44.150 --> 00:09:44.850 selbst gegen Sie arbeiten. 00:09:45.310 --> 00:09:45.890 Nehmen wir das Szenario 00:09:45.890 --> 00:09:46.730 mit Start- und Enddatum. 00:09:47.190 --> 00:09:48.150 Im Labortest geben Sie 00:09:48.150 --> 00:09:49.370 als Startdatum den 1. Mai 00:09:49.370 --> 00:09:50.090 und als Enddatum 00:09:50.090 --> 00:09:51.030 den 30. April ein 00:09:51.030 --> 00:09:52.410 und Ihre Regel schlägt sofort Alarm. 00:09:52.830 --> 00:09:53.190 Perfekt. 00:09:53.550 --> 00:09:54.310 Doch in der Produktion 00:09:54.310 --> 00:09:55.050 gibt jemand die Werte 00:09:55.050 --> 00:09:56.270 in einer anderen Reihenfolge ein 00:09:56.270 --> 00:09:56.890 oder bearbeitet 00:09:56.890 --> 00:09:57.870 einen bestehenden Datensatz, 00:09:57.930 --> 00:09:58.310 bei dem die Fälle 00:09:58.310 --> 00:09:59.390 bereits teilweise ausgefüllt sind. 00:09:59.770 --> 00:10:00.690 Plötzlich wird die Validierung 00:10:00.690 --> 00:10:01.830 erst beim Speichern ausgelöst 00:10:01.830 --> 00:10:02.970 oder bereits bevor der Benutzer 00:10:02.970 --> 00:10:04.010 mit dem Tippen fertig ist. 00:10:04.550 --> 00:10:05.290 Das sorgt für Verwirrung. 00:10:05.710 --> 00:10:06.490 Sie klicken auf Senden, 00:10:06.490 --> 00:10:07.590 sehen eine Fehlermeldung, 00:10:07.690 --> 00:10:08.330 korrigieren den Fehler, 00:10:08.430 --> 00:10:09.170 klicken erneut auf Senden 00:10:09.170 --> 00:10:09.910 und dann zeigt das Formular 00:10:09.910 --> 00:10:10.770 plötzlich eine andere Meldung 00:10:10.770 --> 00:10:11.310 für etwas anderes. 00:10:11.590 --> 00:10:12.390 Diese gehäuften Fehler 00:10:12.390 --> 00:10:13.550 wirken auf den Benutzer willkürlich, 00:10:13.710 --> 00:10:14.450 doch oft liegt es nur daran, 00:10:14.510 --> 00:10:14.870 dass die Regeln 00:10:14.870 --> 00:10:15.970 in einer unerwarteten Reihenfolge 00:10:15.970 --> 00:10:16.490 ausgeführt werden. 00:10:16.910 --> 00:10:17.890 Ein weiteres häufiges Problem 00:10:17.890 --> 00:10:18.210 tritt auf, 00:10:18.270 --> 00:10:18.950 wenn sich Regeln überschneiden. 00:10:19.310 --> 00:10:20.490 Vielleicht haben Sie eine Formel geschrieben, 00:10:20.610 --> 00:10:21.090 um zu prüfen, 00:10:21.190 --> 00:10:22.270 ob Pflichtfelder ausgefüllt sind 00:10:22.270 --> 00:10:23.090 und eine weitere, 00:10:23.190 --> 00:10:24.050 um Beziehungen zwischen Werten 00:10:24.050 --> 00:10:24.570 zu validieren. 00:10:24.970 --> 00:10:26.450 Wenn beide gleichzeitig ausgelöst werden, 00:10:26.570 --> 00:10:27.090 sieht der Benutzer 00:10:27.090 --> 00:10:28.330 möglicherweise zwei Fehlermeldungen 00:10:28.330 --> 00:10:28.690 auf einmal. 00:10:29.510 --> 00:10:30.130 Oder noch schlimmer, 00:10:30.130 --> 00:10:31.470 eine Meldung verdeckt die andere. 00:10:31.990 --> 00:10:32.690 In manchen Fällen 00:10:32.690 --> 00:10:34.190 finden clevere Benutzer schnell heraus, 00:10:34.310 --> 00:10:35.410 dass sie die Power-Apps-Validierung 00:10:35.410 --> 00:10:36.270 komplett umgehen können, 00:10:36.350 --> 00:10:37.410 indem sie Tastenkombinationen 00:10:37.410 --> 00:10:37.710 verwenden, 00:10:38.130 --> 00:10:39.150 außerhalb des Formulars klicken 00:10:39.150 --> 00:10:40.490 oder bei einer anderen Ansicht 00:10:40.490 --> 00:10:41.330 in SharePoint speichern. 00:10:42.030 --> 00:10:42.770 Für sie fühlt es sich an, 00:10:42.830 --> 00:10:43.590 als sei das Formular defekt. 00:10:43.930 --> 00:10:44.570 Für sie als Ersteller 00:10:44.570 --> 00:10:45.090 fühlt es sich an, 00:10:45.130 --> 00:10:45.750 als würden die Regeln, 00:10:45.810 --> 00:10:46.810 in die sie viel Arbeit gesteckt haben, 00:10:46.850 --> 00:10:47.290 nicht beachtet. 00:10:47.790 --> 00:10:48.830 Beide Frustrationen sind berechtigt. 00:10:49.210 --> 00:10:50.430 Was die Komplexität noch erhöht, 00:10:50.470 --> 00:10:51.150 ist SharePoint selbst. 00:10:51.610 --> 00:10:52.950 Power-Apps ersetzen nicht die Art und Weise, 00:10:53.030 --> 00:10:53.990 wie SharePoint Spaltenbeschränkungen 00:10:53.990 --> 00:10:54.330 durchsetzt. 00:10:55.190 --> 00:10:56.250 Wenn eine Spalte in SharePoint 00:10:56.250 --> 00:10:56.850 erforderlich ist, 00:10:56.910 --> 00:10:57.890 wird SharePoint diese Anforderungen 00:10:57.890 --> 00:10:58.570 weiterhin durchsetzen, 00:10:58.670 --> 00:10:59.930 unabhängig von der Logik in Power-Apps. 00:11:00.590 --> 00:11:01.650 Das Risiko besteht dann, 00:11:01.730 --> 00:11:02.670 wenn ihre Validierungsregeln 00:11:02.670 --> 00:11:03.690 nicht mit der Interpretation 00:11:03.690 --> 00:11:04.650 des Feldes durch SharePoint 00:11:04.650 --> 00:11:05.230 übereinstimmen. 00:11:05.830 --> 00:11:06.670 Sie erlauben beispielsweise 00:11:06.670 --> 00:11:08.130 leere Zeichenfolgen in Power-Apps, 00:11:08.150 --> 00:11:09.510 weil sie nur sichtbare Felder prüfen. 00:11:10.370 --> 00:11:11.490 Gleichzeitig verweigert SharePoint 00:11:11.490 --> 00:11:12.310 den gleichen Datensatz, 00:11:12.370 --> 00:11:12.930 weil dessen Spalte 00:11:12.930 --> 00:11:13.890 als erforderlich markiert ist, 00:11:13.970 --> 00:11:14.490 selbst wenn das Feld 00:11:14.490 --> 00:11:15.350 in ihrem benutzerdefinierten 00:11:15.350 --> 00:11:16.330 Formulager nicht angezeigt wurde. 00:11:16.670 --> 00:11:18.250 Das Ergebnis ist eine Sicherheitsmaßnahme, 00:11:18.590 --> 00:11:19.030 wie der Benutzer 00:11:19.030 --> 00:11:19.870 keine aussagekräftige 00:11:19.870 --> 00:11:20.570 Fehlermeldung anzeigt. 00:11:24.330 --> 00:11:25.950 Diese Lücke zwischen Power-Apps-Regeln 00:11:25.950 --> 00:11:27.310 und der Durchsetzung durch SharePoint 00:11:27.310 --> 00:11:29.110 untergräbt das Vertrauen schnell. 00:11:29.490 --> 00:11:29.670 Nö. 00:11:30.330 --> 00:11:31.190 Den Nutzern ist es egal, 00:11:31.290 --> 00:11:32.230 ob der Fehler von ihrer Formel 00:11:32.230 --> 00:11:33.370 oder dem Backend von SharePoint stammt. 00:11:34.070 --> 00:11:34.510 Sie sehen nur, 00:11:34.570 --> 00:11:35.050 dass ein Formular, 00:11:35.130 --> 00:11:35.850 dem sie vertraut haben, 00:11:35.930 --> 00:11:37.050 plötzlich ihre Eingaben ablehnt. 00:11:37.430 --> 00:11:38.830 Es ist, als würde man einen Damm bauen, 00:11:38.890 --> 00:11:40.330 der bei Tests im Garten solider aussieht. 00:11:40.610 --> 00:11:41.970 Aber sobald man ihn in großem Maßstab 00:11:41.970 --> 00:11:42.530 mit Wasser füllt, 00:11:42.650 --> 00:11:43.410 entstehen kleine Lecks 00:11:43.410 --> 00:11:44.370 an unerwarteten Stellen. 00:11:45.410 --> 00:11:46.910 Jedes Leck für sich wirkt überschaubar, 00:11:46.990 --> 00:11:47.970 aber das Muster signalisiert 00:11:47.970 --> 00:11:48.650 dieser Struktur. 00:11:48.970 --> 00:11:49.730 Kann man nicht trauen. 00:11:50.350 --> 00:11:51.070 Sie können sich vorstellen, 00:11:51.070 --> 00:11:52.030 was das für ihr Akzeptanz bedeutet. 00:11:52.390 --> 00:11:53.550 Nach ein paar schlechten Erfahrungen 00:11:53.550 --> 00:11:54.810 hören die Leute entweder ganz auf, 00:11:54.870 --> 00:11:55.590 Daten einzugeben 00:11:55.590 --> 00:11:56.490 oder suchen nach Umwegen, 00:11:56.570 --> 00:11:57.670 um das Formular nicht nutzen zu müssen. 00:11:57.910 --> 00:11:58.510 Dies ist der Punkt, 00:11:58.570 --> 00:11:59.950 an dem Fachleute oft die meiste Zeit 00:11:59.950 --> 00:12:01.010 mit der Fehlerbehebung verbringen. 00:12:01.750 --> 00:12:02.930 Nicht mit Design oder Layout, 00:12:03.010 --> 00:12:04.010 sondern damit herauszufinden, 00:12:04.110 --> 00:12:04.990 warum bestimmte Grenzfälle 00:12:04.990 --> 00:12:07.010 das Formular in unvorhersehbare Zustände versetzen. 00:12:07.410 --> 00:12:08.150 Am Ende testen sie 00:12:08.150 --> 00:12:09.990 20 verschiedene Eingabekombinationen, 00:12:10.070 --> 00:12:10.650 nur um zu verstehen, 00:12:10.890 --> 00:12:11.910 wie die Regeln ausgelöst werden. 00:12:12.430 --> 00:12:13.390 Und je tiefer man einsteigt, 00:12:13.450 --> 00:12:14.090 desto deutlicher wird, 00:12:14.170 --> 00:12:15.050 dass Validierung nicht aus 00:12:15.050 --> 00:12:16.430 ein oder zwei sauberen Formeln besteht. 00:12:17.010 --> 00:12:17.530 Es geht darum, 00:12:17.630 --> 00:12:18.590 Prüfungen so zu schichten, 00:12:18.590 --> 00:12:19.550 dass sie das Nutzerverhalten, 00:12:19.650 --> 00:12:20.670 die Einschränkungen von SharePoint 00:12:20.670 --> 00:12:21.790 und Grenzfälle berücksichtigen, 00:12:22.190 --> 00:12:23.030 die man vor der Einführung 00:12:23.030 --> 00:12:23.810 nicht vorhersehen kann. 00:12:24.750 --> 00:12:26.070 Der stärkste Ansatz ist es, 00:12:26.090 --> 00:12:27.270 die Validierung in Ebenen zu denken. 00:12:27.670 --> 00:12:28.890 Eine Ebene in PowerApps 00:12:28.890 --> 00:12:29.910 für sofortiges Feedback, 00:12:30.250 --> 00:12:31.170 eine weitere in SharePoint 00:12:31.170 --> 00:12:32.510 zur Sicherung der Datenintegrität, 00:12:32.610 --> 00:12:34.010 egal wie der Datensatz gespeichert wird. 00:12:34.510 --> 00:12:35.530 Und dann zusätzliche Tests 00:12:35.530 --> 00:12:36.550 nicht nur mit sauberen Daten, 00:12:36.650 --> 00:12:37.990 sondern mit der chaotischen Realität, 00:12:38.110 --> 00:12:39.330 das Nutzerdatensatz überarbeiten, 00:12:39.630 --> 00:12:40.510 Pflichtfelder überspringen 00:12:40.510 --> 00:12:41.470 oder Daten eingeben, 00:12:41.590 --> 00:12:42.630 die Jahre statt Wochen umspannen. 00:12:43.470 --> 00:12:44.290 Wenn sie ihre Regeln 00:12:44.290 --> 00:12:45.950 mit SharePoint-Einstellungen absichern 00:12:45.950 --> 00:12:47.130 und die PowerApps-Validierung 00:12:47.130 --> 00:12:48.310 als erste statt als einzige 00:12:48.310 --> 00:12:49.430 Verteidigungslinie betrachten, 00:12:49.530 --> 00:12:50.290 schaffen sie Leitplanken 00:12:50.290 --> 00:12:51.210 statt Sprüderbarriere. 00:12:52.190 --> 00:12:53.470 Die wichtigste Erkenntnis ist, 00:12:53.610 --> 00:12:54.570 Validierung scheitert nicht, 00:12:54.670 --> 00:12:55.590 weil die Regeln falsch sind, 00:12:56.010 --> 00:12:57.230 sondern weil sie zwischen PowerApps 00:12:57.230 --> 00:12:57.790 und SharePoint nicht 00:12:57.790 --> 00:12:58.710 aufeinander abgestimmt sind 00:12:58.710 --> 00:12:59.890 oder nur unter perfekten Bedingungen 00:12:59.890 --> 00:13:00.530 getestet wurden. 00:13:01.750 --> 00:13:02.870 Zuverlässigkeit entsteht durch Schichtung 00:13:02.870 --> 00:13:03.690 und die Planung von Fehlern, 00:13:03.770 --> 00:13:04.490 nicht nur durch das Programmieren 00:13:04.490 --> 00:13:05.150 für den Idealfall. 00:13:05.990 --> 00:13:06.870 Und genau hier zeigt sich 00:13:06.870 --> 00:13:07.550 die wachsende Kluft 00:13:07.550 --> 00:13:08.650 bei der Zuverlässigkeit. 00:13:09.730 --> 00:13:11.470 Zwischen nativen SharePoint-Formularen, 00:13:11.530 --> 00:13:12.590 die einfach Regeln durchsetzen 00:13:12.590 --> 00:13:14.430 und angepassten PowerApps-Formularen, 00:13:14.510 --> 00:13:15.310 die sowohl Flexibilität 00:13:15.310 --> 00:13:16.250 als auch Unvorhersehbarkeit 00:13:16.250 --> 00:13:16.930 bewältigen müssen. 00:13:18.070 --> 00:13:18.750 Native-Formulare 00:13:18.750 --> 00:13:19.750 gegenüber PowerApps, 00:13:20.330 --> 00:13:21.710 Stabilität gegenüber Flexibilität. 00:13:22.270 --> 00:13:23.650 Wenn die integrierten SharePoint-Formulare 00:13:23.650 --> 00:13:24.650 die Arbeit direkt erledigen, 00:13:24.990 --> 00:13:25.970 warum sollte man sie überhaupt 00:13:25.970 --> 00:13:27.110 gegen PowerApps austauschen? 00:13:28.050 --> 00:13:28.670 Das ist die Frage, 00:13:28.750 --> 00:13:29.690 der sich die meisten von uns stellen, 00:13:29.790 --> 00:13:30.450 sobald die Begeisterung 00:13:30.450 --> 00:13:31.410 für die Anpassung nachlässt. 00:13:32.370 --> 00:13:33.390 Native SharePoint-Formulare 00:13:33.390 --> 00:13:34.090 mögen schlicht aussehen, 00:13:34.150 --> 00:13:35.010 aber sie gehen fast nie kaputt. 00:13:35.430 --> 00:13:36.530 Sie erhalten eine zuverlässige 00:13:36.530 --> 00:13:37.250 Eingabevalidierung, 00:13:37.330 --> 00:13:38.130 eine konsistente Darstellung 00:13:38.130 --> 00:13:38.650 auf einem Gerät 00:13:38.650 --> 00:13:39.770 und keinen zusätzlichen Wartungsaufwand. 00:13:40.070 --> 00:13:40.690 Der Kompromiss ist, 00:13:40.710 --> 00:13:41.210 dass sie starr sind, 00:13:41.610 --> 00:13:42.450 wenn ein Feld nur unter 00:13:42.450 --> 00:13:43.770 bestimmten Bedingungen erscheinen soll 00:13:43.770 --> 00:13:44.810 oder sie Abschnitte benötigen, 00:13:44.870 --> 00:13:45.370 die sich dynamisch 00:13:45.370 --> 00:13:46.230 an Geschäftsregeln anpassen, 00:13:46.330 --> 00:13:47.330 stoßen sie mit der Standardoption 00:13:47.330 --> 00:13:48.350 an Grenzen, stoßen sie. 00:13:49.190 --> 00:13:50.030 PowerApps verspricht, 00:13:50.150 --> 00:13:50.930 diese Lücke zu schließen, 00:13:51.070 --> 00:13:51.950 indem es ihnen die Kontrolle 00:13:51.950 --> 00:13:52.830 über Logik, Layout 00:13:52.830 --> 00:13:53.750 und Automatisierung gibt, 00:13:53.810 --> 00:13:54.970 wie es SharePoint allein nicht kann. 00:13:55.370 --> 00:13:56.490 Der Kontrast wird sofort deutlich, 00:13:56.550 --> 00:13:57.010 wenn man sie direkt 00:13:57.010 --> 00:13:57.570 miteinander vergleicht. 00:13:58.130 --> 00:13:59.010 Ein standardmäßiges 00:13:59.010 --> 00:13:59.790 SharePoint-Formular 00:13:59.790 --> 00:14:00.430 öffnet sich sofort, 00:14:00.530 --> 00:14:01.570 erfordert keine Konfiguration 00:14:01.570 --> 00:14:02.290 und erzwingt einfache 00:14:02.290 --> 00:14:02.910 Listeneinstellungen. 00:14:03.430 --> 00:14:04.030 Doch das Design ist 00:14:04.030 --> 00:14:04.550 starr vorgegeben. 00:14:04.850 --> 00:14:05.670 Man kann nicht festlegen, 00:14:05.750 --> 00:14:06.490 zeige dieses Feld nur, 00:14:06.570 --> 00:14:07.130 wenn der Anfragende 00:14:07.130 --> 00:14:07.670 ein Manager ist 00:14:12.450 --> 00:14:13.230 genau diese Flexibilität. 00:14:13.610 --> 00:14:14.410 Sie möchten kaskadierende 00:14:14.410 --> 00:14:14.990 Dropdown-Menüs, 00:14:15.030 --> 00:14:15.750 die an eine Nachschlage ist, 00:14:15.850 --> 00:14:16.570 kein Problem. 00:14:17.150 --> 00:14:17.770 Sie möchten Abschnitte, 00:14:17.870 --> 00:14:18.590 die sich nur dann zeigen, 00:14:18.650 --> 00:14:19.430 wenn bestimmte Bedingungen 00:14:19.430 --> 00:14:19.970 erfüllt sind? 00:14:20.610 --> 00:14:21.630 Also nur ein paar Formeln entfernen. 00:14:22.090 --> 00:14:22.950 Das ist zwar bestärkend, 00:14:23.170 --> 00:14:23.910 aber diese Freiheit 00:14:23.910 --> 00:14:25.150 bringt eine Art Instabilität 00:14:25.150 --> 00:14:25.510 mit sich, 00:14:25.570 --> 00:14:26.730 die man erst später bemerkt. 00:14:27.510 --> 00:14:28.150 Hier liegt das Dilemma 00:14:28.150 --> 00:14:29.950 Stabilität oder Flexibilität. 00:14:30.310 --> 00:14:31.330 Sie können einen Weg wählen, 00:14:31.410 --> 00:14:32.050 der langweilig, 00:14:32.110 --> 00:14:33.030 aber konsistent ist 00:14:33.030 --> 00:14:33.830 oder den Weg, 00:14:33.950 --> 00:14:35.290 der genau die Nutzererfahrung bietet, 00:14:35.370 --> 00:14:36.430 die Sie sich vorgestellt haben, 00:14:36.770 --> 00:14:37.830 aber später bei Problemen 00:14:37.830 --> 00:14:38.730 frustrieren könnte. 00:14:40.670 --> 00:14:41.270 Bei einem Projekt 00:14:41.270 --> 00:14:42.230 für ein Antragsformular 00:14:42.230 --> 00:14:43.570 fiel die Wahl auf Flexibilität. 00:14:44.190 --> 00:14:44.910 Das Team wünschte sich 00:14:44.910 --> 00:14:45.770 eine bedingte Sichtbarkeit. 00:14:46.290 --> 00:14:47.230 Bestimmte Anfragetypen 00:14:47.230 --> 00:14:48.190 erforderten zusätzliche 00:14:48.190 --> 00:14:49.050 Informationsbereiche, 00:14:49.130 --> 00:14:49.790 andere wiederum nicht. 00:14:50.290 --> 00:14:51.090 Im nativen SharePoint 00:14:51.090 --> 00:14:51.770 war dies nicht möglich, 00:14:51.850 --> 00:14:53.150 ohne separate Formulare zu erstellen. 00:14:53.630 --> 00:14:54.190 PowerApps schien 00:14:54.190 --> 00:14:55.310 die offensichtliche Lösung zu sein. 00:14:56.090 --> 00:14:56.690 Während der Entwicklung 00:14:56.690 --> 00:14:57.450 und der ersten Demos 00:14:57.450 --> 00:14:58.250 funktionierte das Formular 00:14:58.250 --> 00:14:58.770 hervorragend. 00:14:59.510 --> 00:15:00.390 Bei der Auswahl von Reise 00:15:00.390 --> 00:15:00.890 wurde ein Bereich 00:15:00.890 --> 00:15:01.930 für Flugdetails eingeblendet. 00:15:02.670 --> 00:15:03.510 Bei der Auswahl von Hardware 00:15:03.510 --> 00:15:04.090 wurden diese Felder 00:15:04.090 --> 00:15:05.330 durch Gerätespezifikationen ersetzt. 00:15:05.850 --> 00:15:07.130 Es fühlte sich maßgeschneidert an, 00:15:07.230 --> 00:15:07.690 auf eine Weise, 00:15:07.790 --> 00:15:08.430 die Standardlösungen 00:15:08.430 --> 00:15:09.010 nie bieten können. 00:15:09.010 --> 00:15:10.850 Die Überraschung kam bei der Einführung. 00:15:11.170 --> 00:15:11.850 In Desktop-Browsern 00:15:11.850 --> 00:15:13.070 funktionierte alles reibungslos, 00:15:13.250 --> 00:15:14.190 doch sobald Nutzer versuchten, 00:15:14.210 --> 00:15:15.350 es über Mobilgeräte abzuschicken, 00:15:15.410 --> 00:15:16.230 bröckelte die Fassade. 00:15:16.970 --> 00:15:17.870 Abschnitte verschoben sich, 00:15:17.910 --> 00:15:18.530 Schaltflächen rutschten 00:15:18.530 --> 00:15:19.350 unter dem Bildschirmrand. 00:15:19.970 --> 00:15:20.870 Manche bedingte Logik 00:15:20.870 --> 00:15:22.010 löste je nach mobilem Client 00:15:22.010 --> 00:15:22.850 inkonsistent aus. 00:15:23.810 --> 00:15:24.290 Funktionen, 00:15:24.310 --> 00:15:25.490 die das SharePoint-Standardformular 00:15:25.490 --> 00:15:26.490 problemlos bewältigte, 00:15:26.570 --> 00:15:27.790 wie etwa die konsistente Darstellung 00:15:27.790 --> 00:15:28.590 auf verschiedenen Geräten, 00:15:28.670 --> 00:15:29.790 wurden plötzlich zum Problemfall. 00:15:30.670 --> 00:15:31.730 Um diese Fehler zu beheben, 00:15:31.810 --> 00:15:33.170 mussten wir Teile des Designs überdenken, 00:15:33.250 --> 00:15:34.510 mit mehreren mobilen Apps testen 00:15:34.510 --> 00:15:35.430 und akzeptieren, 00:15:35.530 --> 00:15:36.070 dass einige Nutzer 00:15:39.010 --> 00:15:39.470 das war ein Preis, 00:15:39.550 --> 00:15:40.270 den das Team beim Streben 00:15:40.270 --> 00:15:41.530 nach Flexibilität nicht bedacht hatte. 00:15:42.470 --> 00:15:43.350 Und es erinnert an etwas, 00:15:43.430 --> 00:15:44.390 das man leicht übersieht. 00:15:45.290 --> 00:15:46.250 Stabilität bedeutet nicht nur, 00:15:46.330 --> 00:15:47.190 dass das System nicht abstützt, 00:15:47.830 --> 00:15:49.290 es bedeutet konsistentes Verhalten 00:15:49.290 --> 00:15:50.330 in jedem Szenario, 00:15:50.630 --> 00:15:51.590 dem ihre Nutzer begegnen. 00:15:52.310 --> 00:15:52.690 Der Druck, 00:15:52.790 --> 00:15:53.950 der Menschen zu Power-Apps treibt, 00:15:54.050 --> 00:15:55.050 ist meist die Geschäftslogik. 00:15:55.790 --> 00:15:56.990 Reale Prozesse passen selten 00:15:56.990 --> 00:15:57.950 in ein generisches Formular. 00:15:58.430 --> 00:15:59.690 Dinge wie bedingte Anforderungen, 00:15:59.810 --> 00:16:00.870 vorausgefüllte Standardwerte 00:16:00.870 --> 00:16:02.050 oder mehrstufige Genehmigungen 00:16:02.050 --> 00:16:03.330 drängen sie weg von nativen Formularen. 00:16:03.750 --> 00:16:04.290 Und Workflows, 00:16:04.370 --> 00:16:05.530 die in Power Automate integriert sind, 00:16:05.610 --> 00:16:06.110 funktionieren besser, 00:16:06.110 --> 00:16:07.310 wenn sie durch benutzerdefinierte Felder 00:16:07.310 --> 00:16:08.190 und Regeln ausgelöst werden, 00:16:08.250 --> 00:16:09.270 die sie in Power-Apps festlegen. 00:16:09.970 --> 00:16:10.970 Deshalb tauschen Unternehmen 00:16:10.970 --> 00:16:11.730 ihre Formulare 00:16:11.730 --> 00:16:13.130 trotz der Risiken weiterhin aus. 00:16:14.070 --> 00:16:14.730 Es liegt nicht daran, 00:16:14.810 --> 00:16:15.930 dass Power-Apps schöner aussieht, 00:16:16.030 --> 00:16:16.430 sondern daran, 00:16:16.530 --> 00:16:17.430 dass native Formulare 00:16:17.430 --> 00:16:18.590 oft reale Geschäftsprozesse 00:16:18.590 --> 00:16:19.350 nicht abbilden können, 00:16:19.430 --> 00:16:20.110 ohne sie an die Grenzen 00:16:20.110 --> 00:16:21.050 der Technologie anzupassen. 00:16:22.030 --> 00:16:23.310 Dennoch weisen erfahrene Stimmen 00:16:23.310 --> 00:16:23.850 in der Community 00:16:23.850 --> 00:16:24.630 auf eine Gefahr hin. 00:16:25.630 --> 00:16:26.650 Die Verwendung von Power-Apps 00:16:26.650 --> 00:16:27.610 für kosmetische Änderungen 00:16:27.610 --> 00:16:29.050 wie das Neuanordnen von Feldern 00:16:29.050 --> 00:16:30.110 oder ein saubereres Design 00:16:30.110 --> 00:16:31.410 rechtfertigt den Aufwand selten. 00:16:32.530 --> 00:16:33.410 Kosmetische Anpassungen 00:16:33.410 --> 00:16:34.510 sind der am wenigsten wertvolle 00:16:34.510 --> 00:16:35.210 und riskanteste Grund 00:16:35.210 --> 00:16:36.210 für die Einführung von Power-Apps. 00:16:37.150 --> 00:16:38.470 Wenn es ihnen nur um die Optik geht, 00:16:38.590 --> 00:16:39.530 opfern sie möglicherweise 00:16:39.530 --> 00:16:40.270 die Konsistenz 00:16:40.270 --> 00:16:41.650 für einen kaum dauerhaften Gewinn. 00:16:43.030 --> 00:16:44.250 Ohne einen triftigen Grund, 00:16:44.350 --> 00:16:45.410 der auf Funktionalität basiert, 00:16:45.490 --> 00:16:46.690 kann der Verlust an Zuverlässigkeit 00:16:46.690 --> 00:16:48.150 die Vorteile vollständig überwiegen. 00:16:49.090 --> 00:16:49.910 Und das ist die verborgene Wahl. 00:16:50.430 --> 00:16:51.650 Die Zuverlässigkeit sinkt meist, 00:16:51.710 --> 00:16:52.970 wenn man eine native Lösung ersetzt, 00:16:53.050 --> 00:16:54.070 nur weil Power-Apps verfügbar ist 00:16:54.070 --> 00:16:54.310 und nicht, 00:16:54.410 --> 00:16:55.250 weil es die richtige Wahl ist. 00:16:56.490 --> 00:16:57.270 Sie tauschen ein Formular, 00:16:57.350 --> 00:16:58.070 das einfach funktioniert, 00:16:58.190 --> 00:16:58.530 gegen eines, 00:16:58.610 --> 00:16:59.930 das ihre ständige Aufmerksamkeit erfordert. 00:17:00.630 --> 00:17:01.250 Jedes neue Feld 00:17:01.250 --> 00:17:01.970 birgt das Risiko, 00:17:02.050 --> 00:17:02.930 eine Formel zu beschädigen. 00:17:02.930 --> 00:17:04.250 Jedes Plattform-Update 00:17:04.250 --> 00:17:05.050 erfordert neue Tests. 00:17:05.410 --> 00:17:06.490 Die Kosten fallen nicht sofort an, 00:17:06.550 --> 00:17:07.630 sondern durch langfristige Wartung 00:17:07.630 --> 00:17:08.350 und Benutzerfrustration. 00:17:09.030 --> 00:17:09.950 Der Schlüssel liegt nicht darin, 00:17:10.010 --> 00:17:10.990 Power-Apps komplett zu vermeiden, 00:17:11.050 --> 00:17:12.030 sondern bewusst damit umzugehen. 00:17:12.650 --> 00:17:13.150 Fragen Sie sich, 00:17:13.210 --> 00:17:13.790 ob die Anpassung 00:17:13.790 --> 00:17:14.450 einen Mehrwert bietet, 00:17:14.530 --> 00:17:14.910 den SharePoint 00:17:14.910 --> 00:17:16.170 nicht auf andere Weise liefern kann. 00:17:17.090 --> 00:17:17.790 Wenn ja, lohnt es sich, 00:17:17.830 --> 00:17:19.130 die zusätzliche Komplexität einzuplanen. 00:17:19.570 --> 00:17:19.870 Falls nicht, 00:17:19.930 --> 00:17:20.910 behalten Sie das native Formular. 00:17:21.230 --> 00:17:22.390 Eine hinreichend gute Lösung, 00:17:22.470 --> 00:17:22.990 die stabil ist, 00:17:23.010 --> 00:17:23.630 ist fast immer besser 00:17:23.630 --> 00:17:24.290 als eine clevere, 00:17:24.410 --> 00:17:25.770 die bei alltäglicher Nutzung zusammenbricht. 00:17:26.470 --> 00:17:27.310 Die eigentliche Entscheidung 00:17:27.310 --> 00:17:28.350 ist also nicht einfach SharePoint 00:17:28.350 --> 00:17:28.970 gegen Power-Apps, 00:17:28.970 --> 00:17:29.430 sondern zu wissen, 00:17:29.630 --> 00:17:30.310 wann man auf grundlegende 00:17:30.310 --> 00:17:31.090 Zuverlässigkeit setzt 00:17:31.090 --> 00:17:31.790 und wann man die Risiken 00:17:31.790 --> 00:17:33.130 einer individuellen Lösung eingeht. 00:17:33.850 --> 00:17:34.470 Denn sobald Sie eine 00:17:34.470 --> 00:17:35.350 individuelle Lösung wären, 00:17:35.430 --> 00:17:36.330 nehmen Sie Herausforderungen an, 00:17:36.330 --> 00:17:37.210 die Sie nicht ignorieren können 00:17:37.210 --> 00:17:38.150 und der Erfolg hängt davon ab, 00:17:38.190 --> 00:17:39.030 ob Sie diese vorhergesehen haben. 00:17:39.650 --> 00:17:40.230 Und das führt direkt 00:17:40.230 --> 00:17:40.970 zur größeren Frage. 00:17:41.650 --> 00:17:42.890 Wenn Sie sich für Power-Apps entscheiden, 00:17:43.370 --> 00:17:44.430 welche Strategien verhindern, 00:17:44.630 --> 00:17:45.130 dass Ihr Formular 00:17:45.130 --> 00:17:46.250 mit der Zeit anfällig wird? 00:17:47.690 --> 00:17:48.450 Praktische Strategien 00:17:48.450 --> 00:17:49.710 für beständige Power-Apps-Formulare. 00:17:50.170 --> 00:17:51.170 Wenn Power-Apps-Formulare 00:17:51.170 --> 00:17:51.910 also anfällig sind, 00:17:51.970 --> 00:17:52.630 was braucht es wirklich, 00:17:52.710 --> 00:17:53.330 um eines zu erstellen, 00:17:53.410 --> 00:17:53.850 das Bestand hat? 00:17:54.190 --> 00:17:54.750 Dies ist der Teil, 00:17:54.790 --> 00:17:55.550 den viele Leute überspringen. 00:17:55.930 --> 00:17:56.490 Sie springen direkt 00:17:56.490 --> 00:17:57.490 vom Entwurf zum Rollout 00:17:57.490 --> 00:17:57.850 und denken, 00:17:57.970 --> 00:17:58.890 dass ein paar Fehlerbehebungen 00:17:58.890 --> 00:18:00.310 das Formular stabil halten werden. 00:18:01.130 --> 00:18:02.110 Die Realität ist, 00:18:02.190 --> 00:18:03.050 dass es bei Stabilität 00:18:03.050 --> 00:18:03.590 nicht darum geht, 00:18:03.670 --> 00:18:04.530 einzelne Risse zu flicken, 00:18:04.770 --> 00:18:05.870 sondern das Fundament zu formen, 00:18:05.910 --> 00:18:07.470 bevor Risse überhaupt entstehen. 00:18:07.950 --> 00:18:09.190 Ich habe das auf die harte Tour gelernt 00:18:09.190 --> 00:18:10.150 mit einem Antragsformular, 00:18:10.210 --> 00:18:10.930 das immer langsamer wurde, 00:18:11.010 --> 00:18:12.170 egal wie viele Anpassungen ich vornahm. 00:18:12.870 --> 00:18:13.230 Die Version, 00:18:13.330 --> 00:18:14.210 die ich schließlich Bestand hatte, 00:18:14.290 --> 00:18:14.530 war die, 00:18:14.610 --> 00:18:15.670 die von Anfang an diszipliniert 00:18:15.670 --> 00:18:16.370 aufgebaut wurde, 00:18:16.450 --> 00:18:17.870 anstatt mit cleveren Korrekturen am Ende. 00:18:18.390 --> 00:18:19.530 Die erste Strategie besteht darin, 00:18:19.550 --> 00:18:20.370 die Logik gleich zu halten. 00:18:20.910 --> 00:18:21.370 Jede Formel, 00:18:21.410 --> 00:18:22.590 die Sie in Power-Apps hinzufügen, 00:18:22.590 --> 00:18:23.750 wirkt für sich genommen klein, 00:18:23.870 --> 00:18:24.970 aber sie ist ein weiterer Rechenschritt, 00:18:25.090 --> 00:18:25.530 der in Echtzeit 00:18:25.530 --> 00:18:26.750 auf dem Gerät des Benutzers abläuft. 00:18:27.750 --> 00:18:28.350 Häufen sich diese, 00:18:28.430 --> 00:18:29.430 wird Ihr Formularträger. 00:18:30.310 --> 00:18:31.270 Das Auslagern von Aufgaben 00:18:31.270 --> 00:18:31.990 kann den Unterschied machen, 00:18:32.070 --> 00:18:33.050 ob eine Anwendung stabil läuft 00:18:33.050 --> 00:18:33.830 oder Probleme bereitet. 00:18:34.390 --> 00:18:35.010 Power Automate 00:18:35.010 --> 00:18:35.650 eignet sich besser 00:18:35.650 --> 00:18:36.730 für aufwendigere Vorgänge 00:18:36.730 --> 00:18:37.630 wie das Senden von E-Mails, 00:18:37.710 --> 00:18:39.030 das Erstellen zugehöriger Elemente 00:18:39.030 --> 00:18:40.170 oder das Starten von Workflows. 00:18:40.610 --> 00:18:41.810 Das System kann diese Aufgaben 00:18:41.810 --> 00:18:42.630 im Hintergrund erledigen, 00:18:42.710 --> 00:18:43.570 sodass sich Ihr Power-Apps 00:18:43.570 --> 00:18:44.350 Formular auf Eingabe 00:18:44.350 --> 00:18:45.410 und Darstellung konzentrieren kann. 00:18:45.970 --> 00:18:47.110 Dasselbe gilt für SharePoint selbst. 00:18:47.770 --> 00:18:48.310 Wenn ein Feld 00:18:48.310 --> 00:18:49.010 immer eine gültige 00:18:49.010 --> 00:18:50.170 E-Mail-Adresse enthalten muss, 00:18:50.270 --> 00:18:50.930 lassen Sie SharePoint 00:18:50.930 --> 00:18:51.950 diesen Spalten-Typ erzwingen. 00:18:52.410 --> 00:18:53.050 Vermeiden Sie erst 00:18:53.050 --> 00:18:54.250 Regeln in Power-Apps zu duplizieren, 00:18:54.350 --> 00:18:54.530 es sei denn, 00:18:54.570 --> 00:18:55.330 Sie benötigen sofortiges 00:18:55.330 --> 00:18:55.890 visuelles Feedback. 00:18:56.490 --> 00:18:56.850 Zweitens, 00:18:56.930 --> 00:18:57.510 testen Sie nicht nur 00:18:57.510 --> 00:18:58.350 mit den fünf Datensätzen, 00:18:58.430 --> 00:18:59.610 die Sie für die Entwicklung hinzugefügt haben. 00:19:00.090 --> 00:19:00.970 Erstellen Sie Ihren Testplan 00:19:00.970 --> 00:19:02.070 mit Daten in Produktionsgrößen. 00:19:02.470 --> 00:19:03.510 Wenn Sie Tausende von Zeilen 00:19:03.510 --> 00:19:04.950 in der zugrunde liegenden Liste erwarten, 00:19:05.050 --> 00:19:06.210 laden Sie Tausende während des Tests. 00:19:07.110 --> 00:19:07.510 Formulare, 00:19:07.590 --> 00:19:08.090 die in der Vorschau 00:19:08.090 --> 00:19:08.950 Reaktion schnell wirken, 00:19:09.030 --> 00:19:10.050 können sich ganz anders verhalten, 00:19:10.150 --> 00:19:11.210 wenn Sie auf eine Liste zugreifen, 00:19:11.210 --> 00:19:12.430 die bereits monatelange Anfragen 00:19:12.430 --> 00:19:13.470 oder große Anhänge enthält. 00:19:14.330 --> 00:19:15.170 Der Leistungsabfall 00:19:15.170 --> 00:19:16.550 zeigt sich erst bei hoher Auslastung. 00:19:16.690 --> 00:19:18.070 Wenn Sie ihn vor dem Rollout bemerken, 00:19:18.190 --> 00:19:18.730 ersparen Sie sich 00:19:18.730 --> 00:19:19.730 die frustrierende Rückmeldung 00:19:19.730 --> 00:19:20.250 von Benutzern 00:19:20.250 --> 00:19:21.910 über Verzögerungen im Arbeitsalltag. 00:19:22.530 --> 00:19:23.350 Das erscheint mühsam, 00:19:23.650 --> 00:19:25.170 deckt aber oft frühzeitig Engpässe auf 00:19:25.170 --> 00:19:25.830 und gibt Ihnen Zeit, 00:19:25.930 --> 00:19:26.830 Berechnungen zu vereinfachen 00:19:26.830 --> 00:19:28.070 oder die Anzahl der Steuerelemente 00:19:28.070 --> 00:19:29.070 auf einem Bildschirm zu reduzieren. 00:19:29.530 --> 00:19:30.470 Eine dritte Sicherheitsmaßnahme 00:19:30.470 --> 00:19:31.370 ist die mehrstufige Validierung. 00:19:32.050 --> 00:19:32.770 Power-Apps sollte 00:19:32.770 --> 00:19:34.430 die benutzerfreundliche Validierung übernehmen, 00:19:34.730 --> 00:19:35.490 also Benutzer führen, 00:19:35.830 --> 00:19:36.770 Sofortnachrichten anzeigen 00:19:36.770 --> 00:19:38.190 oder fehlende Felder markieren, 00:19:41.210 --> 00:19:42.450 stellen Sie es sich wie zwei Türen 00:19:42.450 --> 00:19:43.450 vor, die bald abgeschlossen werden müssen 00:19:43.450 --> 00:19:43.830 anstatt neu. 00:19:44.290 --> 00:19:45.450 Sollte die Power-Apps-Validierung 00:19:45.450 --> 00:19:46.650 eine fehlerhafte Eingabe übersehen, 00:19:46.770 --> 00:19:47.690 stellt SharePoint vor dem Speichern 00:19:47.690 --> 00:19:48.310 des Datensatzes 00:19:48.310 --> 00:19:48.910 die Datensatzes, 00:19:48.970 --> 00:19:49.710 die Daten integrierte Zeit. 00:19:50.010 --> 00:19:51.030 Dieser mehrstufige Ansatz 00:19:51.030 --> 00:19:52.250 vermeidet die problematische Lücke, 00:19:52.590 --> 00:19:54.110 in der Power-Apps eine Eingabe akzeptiert, 00:19:54.350 --> 00:19:55.750 SharePoint sie jedoch stillschweigend ablehnt. 00:19:56.330 --> 00:19:57.110 Das bedeutet auch, 00:19:57.190 --> 00:19:58.330 dass Berichte konsistent bleiben, 00:19:58.770 --> 00:20:00.450 da die Datenqualität nicht allein davon abhängt, 00:20:00.510 --> 00:20:01.350 dass Benutzer das Formular 00:20:01.350 --> 00:20:02.330 wie erwartet ausfüllen. 00:20:03.330 --> 00:20:05.050 Viertens, dokumentieren Sie Ihre Formeln fortlaufend. 00:20:05.410 --> 00:20:06.230 Das klingt langweilig, 00:20:06.230 --> 00:20:07.230 aber Ihr zukünftiges Ich 00:20:07.230 --> 00:20:07.890 oder schlimmer noch, 00:20:07.970 --> 00:20:09.250 der Kollege, der das Formular übernimmt, 00:20:09.330 --> 00:20:10.270 wird Stunden damit verschwenden, 00:20:10.330 --> 00:20:11.290 einen Ausdruck zu entschlüsseln, 00:20:11.310 --> 00:20:12.390 der damals offensichtlich schien. 00:20:13.590 --> 00:20:14.910 Schon eine kurze Erklärungszeile 00:20:14.910 --> 00:20:15.830 über komplexen Formeln 00:20:15.830 --> 00:20:17.790 kann später viel Verwirrung vermeiden. 00:20:18.990 --> 00:20:19.910 Das Kommentieren von Code 00:20:19.910 --> 00:20:20.730 ist wenig glamourös, 00:20:20.810 --> 00:20:22.050 aber in Power-Apps ist es wichtig, 00:20:22.150 --> 00:20:23.230 da Formeln innerhalb der Eigenschaft 00:20:23.230 --> 00:20:23.950 einander übergehen. 00:20:24.550 --> 00:20:25.630 Ohne Notizen vergessen Sie, 00:20:25.710 --> 00:20:26.310 warum Sie eine Regel 00:20:26.310 --> 00:20:27.530 auf eine bestimmte Weise geschrieben haben 00:20:27.530 --> 00:20:28.230 und schrecken davor zurück, 00:20:28.270 --> 00:20:28.730 sie anzupassen, 00:20:28.810 --> 00:20:29.570 selbst wenn es notwendig wäre. 00:20:30.190 --> 00:20:31.550 Dokumentation hält Ihr Formular wartbar. 00:20:32.030 --> 00:20:33.030 Widerstehen Sie schließlich dem Drang 00:20:33.030 --> 00:20:34.430 zu einem Big Bang Rollout? 00:20:34.430 --> 00:20:35.490 Führen Sie die Anwendung 00:20:35.490 --> 00:20:36.350 in überschaubaren Phasen ein. 00:20:36.710 --> 00:20:37.470 Stellen Sie das Formular 00:20:37.470 --> 00:20:38.790 zuerst einer Pilotgruppe bereit, 00:20:38.890 --> 00:20:40.250 lassen Sie es unter realen Bedingungen testen 00:20:40.250 --> 00:20:41.410 und hören Sie sich Ihr Feedback genauer. 00:20:41.990 --> 00:20:43.190 Sie decken Randfälle auf, 00:20:43.450 --> 00:20:44.690 entdecken Performance-Probleme 00:20:44.690 --> 00:20:46.590 und verstehen das echte Nutzerverhalten, 00:20:46.710 --> 00:20:47.670 bevor das gesamte Unternehmen 00:20:47.670 --> 00:20:48.630 darauf angewiesen ist. 00:20:49.570 --> 00:20:51.030 Phasenweise Iterationen schafft Vertrauen 00:20:51.030 --> 00:20:51.970 und gibt Ihnen Raum, 00:20:52.030 --> 00:20:53.470 die zugrunde liegende Struktur zu korrigieren, 00:20:53.550 --> 00:20:54.690 ohne den Druck ab dem ersten Tag 00:20:54.690 --> 00:20:56.010 absolute Zuverlässigkeit zu liefern. 00:20:56.890 --> 00:20:58.070 Was all diese Schritte zusammenhält, 00:20:58.150 --> 00:20:58.730 ist Disziplin. 00:20:59.570 --> 00:21:00.430 Man kann der Komplexität 00:21:00.430 --> 00:21:01.210 nicht vollständig entkommen, 00:21:01.270 --> 00:21:02.250 sobald man ein SharePoint-Formular 00:21:02.250 --> 00:21:02.870 und Power Apps-Safne. 00:21:03.710 --> 00:21:03.910 Amen.