Del via


Anbefalinger for å definere ytelsesmål

Gjelder denne Power Platform Well-Architected-sjekklisteanbefalingen for ytelseseffektiviteten:

PE:01 Definer ytelsesmål. Ytelsesmål må være numeriske verdier som er knyttet til krav til arbeidsbelastning. Du må implementere ytelsesmål for alle arbeidsbelastningsflyter.

Denne veiledningen beskriver anbefalingene for oppretting og visning av ytelsesmål. Ytelsesmål er måledata som definerer målene for ytelsen. Disse måledataene uttrykkes som én numerisk verdi eller et numerisk område. De er klare og spesifikke måledata som er drivkraften bak kontinuerlig forbedring. Ytelsesmål er et numerisk grunnlag for forbedringer, og de hjelper team med å rette inn arbeidet mot bestemte mål. Uten klare ytelsesmål kan team mangle fokus og ansvarlighet med hensyn til ytelsesproblemer. Når ytelsesmål er angitt, kan team arbeide mot bestemte mål og sørge for kontinuerlig forbedring.

Definisjoner

Term Definisjon
Dataflyt Flytting av data innenfor et system eller mellom systemer.
Avhengighet En komponent som en arbeidsbelastning er avhengig av.
Flyt I en arbeidsbelastning er dette en operasjonssekvens som utfører en bestemt funksjon. Dette omfatter flytting av data og kjøring av prosesser mellom komponentene i arbeidsbelastningen. Selv om «flyt» kan antyde at dette er en Power Automate-flyt, henviser det i denne konteksten til en generisk sekvens som ikke er knyttet til en bestemt implementering.
Måleverdier Numeriske verdier som samles inn med jevne mellomrom. Måleverdier beskriver enkelte aspekter ved et system på et bestemt tidspunkt.
Ytelsesmål Måledata som definerer ytelsesmål. Disse måledataene uttrykkes som én numerisk verdi eller et numerisk område.
Brukerflyt Banene eller sekvensene for handlinger som brukere tar i et program eller system.
Workflow Sekvensen med trinn som en arbeidsbelastning kjører for å oppnå en oppgave.

Viktige utformingsstrategier

Oppretting av ytelsesmål er et avgjørende trinn for å oppnå ytelseseffektivitet i arbeidsbelastningen. Ytelsesmål definerer ønsket ytelsesnivå for arbeidsbelastningen, og gjør det enklere å måle hvor effektivt ytelsesnivået oppfyller disse målene. Ytelsesmål gir en referanseverdi som kan brukes til å måle og sammenligne effektiviteten til en arbeidsbelastning. Denne referanseverdien kan hjelpe deg å utheve forbedringsområder. Målene justerer også oppgaver etter organisasjonens mål og forbedrer forretningsresultatene. Ytelsesmål fungerer også veiledende i ressurstildeling, slik at du kan sikre at arbeidsbelastningen kan tilpasses til ulike krav, samtidig som ytelsen holdes optimal.

Angi ytelsesmål tidlig

Angi ytelsesmål før du distribuerer arbeidsbelastningen. Ytelsesmål krever undersøkelser. Foreta markedsundersøkelser, konkurranseanalyse og evalueringer for å generere ytelsesmålområdene. Når det gjelder en eksisterende produksjonsarbeidsbelastning uten ytelsesmål, bruker du produksjonsdata og tilbakemelding fra brukere til å opprette ytelsesmål.

Fastsett ytelseskrav

Fastsettelse av ytelseskrav handler om å identifisere viktige ytelsesmåleverdier som svartid, gjennomstrømming og ventetid som er kritiske for arbeidsbelastningen. Når disse ytelsesmålene er justert etter organisasjonens forretningsmål, sikrer du at arbeidsbelastningen oppfyller de ønskede standardene, enten det er snakk om et førsteklasses eller vanlig produkt. Du kan for eksempel sikte mot å redusere svartider, øke gjennomstrømmingen eller optimalisere ressursbruken.

Når du angir ytelsesmål, er det viktig å justere organisasjonens mål etter de spesifikke behovene til brukerbasen. Brukere avgjør i siste instans hvorvidt ytelsen er vellykket, og understreker behovet for å justere ytelsesmål etter forventningene deres. Denne balansen sikrer at ytelsesmål omfatter ønsket brukeropplevelse og den samlede effektiviteten til arbeidsbelastningen.

Hvis du vil foreta omfattende måling og optimalisering av arbeidsbelastningsytelsen, bør du vurdere å angi ytelsesmål for følgende:

  • Enkeltkomponenter: Enkeltkomponenter er de atskilte enhetene eller segmentene i arbeidsbelastningen, der hver komponent kan ha distinkte ytelsesattributter og krav.
  • Brukerflyter: Disse banene viser hvordan brukere manøvrerer gjennom arbeidsbelastningen, og når du sikrer at de fungerer knirkefritt, forbedres brukeropplevelsen direkte.
  • Arbeidsflyter: Arbeidsflytdefinerte interne prosesser er utformet for å oppnå bestemte resultater og dikterer ofte driftseffektivitet.
  • Dataflyter: Dataflyter henviser til bevegelsen til og interaksjonen mellom data i arbeidsbelastningen, og gjør det enklere å identifisere potensielle ineffektiviteter eller flaskehalser.
  • Eksterne avhengigheter: Eksterne avhengigheter er elementer utenfor den primære arbeidsbelastningen (integrerte tredjepartstjenester eller -verktøy) som kan ha betydelig innvirkning på ytelsen.
  • Teknologinivåer: Teknologinivåer er direkte ytelsesindikatorer, for eksempel hastigheten på API-tilgang, ventetider for databaseoperasjoner og potensielle nettverksforsinkelser.
  • Forretningstransaksjoner: Sømløs kjøring av brukeres ende-til-ende-forretningstransaksjoner, for eksempel fullføring av et kjøp eller bestilling av en tjeneste, er direkte knyttet til brukertilfredshet.
  • Alle arbeidsbelastningene: Disse helhetlige måledataene gir en oversikt over den samlede ytelsen som omfatter alle komponenter og aspekter ved arbeidsbelastningen.

Identifiser viktige måledata

Identifisering av KPI-er omfatter fastsettelse av de nødvendige målingene som sporer fremdriften mot oppnåelse av ytelsesmålene for arbeidsbelastningen. Denne identifiseringen er en kvantifiserbar måte å måle og forbedre ytelseseffektiviteten på.

Når du identifiserer viktige måledata du vil fokusere på, tar du hensyn til måledata relatert til tilgjengelighet, kapasitet og svartid.

  • Tilgjengelighet: Feilfrekvens er en ytelsesmåleverdi for tilgjengelighet. Feilfrekvens representerer prosentandelen mislykkede forespørsler i løpet av en bestemt tidsperiode. Et vanlig mål for feilfrekvens er 0,1 prosent av forespørsler.

  • Kapasitet: Gjennomstrømming og samtidighet er eksempler på kapasitetsmåledata. Gjennomstrømming henviser til evnen til å håndtere et bestemt antall transaksjoner i løpet av en gitt tidsperiode. En programintegrering med et eksternt system må for eksempel kanskje opprettholde 10 millioner oppdateringstransaksjoner per måned. Samtidighet er en måling av samtidige brukere eller handlinger.

  • Svartid: Ventetid og innlastingstid er vanlige måledata for svartid. Ventetid er tiden det tar å svare på en forespørsel (200 millisekunder). Innlastingstid er tiden det tar for et program eller en nettside å bli interaktiv. Et vanlig mål er at 99 % av oppslagsforespørsler fra kunder fullføres innen 2 sekunder.

  • Avvisningsfrekvens: Når det gjelder samtalebasert KI, måler avvisning prosentandelen av forespørsler som er fullført gjennom selvbetjening, og som ellers ville blitt håndtert av live agenter. Med andre ord indikerer det antall oppgaver som kan automatiseres, noe som reduserer arbeidsbelastningen for teamet. Optimalisering av agentavbøyningsraten er et av de viktigste fokusområdene for organisasjoner som tar sikte på å oppnå sine forretningsmål rundt avkastning på investering (ROI) og kundetilfredshet (CSAT), samt å forbedre agentens generelle ytelse. Nøkkelindikatorer i Copilot Studio som bidrar til å forbedre agentytelse, inkluderer løsningsfrekvens, eskaleringshastighet og CSAT.

Angi bestemte mål

Når du har identifisert de viktige måledataene, må du angi ytelsesmål eller terskler for hver måleverdi. Ytelsesmål må kunne måles, være realistiske og være innrettet etter målene for arbeidsbelastningen. Du kan for eksempel ha en svartid på mindre enn 500 millisekunder (ms) som mål eller en feilfrekvens på mindre enn 1 prosent som mål.

Unngå kvalitative vurderinger av ytelse. Brukerne har for eksempel ulike meninger om hva raskt eller tregt betyr. Interessenter må bli enige om hva «raskt» betyr, og om hvordan de kan måle dette.

Når du bruker numeriske mål, kan du vurdere ytelsen objektivt over tid. Når du angir bestemte ytelsesmål, tar du hensyn til disse anbefalingene:

  • Ta hensyn tilbrukeren: Når du angir ytelsesmål, prøver du å innta brukerens perspektiv. Når du erkjenner at det i siste instans er brukeren som bedømmer ytelsen, sikrer du at ytelsesmålet er justert etter brukerens forventninger. Denne justeringen omfatter å vurdere både organisasjonsmål og de spesifikke kravene til brukerbasen. Når du integrerer disse to aspektene, kan du skreddersy ytelsesmål slik at de gjenspeiler den ønskede brukeropplevelsen og den samlede effektiviteten til arbeidsbelastningen. Når du definerer ytelsesmål som tar hensyn til brukerens forventninger, kan du prøve å gi en brukeropplevelse av høy kvalitet og oppfylle behovene til brukerne. Vær imidlertid forsiktig når du spør brukerne om hvilke krav de har til ytelse. De kan ganske enkelt svare at de vil at systemet skal være «så raskt som mulig», som ikke er et nyttig svar. Prøv å finne ut hva de mener er for tregt, eller hva de betrakter som uakseptabel ytelse, og arbeid deg bakover derfra. Derved får du mer realistiske krav.

  • Ta hensyn tiloppgavene: Ta hensyn til de ulike oppgavene brukerne utfører med systemet. Enkelte oppgaver er viktigere enn andre fra et ytelsesperspektiv. En selger som for eksempel må slå opp informasjon om en kunde, får raskt et behov for høyere ytelse enn den samme brukeren som ser på en månedlig salgsrapport. Fokuser på oppgavene som er avgjørende for ytelsen, og sørg for at de oppfyller kravene. Snakk med brukere om hver avgjørende oppgave, og om hvor lang tid de syns den skal ta. Vær spesifikk og fokuser på én oppgave om gangen. Du ender opp med ulike krav for ulike oppgaver i samme arbeidsbelastning, som gir mening.

  • Bruk persentiler: Persentiler som P99, P95 og P50 brukes vanligvis til å representere resultatene av ytelsesvurderinger. De forteller deg hvilken del av dataene et tall inneholder. P99 omfatter for eksempel 99 % av dataene. Bruk persentiler i stedet for enkle gjennomsnitt til å gi en mer omfattende forståelse av arbeidsbelastningsytelsen. Du kan måle persentiler ved å samle inn ytelsesdata over en tidsperiode, vanligvis ved hjelp av overvåkingsverktøy eller loggingsmekanismer. Du analyserer deretter disse dataene for å fastsette svartidsverdiene ved ulike persentiler.

  • Angi oppnåelige mål: Vurder grunnlinjeytelsen til tjenestene du bruker, og angi oppnåelige mål. Når du bruker tjenester som abstraherer den underliggende plattformen, må du unngå å angi mål som er knyttet til faktorer du ikke kontrollerer. Det er for eksempel urealistisk å angi et mål på 200 ms for en skjerminnlasting hvis grunnlinjeytelsen allerede er 250 ms, før du har implementert den egendefinerte logikken.

Dokumenter og vis ytelsesmål

Dokumentering og visning av ytelsesmål handler om å registrere alle ytelsesmål i en sentralisert plassering. Oppfyllelse av ytelsesmål er et delt ansvar mellom utviklings- og driftsteam. Gi teamene informasjon og mulighet til å iverksette tiltak for å sikre at arbeidsbelastningen alltid oppfyller eller overskrider disse målene.

For å dokumentere og vise ytelsesmål tar du hensyn til disse anbefalingene:

  • Dokumenter ytelsesmål: Dokumenter alle ytelsesmål. Sikre at alle ytelsesmål er dokumentert i en sentral plassering og er lett tilgjengelige for både utviklings- og driftsteam. Dette fremmer justering og bidrar til beslutningstaking i sanntid.

  • Vis ytelsesmål: Alle ansvarlige team må kunne se gjennom og lage gjennomførbare oppgaver fra ytelsesmålene. Bruk informasjonsspredning, for eksempel instrumentbord og rapporter, til å gjøre ytelsesmålene tilgjengelige.

  • Gjør den handlingsrettet: Dokumentasjonen og informasjonsspredningen skal gjøre klart hva de neste trinnene er. En økning i antall feil kan for eksempel føre til en umiddelbar kontroll, eller konsekvent oppfyllelse av et mål kan for eksempel antyde at denne referanseverdien må evalueres på nytt.

Evaluer brukertilbakemelding

Evaluering av brukertilbakemelding omfatter proaktiv innhenting og analyse av svar og forslag fra brukerne. Aktiv innsamling og analyse av brukertilbakemelding gir verdifull innsikt i behovene og forventningene deres. Regelmessig kommunikasjon bidrar til å justere ytelsesmål i forhold til endrede preferanser og teknologitrender. Et fokus på brukerbehov betyr at arbeidsbelastningen ikke bare justeres etter tekniske referanseverdier, men også gjennomgår kontinuerlig finjustering. Denne tilnærmingen, som understreker brukertilfredshet, sikrer at arbeidsbelastningen forblir relevant og vellykket i lengden.

Tilrettelegging for Power Platform

Power Platform integreres med Application Insights, som er en del av Azure Monitor-økosystemet. Azure Monitor er en tjeneste for fullstack-overvåking som har et komplett sett med funksjoner for å overvåke ressursene og måle ytelsesmål. Azure Monitor samler inn plattformmåledata og har bruksklare instrumentbord. Den gjør at du kan konfigurere varsler basert på måledata, og den lagrer og korrelerer også måledata for å sikre én sannhetskilde. Hvis du vil ha informasjon om hvordan standard telemetri og egendefinerte sporingshendelser kan logges og analyseres, kan du se Analyser systemgenererte logger ved hjelp av Application Insights.

Power Platform sikrer konsekvent tilgjengelighet og ytelse ved å bruke grenser for tjenestebeskyttelse. Disse grensene er vanligvis høye nok til at arbeidsbelastningen ikke påvirkes av dem under normal bruk. Det kan imidlertid hende at du når dem hvis arbeidsbelastningen håndterer store datamengder, masseoperasjoner eller dataoverføringer. Hvis du er en arbeidsbelastningsutvikler, skal du vite hvordan grensene for tjenestebeskyttelse håndheves, og hvordan du utvikler arbeidsbelastningen for å redusere sjansen for å overskride dem. Du bør også planlegge hvordan du håndterer grensene hvis du når dem. Hvis du vil ha mer informasjon, kan du se:

Copilot Studio har et omfattende sett med analyse som identifiserer viktige ytelsesindikatorer for agenten. Flere diagrammer viser trender og bruk for agentens emner. Disse diagrammene bruker kunstig intelligens til å utheve emner som har størst innvirkning på agentens ytelse. Du kan også utforme en egendefinert analysestrategi for å opprette en rapport som ikke dekkes av bruksklar analyse.

Sjekkliste for ytelseseffektivitet

Se hele settet med anbefalinger.