Typische Herausforderung und ein sicherer Einstieg
Ein Team möchte zum Beispiel offene Kundenanfragen, Fristen und Zuständigkeiten in einem Dashboard sehen. Bevor Copilot eine Oberfläche oder Tabellen vorschlägt, sollten Quelle, Aktualisierungsrhythmus, Rollen, Definition der Kennzahlen und Umgang mit fehlenden Daten feststehen.
Für einen ersten Entwurf eignen sich synthetische oder bereits freigegebene Daten. Produktivdaten, Geheimnisse, Zugangstoken und personenbezogene Daten gehören nicht ungeprüft in einen Prompt oder in generierten Quelltext.
Kopierbare Prompts für Dashboard und App
Dashboard-Anforderung: „Formuliere aus diesem Geschäftsproblem eine Dashboard-Spezifikation. Trenne Datenquellen, Kennzahlen, Filter, Aktualisierungsintervall, Rollen und offene Entscheidungen. Erfinde keine Tabellen oder Werte und markiere jede fehlende Quelle als offen.“
Power-App-Entwurf: „Entwirf für die interne Erfassung von Serviceanfragen ein minimales Datenmodell mit Vorgang, Status, Priorität, Verantwortlichem und Frist. Beschreibe Beziehungen, Rollen und Prüfregeln. Erzeuge noch keine produktive Veröffentlichung und kennzeichne Annahmen.“
Code-Erklärung: „Erkläre diesen Code Abschnitt für Abschnitt. Liste Eingaben, Ausgaben, externe Abhängigkeiten, Berechtigungen und mögliche Fehler auf. Ändere nichts und behaupte nicht, dass der Code sicher oder produktionsbereit ist.“
Testplan: „Erstelle aus dieser App-Beschreibung einen Testplan mit Normalfall, fehlenden Daten, unberechtigtem Zugriff, Duplikaten und Abbruch. Gib erwartete Ergebnisse und eine manuelle Prüfstelle je Testfall an.“
Lösung: prüfbarer Entwurf statt automatischer Veröffentlichung
Ein guter Ablauf trennt Anforderung, Datenmodell, generierten Entwurf, technische Prüfung, Sicherheitstest und Veröffentlichung. Bei Apps kommen zusätzlich Umgebungen, Rollen, Konnektoren, Dataverse- oder SharePoint-Berechtigungen und eine saubere Trennung zwischen Entwicklung und Produktion hinzu.
Bei Code müssen Abhängigkeiten, Eingaben, Fehlerbehandlung, Tests, Lizenzen und Geheimnisse geprüft werden. Eine plausible Ausgabe ist kein Beleg für Korrektheit, Sicherheit oder eine passende Lizenz. Bei Dashboards müssen Kennzahlen mit dem fachlich vereinbarten Verständnis übereinstimmen; ein hübsches Diagramm kann trotzdem die falsche Frage beantworten.
Prüfraster vor der Freigabe
- Ist das Geschäftsproblem in überprüfbare Anforderungen übersetzt?
- Sind Datenquellen, Aktualität, Einheiten und Verantwortliche bekannt?
- Sind Rollen und Berechtigungen mindestens einmal mit einem Testkonto geprüft?
- Enthält der Entwurf Geheimnisse, personenbezogene Daten oder nicht freigegebene Quellen?
- Wurden generierter Code, Formeln, Abfragen und Konnektoren getestet?
- Sind Kosten, Laufzeit, Wartung und ein Rückweg dokumentiert?
- Ist klar, wer die App oder das Dashboard fachlich und technisch freigibt?
Was Atlas offen lässt
Atlas stellt keine fertige Software bereit und zertifiziert keinen generierten Code. Die tatsächliche Verfügbarkeit, Lizenzierung und Datenverarbeitung hängen vom verwendeten Microsoft- oder GitHub-Produkt, der Region, dem Konto und der Konfiguration des Unternehmens ab.