Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Verbessern Sie Ihr Plug-in, indem Sie Überwachungsergebnisse und Auswertungen verwenden, um herauszufinden, was sich ändern muss. Wenden Sie die Fehlerbehebung oder Verbesserung an, veröffentlichen Sie genau das Paket, das Sie getestet haben, und vergewissern Sie sich, dass das aktualisierte Plug-In weiterhin für die vorgesehenen Benutzer funktioniert.
Ersteller warten und testen das Paket. Microsoft 365-Administratoren führen bei Bedarf organisatorische Rolloutaktionen durch. Dienstbesitzer verwalten die Connectors, Remote-MCP-Server, Identitäten und externen Dienste, die das Plug-In verwendet.
Bevor Sie beginnen
Haben Sie:
- Die aktuelle Plug-In-Identität und Paketversion.
- Wie die aktuelle Version die Benutzer erreicht hat: direkte Freigabe, Administrator-Upload oder Microsoft Marketplace.
- Überwachung von Evidenz, Benutzerfeedback, Supportfällen oder einer geplanten Verbesserung.
- Repräsentative Aufgaben und Akzeptanzkriterien.
- Die betroffenen Benutzer und Microsoft 365-Erfahrungen.
- Zugriff auf die Plug-In-Quelle und die betroffenen Funktionen.
- Besitzer für erforderliche Verbindungen und externe Dienste.
Wenn Sie noch nicht wissen, was sich ändern muss, beginnen Sie mit Überwachen Sie Ihr Plugin.
Legen Sie einen Basisplan fest.
- Geben Sie das Problem oder die Verbesserung an, die Sie angehen möchten.
- Identifizieren Sie die betroffene Paketversion, Benutzer, Erfahrungen, Fähigkeiten und Abhängigkeiten.
- Definieren Sie repräsentative Aufgaben und messbare Akzeptanzkriterien.
- Führen Sie die Aufgaben für das aktuelle Paket aus, und notieren Sie die Ergebnisse.
- Wenn Ihre organization das Plug-In verwaltet, notieren Sie den aktuellen Status, die Benutzerverfügbarkeit und den Installationsstatus in den Plug-Insder Agents-Tools>>.
- Bewahren Sie die Beweise auf, die Sie benötigen, um das aktuelle und das aktualisierte Verhalten zu vergleichen.
Verwenden Sie für ein Plug-In, das einen Agenten enthält, die Übersicht über die Agentenbewertung , um eine Bewertung zu entwerfen, wenn Antwortqualität, Anweisungen, Wissen oder Toolnutzung Teil der Änderung sind. Die Auswertung kann Nachweise vor der Veröffentlichung liefern und helfen, Qualitätsprobleme nach der Bereitstellung zu untersuchen, einschließlich solcher, die durch Nutzungssignale, Benutzerfeedback oder Änderungen an Agenten und Abhängigkeiten aufgeworfen werden.
Die Agent-Auswertung ist nicht für jedes Plug-In erforderlich. Sie ersetzen nicht das Testen von Funktionen, Paketen oder das Testen der gesamten Benutzererfahrung.
Verwenden Sie für bereitgestellte deklarative Agents den geführten wiqd agent eval Workflow. Informationen zur direkten Befehlszeilen- oder Pipelinesteuerung finden Sie unter Übersicht über die Agent-Evaluierungs-CLI.
Anwenden und Testen der Änderung
- Aktualisieren Sie die Plug-In-Quelle oder die betroffene Funktion.
- Aktualisieren Sie separat betriebene Dienste oder Konfigurationen, wenn die Änderung dies erfordert.
- Testen Sie jede geänderte Fähigkeit und betroffene Abhängigkeit.
- Führen Sie die Baselineaufgaben und Auswertungen erneut aus.
- Vergleichen Sie die Ergebnisse mit den Akzeptanzkriterien.
- Untersuchen Sie Regressionen, bevor Sie das Releasepaket erstellen.
Wenn sich die Änderung auf einen Connector, einen Remote-MCP-Server, eine Identität, eine Berechtigung oder einen externen Dienst auswirkt, beziehen Sie den Besitzer dieser Abhängigkeit mit ein. Gehen Sie nicht davon aus, dass durch das Ändern des Pakets ein separat betriebener Dienst aktualisiert wird.
Erstellen und Überprüfen des Pakets
- Weisen Sie eine neue Paketversion zu, und überprüfen Sie die Identitätsanforderungen für Ihre Veröffentlichungsmethode.
- Erstellen Sie das Plug-In-Paket.
- Überprüfen und testen Sie genau das Paket, das Sie veröffentlichen möchten.
- Testen Sie die erforderliche Anmeldung, Zustimmung, Verbindungen und externe Dienste.
- Testen Sie das Paket in jeder Microsoft 365-Erfahrung, die Sie unterstützen möchten.
- Notieren Sie bekannte Einschränkungen, die erforderliche Konfiguration und die verfügbare Rollback- oder Ersatzoption.
Veröffentlichen Sie kein Paket, das sich von dem von Ihnen überprüften Paket unterscheidet.
Veröffentlichen und Bereitstellen des Updates
Wählen Sie eine unterstützte Veröffentlichungs- oder Freigabemethode für das aktualisierte Paket und die Zielgruppe aus. Lesen Sie die Anweisungen, wie Sie ein vorhandenes Plugin aktualisieren können. Gehen Sie nicht davon aus, dass das Freigeben oder Hochladen einer neuen Version den Registrierungseintrag ersetzt oder Verfügbarkeitseinstellungen übernimmt.
| Wie die aktuelle Version die Benutzer erreicht hat | Erste Schritte mit dem Update | Wer agiert |
|---|---|---|
| Direkte Freigabe | Befolgen Sie die Freigabeanweisungen desselben Tools für das getestete Paket und die Zielgruppe. | Plugin-Besitzer |
| Administratorupload | Geben Sie das getestete Paket an den Administrator, der Upload-Plug-Ins oder Skills befolgt und den resultierenden Registrierungseintrag und den Benutzerbereich überprüft. | Plug-In-Besitzer und -Administrator |
| Microsoft Marketplace | Überprüfen Sie den unterstützten Angebotstyp und befolgen Sie das entsprechende Partner Center-Verfahren, das unter Veröffentlichen Ihres Plug-Ins über den Microsoft Marketplace verlinkt ist. Warten Sie, bis die erforderliche Überprüfung und Veröffentlichung erfolgt ist, bevor Sie Kunden zum Update weiterleiten. | Herausgeber und Kundenadministrator, falls erforderlich |
Überprüfen Sie vor der Freigabe, ob die Methode die Paketidentität wiederverwendet oder einen separaten Eintrag erstellt, ob frühere Benutzerverfügbarkeits- und Installationseinstellungen übernommen werden und wie eine Version bei Bedarf ersetzt oder wiederhergestellt werden kann. Wenn ein zweiter Eintrag angezeigt wird, überprüfen Sie, ob beabsichtigte Benutzer auf die neue Version umgestiegen sind, bevor Sie die alte Version einschränken. Entfernen Sie keinen Eintrag, der noch verwendet wird.
Gehen Sie dann wie folgt vor:
- Veröffentlichen, Hochladen oder Freigeben des genau getesteten Pakets mithilfe der ausgewählten Methode und Notieren, ob es übermittelt, veröffentlicht, freigegeben, abgelehnt oder blockiert wurde.
- Teilen Sie dem Administrator oder Rolloutbesitzer die genaue Paketversion, die beabsichtigten Benutzer, die erforderliche Konfiguration, bekannte Einschränkungen und den Kontakt zum Support mit.
- Führen Sie nur die entsprechenden Schritte aus, um das aktualisierte Plug-In verfügbar zu machen. Genehmigungs-, Zuweisungs- und Installationsanforderungen hängen von der Methode und den Einstellungen der organization ab.
- Aktualisieren Sie bei Bedarf separat gesteuerte Agents, Verbindungen, Identitäten, Remote-MCP-Server oder externe Dienste.
- Überprüfen Sie, welche Paketversion die einzelnen Zielgruppen erreicht hat.
Veröffentlicht ein Alpha Work IQ Dev Tools-Plug-In in der Plug-In-Registrierung wiqd plugin share für die ausgewählte Zielgruppe; die Übermittlung an öffentliche Stores erfolgt separat im Partner Center. Befolgen Sie die Anleitung für das Work IQ Dev Tools-Plug-In für die Bereitstellungs-, Paket-, Validierungs- und Freigabereihenfolge, wenn Sie eine andere Version vorbereiten.
Überprüfen Sie vor dem Rollout, ob die Methode die Wiederherstellung einer früheren Version unterstützt. Durch das Ersetzen des Pakets wird nicht automatisch eine Änderung eines externen Dienstes, einer Verbindung, einer Identität, von Daten oder einer Berechtigung wiederhergestellt.
Überprüfen des Updates
- Testen Sie die repräsentativen Aufgaben mit einem vorgesehenen Benutzer in jeder unterstützten Oberfläche.
- Vergewissern Sie sich, dass der Benutzer die erwartete Paketversion erhalten hat.
- Vergewissern Sie sich, dass Anmeldung, Zustimmung, Verbindungen, Tool-Aufrufe und externe Dienste funktionieren.
- Wenn das Plug-In in Ihrer organization verwaltet wird, überprüfen Sie in Agents>Tools>Plug-Ins, ob sein Status, seine Benutzerverfügbarkeit und sein Installationsstatus mit der Zielgruppe übereinstimmen. Überprüfen Sie, ob veraltete Versionen noch verwendet werden.
- Wiederholen Sie die Auswertungen, die zur Genehmigung der Änderung verwendet wurden.
- Überprüfen Sie Nutzungssignale, Feedback, Fehler und Supportfälle nach dem Rollout.
- Wenn das Update die Akzeptanzkriterien nicht erfüllt, befolgen Sie das unterstützte Rollback- oder Ersatzverfahren, und stellen Sie die betroffenen Abhängigkeiten bei Bedarf wieder her.
Das Update ist abgeschlossen, wenn die Zielgruppe über die richtige Paketversion verfügt, ihre Zugriffseinstellungen mit dem beabsichtigten Rollout übereinstimmen, die repräsentativen Aufgaben ihre Akzeptanzkriterien erfüllen und jedes ungelöste Problem einen Besitzer und die nächste Aktion hat.
Aufzeichnen des Updates
Aufzeichnung:
- Vorherige und aktualisierte Paketversionen.
- Änderung, Grund, betroffene Funktionen und Abhängigkeiten.
- Baseline-, Auswertungs-, Validierungs- und Benutzertestergebnisse.
- Veröffentlichungsmethode, Zielgruppe, Rollout-Status und anwendbarer Registrierungsstatus.
- Konfigurations- oder Dienständerungen.
- Bekannte Einschränkungen, Rollback-Option und Support-Besitzer.