Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Gérer activement les risques tout au long de la durée de vie du projet :
Identifiez les risques tôt : Pendant la phase de planification et au début de chaque sprint, réfléchissez à ce qui pourrait mal tourner ou bloquer la progression. Par exemple:
- « L’intégration avec un service pourrait être retardée, »
- « Nous ne sommes pas sûrs que le modèle du langage naturel puisse distinguer ces deux intentions, »
- « Une approbation légale est nécessaire pour les réponses RH. »
Énumérez ces risques.
Évaluer l’impact et la probabilité : notez quels risques auraient le plus grand impact. Le risque que « Application Insights pourrait montrer des données personnelles » pourrait avoir un impact élevé (problème de conformité). La probabilité peut varier. Évaluez puis priorisez la prise en compte des risques à fort risque et à fort impact.
Plans d’atténuation : Pour chaque risque majeur, attribuez un plan d’atténuation ou de contingence. Par exemple:
- Risque : API non-Microsoft pour le suivi des commandes pourrait ne pas être prête à la phase de test.
- Atténuation : Créez un service stub ou mock pour simuler les réponses afin que le développement et les tests puissent avancer. Intégrez la vraie API quand elle est disponible. Sinon, préparez un plan B (« Désolé, les informations de commande sont actuellement indisponibles, veuillez contacter le support ») au cas où l’intégration en direct échouerait, afin de gérer cela avec aisance plutôt que de simplement afficher une erreur à l’utilisateur.
Bloqueurs de piste quotidiens : En pratique agile, discutez des bloqueurs lors de réunions debout. Si quelque chose bloque la progression (par exemple, en attente des identifiants, qu’un connecteur client n’est pas encore disponible, exigences floues), escaladez ou résolvez cela dès que possible.
Stratégies de contournement pour les bloqueurs
Parfois, malgré toute la préparation, vous tombez sur un blocage que vous ne pouvez pas résoudre immédiatement. Par exemple, une dépendance externe ou un problème technique non résolu pourrait bloquer le progrès. Au lieu d’arrêter le projet, la direction moderne trouve des solutions créatives :
- Réduire temporairement la portée : si une fonctionnalité est trop complexe ou bloquée, proposez une version simplifiée.
- Processus manuel comme pont : Automatisez ce que vous pouvez, et introduisez une étape manuelle là où il le faut. Si un modèle IA ne peut pas classifier un type de requête rare, acheminez ces cas vers un agent humain ou envoyez une alerte à un expert en la matière pendant que vous réentraînez le modèle. Si un flux d’approbation automatique n’est pas prêt, faites en sorte que quelqu’un s’occupe manuellement de ces approbations. Documentez cette solution de contournement et marquez-la dans le backlog pour que l’équipe se souvienne de la remplacer plus tard. L’objectif est d’éviter les retards du projet en disposant d’un moyen provisoire d’atteindre le résultat.
- Pics parallèles et recherches : Dédié un « pic » en boîte temporelle pour étudier une zone à risque, comme évaluer une nouvelle API ou tester une expression régulière complexe pour l’extraction d’entités. Cette approche ne produit pas directement des fonctionnalités utilisateur, mais réduit le risque d’inconnu. Si les résultats des pics sont bons, vous continuez. Si cela s’avère non viable, au moins vous le savez tôt et pouvez passer à une autre approche sans avoir promis cette fonctionnalité. Cette stratégie est essentiellement une solution de contournement à l’incertitude.
- Communiquez et alignez-vous : Tenez les parties prenantes informées de tout obstacle important et de votre plan d’atténuation. La transparence empêche la panique.
Une gestion proactive des risques et une hiérarchie de priorité signifient que vous travaillez toujours d’abord sur ce qui compte le plus.
Hypothèses et préoccupations
Capturer rapidement les hypothèses et préoccupations aide l’équipe à identifier les risques potentiels. Ensemble, ces éléments forment la base d’un projet Copilot Studio réussi. Ils garantissent la clarté dès le départ et une vision partagée de ce que l’agent est censé accomplir.
Capturez rapidement toutes les hypothèses ou préoccupations pour éclairer la conception et la gestion des risques :
Exemples d’hypothèses :
- La solution prend en charge le déploiement prêt à l’emploi sur tous les canaux requis.
- L’IA générative réduit le besoin de gestion manuelle des connaissances.
- La solution offre une reconnaissance d’intention et une extraction d’entités à la pointe de la technologie.
Exemples de préoccupations :
- Contrôle limité sur les réponses générées par un LLM.
- Résistance interne potentielle à l’automatisation.
- Préférences informatiques pour l’hébergement sur site ou des besoins spécifiques en conformité.
Étape suivante
Construisez votre équipe projet transversale avec les rôles nécessaires pour livrer et gérer l’agent avec succès.