Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
I progetti moderni di Copilot Studio traggono vantaggio da metodi agili e informazioni dettagliate basate sull'intelligenza artificiale, che migliorano l'adattabilità e l'attendibilità degli stakeholder. Le migliori pratiche tradizionali, che sono spesso statiche o con approcci a cascata, possono risultare inadeguate in un ambiente di intelligenza artificiale dinamico. Aggiornando l'approccio alla pianificazione basata sulle storie degli utenti, al processo decisionale basato sull'analisi e alla gestione proattiva dei rischi, è possibile distribuire progetti di Copilot Studio in modo più iterativo e prevedibile. Questa sezione fornisce indicazioni pratiche per prendere decisioni fondamentali ed evitare problemi comuni durante l'avvio del progetto di Copilot Studio.
Pianificazione guidata dalla storia utente
Adottare un approccio basato sulla storia utente per definire e gestire l'ambito del progetto di Copilot Studio. Invece di iniziare con una specifica monolitica gigante, suddividere le funzionalità dell'agente in storie utente di dimensioni ridotte e tenerne traccia come Elementi del Backlog del Prodotto (PBI) in strumenti come Azure Boards o GitHub Projects. Per esempio:
- Storia utente: "Come dipendente, voglio che l'agente recuperi il saldo residuo delle ferie così posso pianificare le vacanze."
- Storia utente: "Come cliente, voglio che l'agente tenga traccia del mio ordine così non devo chiamare il supporto."
Ogni user story racchiude un bisogno specifico dell'utente finale e un esito atteso. Aggiungi queste storie al tuo backlog con dettagli e criteri di accettazione. Le user story e i PBI aiutano a definire chiaramente ambito, requisiti e risultati attesi per ogni parte del progetto. Questa chiarezza garantisce che ogni membro del team comprenda cosa sta costruendo e perché.
Migliori pratiche per la pianificazione delle user story
- Organizza per funzionalità o argomenti: raggruppare le storie utente per funzionalità di alto livello o topics in Copilot Studio.
- Includi i criteri di accettazione: Definisci come sai che una storia è stata completata. Ad esempio, "Quando un utente (Microsoft Entra ID) chiede all'agente i giorni di ferie rimanenti, restituisce il numero corretto di giorni dal sistema delle risorse umane." Questa definizione garantisce qualità e aiuta i tester o gli utenti aziendali a verificare la funzionalità.
- Priorità iterativa: Non tutte le storie sono immediate. Usa il tuo backlog per dare priorità a cosa costruire per primo. Un approccio agile comune è fornire prima un agente minimo valido (MVP)—coprendo i casi d'uso più critici—poi espandere negli sprint successivi con più storie (FAQ, nuovi canali e così via).
- Manutenzione regolare del backlog: Revisionate e aggiornate frequentemente le storie utente. I progetti degli agenti possono incontrare cambiamenti di ambito man mano che impari cosa chiedono gli utenti. Rendi il perfezionamento del backlog un'attività ricorrente (ad esempio, settimanale), aggiungendo nuove storie in risposta a richieste emergenti o rivalutando altre storie in base alla fattibilità.
Consegna iterativa
Con le storie e i PBI definiti, esegui il progetto a sprint o iterazioni (tipicamente 2-3 settimane ciascuno). Alla fine di ogni sprint, implementa diverse user story (ad esempio, una nuova funzionalità o un miglioramento di un argomento esistente). Questo approccio incrementale ti permette di dimostrare spesso i progressi e raccogliere feedback in anticipo. Permette inoltre di liberare l'agente a fasi piuttosto che tutto in una volta, gestendo così il rischio e costruendo la fiducia degli stakeholder.
Concentrandosi su user story e PBI, i team rimangono incentrati sull'utente e possono cambiare direzione se necessario. I team possono facilmente riorganizzare le priorità nell'arretrato se un nuovo requisito o idea ha più valore. Le piccole storie fanno anche emergere problemi presto. Ad esempio, se integrare System X è una storia e si sta rivelando difficile, lo scopri nello sprint, non alla consegna finale. Questo approccio favorisce un coinvolgimento continuo degli utenti attraverso feedback su ogni incremento, portando così a una soluzione che risponde più da vicino alle esigenze degli utenti. Gli stakeholder vedono una roadmap vivente di funzionalità e progressi costanti, il che aumenta la loro fiducia che il progetto sia sotto controllo e che il valore sia offerto.
Consigli migliori
- Considera il go-live come l'inizio, non la fine. Pubblica i primi MVP per attivare il ciclo virtuoso dei feedback dei clienti.
- Usa brevi sprint per affinare argomenti, orchestrazione e integrazioni basandosi sull'uso reale.
Passo successivo
Continua stabilendo KPI misurabili per monitorare se il tuo agente ottiene risultati commerciali significativi.