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.
Les projets modernes de Copilot Studio bénéficient de méthodes agiles et d’insights pilotés par l’IA, qui améliorent l’adaptabilité et la confiance des parties prenantes. Les meilleures pratiques traditionnelles, souvent de nature statique ou en cascade, peuvent échouer dans un environnement d’IA dynamique. En actualisant votre approche de la planification guidée par user story, de la prise de décision éclairée par l’analytique et de la gestion proactive des risques, vous pouvez livrer les projets Copilot Studio de manière plus itérative et prévisible. Cette section fournit des conseils pratiques pour vous aider à prendre des décisions fondamentales et éviter les pièges courants au début de votre projet Copilot Studio.
Planification guidée par l’histoire utilisateur
Adoptez une approche axée sur user story pour définir et gérer la portée de votre projet Copilot Studio. Au lieu de commencer par une grosse spécification monolithique, décomposez les fonctionnalités de l’agent en histoires utilisateur courtes et suivez-les comme des éléments de backlog produit (PBI) dans un outil comme Azure Boards ou GitHub Projects. Par exemple:
- Histoire utilisateur : « En tant qu’employé, je veux que l’agent récupère mon solde restant de congés afin que je puisse planifier mes vacances. »
- Histoire utilisateur : « En tant que client, je veux que l’agent suive ma commande pour ne pas avoir à appeler le support. »
Chaque user story résume un besoin spécifique de l’utilisateur final et un résultat attendu. Ajoutez ces histoires à votre arriéré avec des détails et des critères d’acceptation. Les histoires d’utilisateurs et les PBI aident à définir clairement la portée, les exigences et les résultats attendus pour chaque partie du projet. Cette clarté garantit que chaque membre de l’équipe comprend ce qu’il construit et pourquoi.
Meilleures pratiques pour la planification des histoires utilisateur
- Organiser par fonctionnalités ou sujets : Regroupez les histoires utilisateurs par capacités ou sujets de haut niveau dans Copilot Studio.
- Incluez les critères d’acceptation : Définissez comment vous savez qu’une histoire est terminée. Par exemple, « Lorsqu’un utilisateur (Microsoft Entra ID) demande à l’agent un congé restant, il retourne les jours corrects du système RH. » Cette définition garantit la qualité et aide les testeurs ou utilisateurs professionnels à vérifier la fonctionnalité.
- Priorisation itérative : toutes les histoires ne sont pas immédiates. Utilisez votre backlog pour prioriser ce qu’il faut construire en premier. Une approche agile courante consiste à livrer d’abord un agent minimal viable (MVP) — couvrant les cas d’usage les plus critiques — puis à développer lors des sprints suivants avec plus d’histoires (FAQ agréables, nouveaux canaux, etc.).
- Entretien régulier du backlog : Examiner et mettre à jour fréquemment les user stories. Les projets d’agent peuvent connaître des changements de portée à mesure que vous apprenez ce que les utilisateurs demandent. Faites de l’affinement du backlog une activité récurrente (par exemple, hebdomadaire), en ajoutant de nouvelles histoires pour les demandes émergentes ou en revisant d’autres selon leur faisabilité.
Livraison itérative
Avec les histoires et les PBI définis, exécutez le projet par sprints ou itérations (généralement 2 à 3 semaines chacun). À la fin de chaque sprint, implémentez plusieurs user stories (par exemple, une nouvelle capacité ou une amélioration d’un sujet existant). Cette approche progressive permet de faire des démonstrations de progrès fréquemment et de recueillir des retours tôt. Cela permet aussi de libérer l’agent par étapes plutôt que d’un seul coup, ce qui gère le risque et renforce la confiance des parties prenantes.
En se concentrant sur les user stories et les PBI, les équipes restent centrées sur l’utilisateur et peuvent pivoter si nécessaire. Les équipes peuvent facilement réorganiser les priorités dans le backlog si une nouvelle exigence ou idée a plus de valeur. Les petites histoires font aussi apparaître des problèmes tôt. Par exemple, si intégrer System X est une histoire et que cela s’avère difficile, vous le découvrez au sprint, pas à la livraison finale. Cette approche favorise un engagement continu des utilisateurs grâce à des retours sur chaque incrément, conduisant ainsi à une solution qui répond plus étroitement aux besoins des utilisateurs. Les parties prenantes voient une feuille de route vivante de fonctionnalités et des progrès réguliers, ce qui renforce leur confiance dans le fait que le projet est sous contrôle et apporte de la valeur.
Meilleurs conseils
- Considérez le lancement comme le début, pas la fin. Publiez les premiers MVP pour activer le volant des retours clients.
- Utilisez de courts sprints pour affiner les sujets, l’orchestration et les intégrations en fonction de l’utilisation réelle.
Étape suivante
Continuez en établissant des indicateurs clés de performance mesurables pour suivre si votre agent offre des résultats commerciaux significatifs.