Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Moderne Copilot Studio-prosjekter drar nytte av smidige metoder og AI-drevet innsikt, noe som forbedrer tilpasningsevnen og interessenttilliten. Tradisjonelle beste praksiser, som ofte er statiske eller fossefallaktige, kan komme til kort i et dynamisk AI-miljø. Ved å oppdatere tilnærmingen til brukerhistoriedrevet planlegging, analyseinformerte beslutninger og proaktiv risikostyring, kan du levere Copilot Studio-prosjekter mer iterativt og forutsigbart. Denne delen gir praktisk veiledning for å hjelpe deg med å ta grunnleggende beslutninger og unngå vanlige fallgruver når du begynner Copilot Studio-prosjektet.
Brukerhistorie-drevet planlegging
Ta i bruk en brukerhistoriedrevet tilnærming for å definere og administrere omfanget av Copilot Studio-prosjektet. I stedet for å starte med en gigantisk monolittisk spesifikasjon, kan du bryte ned agentens funksjonalitet i bittesmå brukerhistorier og spore dem som produktreserveelementer (PPI-er) i et verktøy som Azure Boards eller GitHub prosjekter. Eksempel:
- Brukerhistorie: «Som ansatt vil jeg at agenten skal hente ut min gjenværende permisjonssaldo slik at jeg kan planlegge ferier.»
- Brukerhistorie: «Som kunde vil jeg at agenten skal spore bestillingen min slik at jeg slipper å ringe support.»
Hver brukerhistorie oppsummerer et spesifikt sluttbrukerbehov og forventet resultat. Legg disse historiene til backloggen din med detaljer og akseptkriterier. Brukerhistorier og PBI-er hjelper til med å tydelig definere omfang, krav og forventede resultater for hver del av prosjektet. Denne klarheten sikrer at hvert teammedlem forstår hva de bygger og hvorfor.
Beste praksis for planlegging av brukerhistorier
- Organiser etter funksjoner eller emner: Grupper brukerhistorier etter funksjoner på høyt nivå eller topikk i Copilot Studio.
- Inkluder akseptkriterier: Definer hvordan du vet at en historie er ferdig. For eksempel "Når en bruker (Microsoft Entra ID) ber agenten om gjenstående permisjon, returnerer den riktige dager fra HR-systemet." Denne definisjonen sikrer kvalitet og hjelper testere eller forretningsbrukere med å bekrefte funksjonaliteten.
- Iterativ prioritering: Ikke alle historier er umiddelbare. Bruk backloggen din til å prioritere hva du skal bygge først. En vanlig smidig tilnærming er å levere en minimal viable agent (MVP) først—dekke de mest kritiske brukstilfellene—og deretter utvide i påfølgende sprinter med flere historier (hyggelige FAQ-er, nye kanaler osv.).
- Regelmessig vedlikehold av etterslep: Gå gjennom og oppdater brukerhistorier ofte. Agentprosjekter kan oppleve endringer i omfang etter hvert som du lærer hva brukerne ber om. Gjør backlog-forbedring til en tilbakevendende aktivitet (for eksempel ukentlig), legg til nye historier for nye forespørsler eller rescope andre basert på mulighet.
Iterativ levering
Med historier og PBI-er definert, gjennomfør prosjektet i sprinter eller iterasjoner (vanligvis 2-3 uker hver). På slutten av hver sprint, implementer flere brukerhistorier (for eksempel en ny funksjon eller forbedring av et eksisterende tema). Denne trinnvise tilnærmingen betyr at du kan demonstrere fremdriften ofte og samle tilbakemeldinger tidlig. Det lar deg også slippe agenten i etapper i stedet for alt på en gang, noe som håndterer risiko og bygger interessentenes tillit.
Ved å fokusere på brukerhistorier og PBI-er, holder teamene seg brukersentrerte og kan endre seg om nødvendig. Teams kan enkelt omrokke prioriteringer i backloggen hvis et nytt krav eller en idé har større verdi. Små historier betyr også at problemer dukker opp tidlig. For eksempel, hvis integrering av System X er en historie og det viser seg å være vanskelig, oppdager du det i sprinten, ikke ved endelig levering. Denne tilnærmingen fremmer kontinuerlig brukerengasjement gjennom tilbakemelding på hvert trinn, og fører dermed til en løsning som bedre møter brukernes behov. Interessenter ser et levende veikart av funksjoner og jevn fremgang, noe som øker deres tillit til at prosjektet er under kontroll og leverer verdi.
Topptips
- Se på go-live som starten, ikke slutten. Publiser tidlige MVP-er for å aktivere kundetilbakemeldingssvinghjulet.
- Bruk korte sprinter for å finpusse temaer, orkestrering og integrasjoner basert på bruk i virkeligheten.
Neste trinn:
Fortsett med å etablere målbare KPI-er for å spore om agenten din leverer meningsfulle forretningsresultater.