Panoramica della distribuzione dell'agente Self-Service dipendente

Per distribuire l'agente Employee Self-Service sono necessari diversi passaggi. Per una panoramica del processo di distribuzione, vedere la tabella.

Fasi di distribuzione

La distribuzione dell'agente Employee Self-Service prevede quattro fasi.

1. Preparazione:
   1. Configurare i ruoli.
   2. Configurare l'ambiente.
   3. Infra, configurato per l'integrazione di soluzioni di sistema esterne di terze parti.
2. Installa:
   1. Installare l'agente di Self-Service dipendente.
   2. Installare pacchetti acceleratori per connettersi ad altri sistemi.
3. Personalizzare:
   1. Configurare l'agente di Self-Service dipendente principale.
   2. Fornire configurazioni di soluzioni di sistema esterne di terze parti.
   3. Identificare le fonti di conoscenza.
   4. Fornisci domande frequenti.
   5. Identificare le query sensibili.
4. Pubblica:
   1. Pubblicare l'agente Dipendente Self-Service.
   2. Approvare il dipendente Self-Service agente.
   3. Identificare gli utenti di test.

Determinare il processo di gestione del ciclo di vita delle applicazioni

La gestione del ciclo di vita delle applicazioni (ALM) include governance, sviluppo e manutenzione. Le aree chiave dell'ALM sono le seguenti:

La governance include la gestione dei requisiti, la gestione delle risorse e il nurturing, nonché l'amministrazione del sistema, come la sicurezza dei dati, l'accesso degli utenti, il rilevamento delle modifiche, la revisione, il controllo, il controllo della distribuzione e il roll back.

Lo sviluppo dell'applicazione include l'identificazione dei problemi attuali, la pianificazione, la progettazione, la creazione e il test dell'applicazione e l'esecuzione di miglioramenti continui. Quest'area include i ruoli tradizionali di sviluppatore e creatore di app.

La manutenzione comprende la distribuzione dell'app e la gestione delle tecnologie facoltative e dipendenti.

Il ciclo di vita dell'applicazione è il processo ciclico di sviluppo del software che coinvolge queste aree:

• Pianificare e tenere traccia
• Sviluppare
• Compilazione e test
• Distribuire
• Funzionamento
• Monitoraggio
• Impara dalla scoperta.

ALM per Microsoft Copilot Studio utilizza Dataverse in Microsoft Power Platform per archiviare e gestire in modo sicuro i dati e i processi utilizzati dalle applicazioni aziendali. Per utilizzare le funzionalità e gli strumenti disponibili di Power Platform per gestire ALM, tutti gli ambienti che partecipano ad ALM devono includere un database Dataverse.

I concetti seguenti sono importanti per la comprensione dell'ALM tramite Microsoft Power Platform:

Le soluzioni sono i meccanismi per l'implementazione dell'ALM. Si utilizzano soluzioni per distribuire i componenti tra gli ambienti tramite l'esportazione e l'importazione. Un componente rappresenta un artefatto utilizzato nell'applicazione che è potenzialmente personalizzabile. Tutto ciò che può essere incluso in una soluzione è un componente, ad esempio tabelle, colonne, app canvas e basate su modello, flussi Power Automate, agenti, grafici e plug-in.

Dataverse archivia tutti gli elementi, incluse le soluzioni e le pipeline di distribuzione all'interno del prodotto.

Il controllo del codice sorgente è la fonte di verità per l'archiviazione e la collaborazione sui componenti. Altre informazioni sul controllo del codice sorgente.

L'integrazione continua e le piattaforme di recapito continuo, ad esempio Azure DevOps, consentono di automatizzare la pipeline di compilazione, test e distribuzione. Queste piattaforme possono essere usate anche con pipeline all'interno del prodotto.

Ogni organizzazione dispone del proprio processo ALM per distribuire e testare le applicazioni aziendali. L'agente Employee Self-Service viene pubblicato tramite Microsoft Copilot Studio, che consente di importare Power Platform ALM direttamente nell'app Copilot Studio. I creatori e gli sviluppatori lavorano in ambienti di sviluppo utilizzando soluzioni non gestite, quindi le importano in altri ambienti a valle, come i test, come soluzioni gestite. È necessario collaborare con l'amministratore di Power Platform dell'organizzazione per stabilire il processo ALM. È consigliabile avere almeno due ambienti separati per creare, aggiornare e testare l'agente.

L'agente Self-Service dipendente ha tre esperienze di tipo persona:

1. Amministratore: preparare il tenant per distribuire, configurare e gestire l'agente Employee Self-Service con i ruoli corretti assegnati agli amministratori identificati.
2. Autore dell'ambiente: installare, configurare e pubblicare l'agente, inclusi i pacchetti di soluzioni di sistema esterni di terze parti.
3. Utente: utilizzare l'agente Self-Service dipendente all'interno di Microsoft Teams o Microsoft Copilot Chat. I dati degli utenti vengono sfruttati da Microsoft 365 Graph.

Queste esperienze rientrano nei limiti di un singolo tenant, mentre l'esperienza dell'autore dell'ambiente nell'installazione e nella pubblicazione dell'agente può variare a seconda dell'ambiente all'interno di Power Platform. È consigliabile creare ambienti ALM, ad esempio Developer, Test e Production, per la pubblicazione e il test dell'agente Employee Self-Service. Ciascuna delle applicazioni della soluzione di sistema esterno di terze parti può anche essere connessa ai rispettivi ambienti se ogni applicazione dispone delle proprie istanze ALM (ad esempio Developer, Test e Production).

Strategia di garanzia della qualità (QA)

La distribuzione di agenti Copilot è un'iniziativa trasformativa, ma senza test rigorosi, anche l'agente più promettente può non soddisfare le aspettative. Ecco perché il test è essenziale:

• Assicura l'accuratezza, la pertinenza e l'attendibilità:
  • Simula scenari reali, inclusi i casi limite, per scoprire in anticipo le aree non sorvegliate.
• Supporta sicurezza, conformità e governance:
  • Coinvolgere i team di conformità, sicurezza, governance e comunicazioni aziendali nelle prime fasi di test.
• Perfeziona l'esperienza utente e il tono:
  • Uso del campo di istruzioni di Copilot Studio per definire esplicitamente tono, linguaggio e comportamento.
• Consente il benchmarking delle prestazioni e il miglioramento continuo:
  • Definire le metriche di successo (ad esempio, tasso di risoluzione, soddisfazione degli utenti) e tenerne traccia dalla distribuzione pilota a quella in produzione.
• Convalida l'integrazione tecnica e la conformità:
  • Implementazione in più fasi, che inizia in ambienti di sviluppo/test prima di passare alla produzione.
  • Esegui FlightCheck prima di ogni promozione per convalidare in modo proattivo la configurazione tra gli ambienti.
• Si allinea al framework di distribuzione di Microsoft:
  • Test basati su scenari.
  • Pipeline CI/CD per il controllo della versione.
  • Convalide finali DLP e RBAC.
  • Dati di test simulati per valutazioni controllate.
  • Adottare un approccio collaudato di livello aziendale.

Framework di test dei prompt d'oro

Questo framework è uno dei framework di test più comuni per testare la qualità dell'agente che funge da gate finale prima della distribuzione di produzione. Queste informazioni vengono condivise qui solo a titolo indicativo e sono in linea con il processo di QA standard stabilito per la tua azienda.

Cosa sono i prompt d'oro?

I prompt dorati sono un set curato di scenari di test che:

• Rappresenta flussi di lavoro utente critici e casi limite
• Possedere risposte note e attese (risposte d'oro)
• Funzionalità di base della copertura che non devono mai interrompersi
• Fungono da meccanismi di rilevamento della regressione

Il seguente flusso di processo può aiutarti a comprendere i test e i prompt d'oro. Questo flusso può essere considerato circolare anziché lineare, in quanto i test sono iterativi e continui.

1. Scenari
2. Test del prompt d'oro
3. Vai o interrompi
4. Versione di produzione
5. Feedback
6. Ripeti

Linee guida per l'implementazione

Manutenzione tempestiva dorata

Protocollo di test pre-rilascio

Quadro decisionale Vai/Interrompi