Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Moderne Copilot Studio-projekter drager fordel af agile metoder og AI-drevne indsigter, som forbedrer tilpasningsevnen og interessenternes tillid. Traditionelle bedste praksisser, som ofte er statiske eller vandfaldsbaserede, kan være utilstrækkelige i et dynamisk AI-miljø. Ved at opdatere din tilgang til planlægning baseret på brugerhistorier, analyseinformerede beslutninger og proaktiv risikostyring kan du levere Copilot Studio-projekter mere iterativt og forudsigeligt. Dette afsnit giver praktisk vejledning, der hjælper dig med at træffe grundlæggende beslutninger og undgå almindelige faldgruber, når du starter dit Copilot Studio-projekt.
Planlægning baseret på brugerhistorier
Indfør en tilgang baseret på brugerhistorier for at definere og styre omfanget af dit Copilot Studio-projekt. I stedet for at starte med en kæmpe monolitisk specifikation, bør du bryde agentens funktionalitet op i små brugerhistorier og spore dem som Product Backlog Items (PBI'er) i et værktøj som Azure Boards eller GitHub Projects. Eksempel:
- Brugerhistorie: "Som medarbejder vil jeg have, at agenten henter min resterende feriesaldo, så jeg kan planlægge ferie."
- Brugerhistorie: "Som kunde vil jeg have, at agenten sporer min ordre, så jeg ikke behøver at ringe til support."
Hver brugerhistorie omfatter et specifikt slutbrugerbehov og forventet resultat. Tilføj disse brugerhistorier til din beholdning med detaljer og acceptkriterier. Brugerhistorier og PBI'er hjælper med klart at definere omfang, krav og forventede resultater for hver del af projektet. Denne klarhed sikrer, at hvert teammedlem forstår, hvad de bygger og hvorfor.
Bedste praksis for planlægning af brugerhistorier
- Organiser efter funktioner eller emner: Gruppér brugerhistorier efter overordnede funktioner eller emner i Copilot Studio.
- Inkluder acceptkriterier: Definer, hvordan du ved, at en historie er færdig. For eksempel: "Når en bruger (Microsoft Entra ID) spørger agenten om resterende orlov, returnerer den det korrekte antal dage fra HR-systemet." Denne definition sikrer kvalitet og hjælper testere eller forretningsbrugere med at kontrollere funktionaliteten.
- Iterativ prioritering: Ikke alle historier er umiddelbare. Brug beholdningen til at prioritere, hvad der skal bygges først. En almindelig agil tilgang er først at levere en minimalt levedygtig agent (MVP), der dækker de mest kritiske anvendelsestilfælde, og derefter udvide i efterfølgende sprints med flere brugerhistorier (ofte stillede spørgsmål om "nice-to-have", nye kanaler osv.).
- Regelmæssig vedligeholdelse af beholdning: Gennemgå og opdater brugerhistorier ofte. Agentprojekter kan opleve ændringer i omfang, efterhånden som du lærer, hvad brugerne efterspørger. Gør finjustering af beholdning til en fast tilbagevendende aktivitet (for eksempel ugentligt), tilføj nye brugerhistorier for nye anmodninger, og juster andre efter gennemførlighed.
Iterativ levering
Når historier og PBI'er er defineret, gennemføres projektet i sprints eller iterationer (typisk 2-3 uger). Ved slutningen af hver sprint implementerer du flere brugerhistorier (for eksempel en ny funktion eller en forbedring af et eksisterende emne). Denne trinvise tilgang betyder, at du ofte kan demonstrere fremskridt og indsamle feedback tidligt. Det gør det også muligt at udrulle agenten trinvist i stedet for på én gang, hvilket håndterer risiko og opbygger interessenternes tillid.
Ved at fokusere på brugerhistorier og PBI'er forbliver teams brugercentrerede og kan ændre retning, hvis det er nødvendigt. Teams kan nemt ændre prioriteter i beholdningen, hvis et nyt krav eller en ny idé har større værdi. Små brugerhistorier betyder også, at problemer opdages tidligt. Hvis for eksempel integrationen af System X er en historie, og det viser sig at være svært, opdager du det i sprinten, ikke ved den endelige levering. Denne tilgang fremmer løbende brugerengagement gennem feedback på hver gradvise forøgelse og fører dermed til en løsning, der bedre opfylder brugernes behov. Interessenter ser en dynamisk køreplan over funktioner og løbende fremgang, hvilket øger deres tillid til, at projektet er under kontrol og leverer værdi.
Toptips
- Behandl go-live som starten, ikke slutningen. Offentliggør tidlige MVP'er for at aktivere kundefeedbacksvinghjulet.
- Brug korte sprints til løbende at optimere emner, orkestrering og integrationer på baggrund af reel brug.
Næste trin
Fortsæt med at oprette målbare KPI'er for at måle, om din agent leverer meningsfulde forretningsresultater.