Übersicht über die Bereitstellung von Employee Self-Service-Agent

Es sind mehrere Schritte erforderlich, um den Employee Self-Service-Agent bereitzustellen. In der Tabelle finden Sie eine Übersicht über den Bereitstellungsprozess.

Bereitstellungsphasen

Es gibt vier Phasen bei der Bereitstellung des Mitarbeiter-Self-Service-Agents.

1. Vorbereitung:
   1. Richten Sie Rollen ein.
   2. Richten Sie Ihre Umgebung ein.
   3. Infrastruktur, eingerichtet für die Integration externer Systemlösungen von Drittanbietern.
2. Installieren:
   1. Installieren Sie den Employee Self-Service-Agent.
   2. Installieren Sie Beschleunigerpakete, um eine Verbindung mit anderen Systemen herzustellen.
3. Anpassen:
   1. Konfigurieren Sie den zentralen Mitarbeiter-Self-Service-Agent.
   2. Externe Systemlösungskonfigurationen von Drittanbietern bereitstellen.
   3. Identifizieren Sie Wissensquellen.
   4. Stellen Sie häufige Abfragen bereit.
   5. Identifizieren vertraulicher Abfragen.
4. Veröffentlichen:
   1. Veröffentlichen Sie den Employee Self-Service-Agent.
   2. Genehmigen Sie den Mitarbeiter Self-Service Agenten.
   3. Identifizieren von Testbenutzern.

Bestimmen des Prozesses für die Verwaltung des Anwendungslebenszyklus

Application Lifecycle Management (ALM) umfasst Governance, Entwicklung und Wartung. Die wichtigsten Bereiche von ALM sind wie folgt:

Governance umfasst das Verwalten von Anforderungen, das Verwalten von Ressourcen und die Pflege sowie die Systemverwaltung wie Datensicherheit, Benutzerzugriff, Änderungsnachverfolgung, Überprüfung, Überwachung, Bereitstellungskontrolle und Rollback.

Die Anwendungsentwicklung umfasst das Identifizieren aktueller Probleme, das Planen, Entwerfen, Erstellen und Testen der Anwendung sowie kontinuierliche Verbesserungen. Dieser Bereich umfasst traditionelle Rollen des Entwicklers und App-Erstellers.

Die Wartung umfasst die Bereitstellung der App und die Wartung optionaler und abhängiger Technologien.

Der Anwendungslebenszyklus ist der zyklische Softwareentwicklungsprozess, der folgende Bereiche umfasst:

• Planen und nachverfolgen
• Entwickeln
• Erstellen und testen
• Bereitstellen
• Betreiben
• Überwachen
• Von der Entdeckung lernen.

ALM für Microsoft Copilot Studio verwendet Dataverse in Microsoft Power Platform, um die Daten und Prozesse, die Geschäftsanwendungen verwenden, sicher zu speichern und zu verwalten. Um die Power Platform-Funktionen und -Tools zum Verwalten von ALM verwenden zu können, müssen alle an ALM teilnehmenden Umgebungen eine Dataverse-Datenbank enthalten.

Die folgenden Konzepte sind wichtig, um ALM mit Microsoft Power Platform zu verstehen:

Lösungen sind die Mechanismen zur Implementierung von ALM. Sie verwenden Lösungen, um Komponenten durch Export und Import umgebungsübergreifend zu verteilen. Eine Komponente stellt ein Artefakt dar, das in Ihrer Anwendung verwendet wird und das Sie möglicherweise anpassen können. Alles, was in eine Lösung aufgenommen werden kann, ist eine Komponente, z. B. Tabellen, Spalten, Canvas und modellgesteuerte Apps, Power Automate-Flows, Agents, Diagramme und Plug-Ins.

Dataverse speichert alle Artefakte, einschließlich Lösungen und produktinterne Bereitstellungspipelines.

Die Quellcodeverwaltung ist Ihre Quelle der Wahrheit zum Speichern und Zusammenarbeiten an Ihren Komponenten. Weitere Informationen zur Quellcodeverwaltung.

Continuous Integration- und Continuous Delivery-Plattformen wie Azure DevOps ermöglichen es Ihnen, Ihre Build-, Test- und Bereitstellungspipeline zu automatisieren. Diese Plattformen können auch mit produktinternen Pipelines verwendet werden.

Jede Organization hat ihren eigenen ALM-Prozess zum Bereitstellen und Testen von Unternehmensanwendungen. Der Mitarbeiter-Self-Service-Agent wird mithilfe von Microsoft Copilot Studio veröffentlicht, wodurch Power Platform ALM direkt in die Copilot Studio-App integriert wird. Ersteller und Entwickler arbeiten in Entwicklungsumgebungen mit nicht verwalteten Lösungen und importieren sie dann als verwaltete Lösungen in andere Downstream-Umgebungen, z. B. Tests. Sie müssen mit dem Power Platform-Administrator Ihrer Organization zusammenarbeiten, um Ihren ALM-Prozess einzurichten. Es wird empfohlen, mindestens zwei separate Umgebungen zum Erstellen, Aktualisieren und Testen des Agents zu verwenden.

Der Mitarbeiter Self-Service Agent verfügt über drei verschiedene Funktionserfahrungen:

1. Administrator: Bereiten Sie den Mandanten auf die Bereitstellung, Konfiguration und den Betrieb des Employee Self-Service-Agents mit den richtigen Rollen vor, die identifizierten Administratoren zugewiesen sind.
2. Umgebungshersteller: Installieren, konfigurieren und veröffentlichen Sie den Agenten, einschließlich externer Systemlösungspakete von Drittanbietern.
3. Benutzer: Verwenden Sie den Mitarbeiter-Self-Service-Agent in Microsoft Teams oder Microsoft Copilot Chat. Die Benutzerdaten werden aus Microsoft 365 Graph genutzt.

Diese Erfahrungen liegen innerhalb der Grenzen eines einzelnen Mandanten, während die Erfahrung des Umgebungsherstellers beim Installieren und Veröffentlichen des Agenten zwischen verschiedenen Umgebungen innerhalb von Power Platform variieren kann. Es wird empfohlen, ALM-Umgebungen einzurichten, z. B. Developer, Test und Production, zum Veröffentlichen und Testen des Employee Self-Service-Agents. Jede der externen Systemlösungsanwendungen von Drittanbietern kann auch an die jeweiligen Umgebungen angebunden werden, wenn jede Anwendung über eine eigene ALM-Instanz verfügt (z. B. Developer, Test und Production).

Qualitätssicherungsstrategie (QS)

Der Einsatz von Copilot-Agents ist eine transformative Initiative, aber ohne strenge Tests kann selbst der vielversprechendste Agent hinter den Erwartungen zurückbleiben. Hier erfahren Sie, warum Tests unerlässlich sind:

• Gewährleistet Richtigkeit, Relevanz und Vertrauen:
  • Simulieren Sie reale Szenarien, einschließlich Grenzfälle, um unbewachte Bereiche frühzeitig aufzudecken.
• Unterstützt Sicherheit, Compliance und Governance:
  • Binden Sie Compliance-, Sicherheits-, Governance- und Unternehmenskommunikationsteams frühzeitig in die Testphase ein.
• Optimiert die Benutzererfahrung und den Ton:
  • Verwenden des Anweisungsfelds von Copilot Studio zum expliziten Definieren von Ton, Sprache und Verhalten.
• Ermöglicht Leistungsbenchmarking und kontinuierliche Verbesserung:
  • Definieren Sie Erfolgsmetriken (z. B. Lösungsrate, Benutzerzufriedenheit) und verfolgen Sie diese vom Pilotprojekt bis zur Produktion.
• Validiert die technische Integration und Bereitschaft:
  • Ein stufenweises Rollout – beginnend in Dev/Test-Umgebungen, bevor die Skalierung auf die Produktion erfolgt.
  • Führen Sie FlightCheck vor jeder Werbeaktion aus, um die Konfiguration proaktiv umgebungsübergreifend zu validieren.
• Entspricht dem Bereitstellungsframework von Microsoft:
  • Szenariobasiertes Testen.
  • CI/CD-Pipelines für die Versionskontrolle.
  • Abschließende DLP- und RBAC-Validierungen.
  • Simulierte Testdaten für kontrollierte Auswertungen.
  • Verwenden Sie einen bewährten Ansatz auf Unternehmensniveau.

Goldenes Prompt-Testframework

Dieses Framework ist eines der gebräuchlichsten Testframeworks für Qualitätstests, wobei der Agent als letztes Tor vor der Produktionsbereitstellung dient. Diese Informationen dienen hier nur zur Orientierung und entsprechen dem für Ihr Unternehmen eingerichteten Standard-QA-Prozess.

Was sind goldene Prompts?

Goldene Prompts sind ein zusammengestellter Satz von Testszenarien, die:

• Darstellen kritischer Benutzerworkflows und Grenzfälle
• Bekannte, erwartete Antworten besitzen (goldene Antworten)
• Decken Sie Kernfunktionen ab, die niemals unterbrochen werden dürfen
• Als Mechanismen zur Regressionserkennung dienen

Der folgende Prozessablauf kann Ihnen helfen, Tests und goldene Eingabeaufforderungen zu verstehen. Stellen Sie sich diesen Fluss eher als zirkulär als linear vor, da das Testen iterativ und kontinuierlich ist.

1. Szenarien
2. Tests mit goldener Eingabeaufforderung
3. Wechseln oder abbrechen
4. Produktionsfreigabe
5. Feedback
6. Wiederholen

Richtlinien für die Implementierung

Wartung der goldenen Eingabeaufforderung

Testprotokoll vor der Veröffentlichung

Go/Abort-Entscheidungsrahmen