En brukerhistorie beskriver et behov fra sluttbrukerens perspektiv, i et enkelt og ikke-teknisk språk. Bruk denne fremgangsmåten når en ny funksjon skal beskrives i DevOps, slik at teamet forstår hvorfor de bygger, hva de bygger og hvilken verdi det skaper.
Etabler hvem som har behovet, hva behovet er, og hvorfor behovet er til stede.
Skriv historien som «Som … ønsker jeg … slik at …», for eksempel «Som bruker ønsker jeg å levere inn min søknad digitalt slik at jeg kan få behandlet min søknad raskt».
Det er normalt produkteierens rolle å skrive brukerhistorien. Har produkteieren ikke innsikt til å gjøre det selv, er hun likevel ansvarlig for at andre skriver den ferdig.
Detaljer brukerhistorien ned i akseptansekriterier som beskriver hva som skal til for at historien godkjennes som levert.
Skriv hvert kriterium slik at man entydig kan bekrefte eller avkrefte om det er oppfylt. Bland gjerne funksjonelle krav og kvalitetskrav der det er relevant.
La akseptansekriteriene være utgangspunktet for testoppgaver og testkriterier, slik at utvikler og tester vet nøyaktig hva som skal lages og testes.
Skriv en forkortelse av brukerhistorien som tittel, og sett status etter det teamet er enige om skal gjelde når historien anses «ready».
Lim inn brukerhistorien i Description-feltet og akseptansekriteriene i Acceptance Criteria-feltet.
Dokumenter samarbeidet i diskusjonsdelen: still spørsmål og fang kommentarer etter hvert som historien utvikler seg.
Still et spørsmål eller del hva som hjalp deg.

Kunstig intelligens | Artikkel
OpenAIs Data agent kunne undersøke virksomhetsdata og bygge delbare interaktive dashbord. Tilgangskontroller og kildespor måtte følge analyse og handling gjennom arbeidsflyten.

Automatisering | Artikkel
Power BI-rapporter og semantiske modeller ble tilgjengelige som grunnlag i Copilot Chat og Cowork. Delte chatøkter, synkroniserte notatbøker og Planner-status knyttet analyse til samarbeid.

Prosjektledelse | Artikkel
Copilot Notebooks og Cowork fikk flere måter å dele prosjektkontekst på. Agentmålinger og kostnadskontroll ble bygget ut i administrasjonssenteret.

Automatisering | Artikkel
Copilot-administratorer fikk sentral styring av forbruksbaserte kostnader. Purview-kontroller ble utvidet til Cowork, og agentmålinger kunne kobles til organisasjonskontekst.

Prosjektledelse | Artikkel
Fødererte koblinger kunne hente sanntidsdata fra SaaS-systemer gjennom MCP. Copilot-notatbøker samlet prosjektkontekst, mens Word og Teams fikk nye samarbeidsfunksjoner.

Feltservice | Artikkel
Microsoft publiserte aprilnyheter for produksjon, Power Platform, Planner og Power BI. Samlet viser de hvordan feltarbeid kan støttes av automatisering og analyse når prosjektansvar, datakvalitet og menneskelig kontroll er tydelig.
Har du et spørsmål eller en erfaring å dele?
Bli den første som bidrar.