Oversigt over medarbejder- Self-Service agentudrulning

Der er flere nødvendige trin for at udrulle medarbejderen Self-Service agent. Se tabellen for at få en oversigt over installationsprocessen.

Installationsfaser

Der er fire faser i udrulningen af medarbejder- Self-Service-agenten.

1. Forbered dig:
   1. Konfigurer roller.
   2. Konfigurer dit miljø.
   3. Infra, konfigureret til integration af eksterne systemløsninger fra tredjepart.
2. Installér:
   1. Installér medarbejderen Self-Service-agenten.
   2. Installer acceleratorpakker for at oprette forbindelse til andre systemer.
3. Tilpas:
   1. Konfigurer den centrale medarbejder Self-Service-agent.
   2. Levere konfigurationer af eksterne systemløsninger fra tredjepart.
   3. Identificere videnskilder.
   4. Angiv hyppige forespørgsler.
   5. Identificer følsomme forespørgsler.
4. Udgiv:
   1. Publicer medarbejderen Self-Service agent.
   2. Godkend medarbejderen Self-Service agent.
   3. Identificere testbrugere.

Fastlægge processen til administration af dit programs livscyklus

Administration af programlivscyklus (ALM) omfatter styring, udvikling og vedligeholdelse. Nøgleområderne i ALM er som følger:

Styring omfatter administration af krav, administration af ressourcer og pleje samt systemadministration, f.eks. datasikkerhed, brugeradgang, registrering af ændringer, gennemgang, overvågning, installationskontrol og annullering af opdatering.

Applikationsudvikling omfatter identifikation af aktuelle problemer, planlægning, design, opbygning og test af applikationen og at foretage løbende forbedringer. Dette område omfatter traditionelle udvikler- og appudviklerroller.

Vedligeholdelse omfatter implementering af appen og vedligeholdelse af valgfrie og afhængige teknologier.

Applikationslivscyklussen er den cykliske softwareudviklingsproces, der involverer disse områder:

• Planlæg og spor
• Udvikl
• Byg og test
• Rul ud
• Betjen
• Overvåge
• Lær af opdagelse.

ALM til Microsoft Copilot Studio bruger Dataverse i Microsoft Power Platform til sikkert at gemme og administrere de data og processer, som forretningsprogrammer bruger. Hvis du vil bruge de Power Platform-funktioner og -værktøjer, der er tilgængelige til at administrere ALM, skal alle miljøer, der deltager i ALM, indeholde en Dataverse-database.

Følgende begreber er vigtige for at forstå ALM ved hjælp af Microsoft Power Platform:

Løsninger er mekanismerne til implementering af ALM. Du bruger løsninger til at distribuere komponenter på tværs af miljøer via eksport og import. En komponent repræsenterer en artefakt, der bruges i dit program, og som du potentielt kan tilpasse. Alt, hvad der kan medtages i en løsning, er en komponent, f.eks. tabeller, kolonner, lærreder og modelbaserede apps, Power Automate-flows, agenter, diagrammer og plugins.

Dataverse gemmer alle artefakter, herunder løsninger og pipelines til produktinstallation.

Kildekontrol er din kilde til sandhed ved lagring og samarbejde om dine komponenter. Få mere at vide om kildekontrol.

Platforme til løbende integration og kontinuerlig levering, f.eks. Azure DevOps, giver dig mulighed for at automatisere din build-, test- og udrulningspipeline. Disse platforme kan også bruges med pipelines i produktet.

Hver organisation har deres egen ALM-proces til udrulning og test af virksomhedsprogrammer. Medarbejder Self-Service-agent publiceres ved hjælp af Microsoft Copilot Studio, hvilket bringer Power Platform ALM direkte ind i Copilot Studio-appen. Udviklere arbejder i udviklingsmiljøer ved hjælp af ikke-administrerede løsninger og importerer dem derefter til andre efterfølgende miljøer, f.eks. test, som administrerede løsninger. Du skal samarbejde med organisationens Power Platform-administrator for at etablere ALM-processen. Vi anbefaler, at du har mindst to separate miljøer til at oprette, opdatere og teste agenten.

Medarbejder Self-Service-agenten har tre forskellige personaoplevelser:

1. Administrator: Forbered lejeren til at udrulle, konfigurere og betjene medarbejderen Self-Service agent med de rette roller, der er tildelt identificerede administratorer.
2. Miljøskaber: Installer, konfigurer og udgiv agenten, herunder eksterne systemløsningspakker fra tredjeparter.
3. Bruger: Brug medarbejderen Self-Service agent i Microsoft Teams eller Microsoft Copilot Chat. Brugernes data udnyttes fra Microsoft 365 Graph.

Disse oplevelser er inden for grænsen for en enkelt lejer, hvorimod miljøudviklerens oplevelse med at installere og publicere agenten kan variere mellem forskellige miljøer i Power Platform. Vi anbefaler, at du opretter ALM-miljøer, f.eks. udvikler, test og produktion, til publicering og test af medarbejderen Self-Service agent. Hvert af tredjepartsprogrammerne til eksterne systemløsninger kan også forbindes til de respektive miljøer, hvis hvert program har sine egne ALM-forekomster (f.eks. Udvikler, Test og Produktion).

Kvalitetssikringsstrategi (QA)

Udrulning af Copilot-agenter er et transformerende initiativ, men uden grundige tests kan selv den mest lovende agent ikke leve op til forventningerne. Derfor er test vigtigt:

• Sikrer nøjagtighed, relevans og tillid:
  • Simuler scenarier fra den virkelige verden, herunder grænsetilfælde, for at afdække ubevogtede områder tidligt.
• Understøtter sikkerhed, overholdelse af bestemmelser og styring:
  • Involver overholdelses-, sikkerheds-, ledelses- og virksomhedens kommunikationsteams tidligt i testfasen.
• Forbedrer brugeroplevelsen og tonen:
  • Brug af instruktionsfeltet i Copilot Studio til at definere tone, sprog og adfærd eksplicit.
• Muliggør benchmarking af ydeevne og løbende forbedringer:
  • Definer målepunkter for succes (f.eks. løsningsfrekvens, brugertilfredshed), og spor dem fra pilot til produktion.
• Validerer teknisk integration og parathed:
  • En faseinddelt udrulning – starter i udviklings-/testmiljøer, før den skaleres til produktion.
  • Kør FlightCheck før hver kampagne for proaktivt at validere konfigurationen på tværs af miljøer.
• Stemmer overens med Microsofts installationsstruktur:
  • Scenariebaseret test.
  • CI/CD-pipelines til versionsstyring.
  • Endelige DLP- og RBAC-valideringer.
  • Simulerede testdata til kontrollerede evalueringer.
  • Brug en gennemprøvet fremgangsmåde på virksomhedsniveau.

Gylden prompt-teststruktur

Denne struktur er en af de mest almindelige testrammer til kvalitetstest, hvor agenten fungerer som den endelige port før produktionsinstallation. Disse oplysninger deles kun her som vejledning og stemmer overens med standardprocessen for spørgsmål og svar, som er etableret for din virksomhed.

Hvad er gyldne prompter?

Gyldne prompter er et organiseret sæt testscenarier, der:

• Repræsenter vigtige brugerarbejdsprocesser og grænsesager
• Har kendte, forventede svar (gyldne svar)
• Dæk kernefunktioner, der aldrig må gå i stykker
• Fungerer som mekanismer til registrering af regression

Følgende procesforløb kan hjælpe dig med at forstå test og gyldne prompter. Tænk på dette flow som cirkulært snarere end lineært, da testning er iterativ og kontinuerlig.

1. Scenarier
2. Test af gylden prompt
3. Afbryd eller afbryd
4. Produktionsudgivelse
5. tilbagemelding
6. Gentag

Retningslinjer for implementering

Vedligeholdelse af gylden prompt

Testprotokol til foreløbig version

Beslutningsramme for Go/Abort