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.
Gestire attivamente i rischi durante l'intero ciclo di vita del progetto:
Identificare i rischi in anticipo: durante la fase di pianificazione e all'inizio di ogni sprint, rifletti su cosa potrebbe andare storto o bloccare i progressi. Ad esempio:
- "L'integrazione con un servizio potrebbe essere ritardata,"
- "Non siamo sicuri che il modello linguistico possa distinguere questi due intenti,"
- "Serve un'approvazione legale per le risposte delle risorse umane".
Elenca questi rischi.
Valuta l'impatto e la probabilità: prendi nota di quali rischi avrebbero l'impatto maggiore. Il rischio che "Application Insights potrebbe mostrare dati personali" potrebbe avere un impatto elevato (problema di conformità). La probabilità potrebbe variare. Valuta e quindi dai priorità all'affrontare i rischi ad alta probabilità e ad alto impatto.
Pianifica le mitigazioni: per ogni rischio principale, assegna un piano di mitigazione o di contingenza. Ad esempio:
- Rischio: l'API non-Microsoft per il tracciamento degli ordini potrebbe non essere disponibile entro la fase di test.
- Mitigation: costruisci uno stub o un servizio mock per simulare le risposte, permettendo lo sviluppo e il test. Integra l'API reale quando sarà disponibile. In alternativa, prepara un messaggio di fallback ("spiacenti, le informazioni sull'ordine non sono attualmente disponibili, si prega di contattare il supporto") nel caso in cui l'integrazione live fallisca, per gestire la situazione in modo appropriato anziché mostrare semplicemente un errore all'utente.
Monitora quotidianamente gli impedimenti: nella metodologia Agile, gli ostacoli vengono discussi durante gli stand‑up. Se qualcosa ostacola i progressi (ad esempio, l'attesa delle credenziali, un connettore cliente non è ancora disponibile, requisiti poco chiari), portalo all'attenzione o risolvilo il prima possibile.
Strategie di soluzioni alternative per i blocchi
A volte, nonostante tutta la preparazione, incontri un blocco che non riesci a risolvere subito. Ad esempio, una dipendenza esterna o un problema tecnico irrisolto potrebbero bloccare il progresso. Invece di fermare il progetto, la gestione moderna trova soluzioni creative:
- Riduci temporaneamente l'ambito: se una funzionalità è troppo complessa o bloccata, rilascia una versione semplificata.
- Processo manuale come ponte: automatizza ciò che puoi e introduci un passaggio manuale quando necessario. Se un modello di intelligenza artificiale non riesce a classificare un tipo di richiesta raro, instrada quei casi a un agente umano oppure invia un avviso a un esperto della materia mentre procedi al riaddestramento del modello. Se un flusso automatico di approvazione non è pronto, fai gestire manualmente queste approvazioni da qualcuno. Documenta questa soluzione alternativa e segnala nell'arretrato così il team si ricorderà di sostituirla in seguito. L'obiettivo è evitare ritardi del progetto adottando una soluzione temporanea per raggiungere il risultato.
- Picchi paralleli e ricerca: dedica un "picco" a tempo per indagare un'area di rischio, come valutare una nuova API o testare un'espressione regolare complessa per l'estrazione di entità. Questo approccio non produce direttamente funzionalità utente, ma riduce il rischio legato all'ignoto. Se i risultati del picco sono positivi, procedi. Se l'approccio non è praticabile, lo scopri tempestivamente e puoi reindirizzare il lavoro verso una soluzione alternativa, senza aver promesso quella funzionalità. Questa strategia è essenzialmente una soluzione alternativa all'incertezza.
- Comunica e allinea: tieni gli stakeholder informati su eventuali blocchi significativi e sul tuo piano di mitigazione. La trasparenza previene il panico.
La gestione proattiva dei rischi e la prioritizzazione assicurano che si lavori su ciò che è più importante prima di tutto.
Presupposti e preoccupazioni
Raccogliere presupposti e preoccupazioni all'inizio aiuta il team a individuare rischi potenziali. Insieme, questi elementi costituiscono il fondamento di un progetto Copilot Studio di successo. Garantiscono chiarezza fin dall'inizio e una visione comune di ciò che l'agente si propone di ottenere.
Raccogli tempestivamente eventuali presupposti o preoccupazioni per informare la progettazione e la gestione dei rischi:
Esempi di presupposti:
- La soluzione supporta lo sviluppo pronto all'uso su tutti i canali richiesti.
- L'IA generativa riduce la necessità di una gestione manuale della conoscenza.
- La soluzione fornisce riconoscimento dell'intento all'avanguardia ed estrazione di entità.
Esempi di preoccupazioni:
- Controllo limitato sulle risposte generate dagli LLM.
- Potenziale resistenza interna all'automazione.
- Preferenze del reparto IT per hosting locale o esigenze specifiche di conformità.
Passaggio successivo
Costruisci il tuo team di progetto multifunzionale con i ruoli necessari per consegnare e gestire con successo l'agente.