OKR vs. KPI – Hvad er forskellen, og hvornår bruger du hvad? I mange virksomheder er der ofte forvirring omkring, hvornår man skal bruge OKR (Objectives and Key Results), og hvornår KPI (Key Performance Indicators) er det rette valg. Begge metoder bruges til at måle...
Scrum User Story
User Stories: Definition, Struktur og Anvendelse
En User Story er et udtryk for et brugerbehov, der beskriver, hvad en bruger ønsker at opnå, hvorfor det er vigtigt, og hvilken værdi det tilføjer produktet. En typisk User Story formuleres således:
Som en <Persona>
Ønsker jeg <Behov>
Således at jeg kan <Resultat>
Dette format hjælper med at holde fokus på brugerens perspektiv og sikrer, at hver User Story bidrager til en konkret og målbar værdi.
Personas: Skab Konteksten
Når brugeroplevelsen spiller en central rolle i projektet, kan det være relevant at udforme Personas, som er detaljerede, men fiktive biografier for typiske brugere. Personas hjælper med at illustrere forskellige brugergruppers behov og forventninger til produktet.
Eksempel på en Persona:
- Navn: Henriette Sørensen
- Alder: 34
- Rolle: Pressechef i en stor detailvirksomhed
- Mål: Effektiv administration af sociale mediekampagner
- Frustrationer: Tidskrævende processer og manglende integration mellem værktøjer
Hver Persona skaber en ramme for at udarbejde relevante User Stories, der tager hensyn til deres unikke behov.
Udarbejdelse af User Stories
For at skabe User Stories opdeles produktet i funktionelle dele. Disse funktionelle dele kan så brydes ned i mindre komponenter, som er fokuseret på specifikke brugerbehov. User Stories skal kunne levere værdi, uanset hvornår de implementeres, og derfor vurderes deres kvalitet ofte ud fra INVEST-modellen.
INVEST: Kriterier for en God User Story
- Independent: Skal kunne stå alene og ikke være afhængig af andre User Stories.
- Negotiable: Bør være fleksibel og ikke en fast kontrakt.
- Valuable: Skal tilføje reel værdi for brugeren.
- Estimable: Skal kunne estimeres i forhold til arbejdsindsats.
- Small: Skal være lille nok til at kunne gennemføres inden for et sprint.
- Testable: Skal kunne testes for at sikre, at kravet er opfyldt.
Praktisk Eksempel: Nedbrydning af en Funktion til User Stories
Funktion: Brugerprofilstyring
Et produkt skal indeholde en funktion, der giver brugeren mulighed for at oprette, redigere og administrere sin profil.
Nedbrydning af Features:
- Oprettelse af brugerprofil: Brugeren skal kunne oprette en ny konto.
- Redigering af brugerprofil: Brugeren skal kunne opdatere sine oplysninger.
- Visning af profiloplysninger: Brugeren skal kunne se sine gemte oplysninger.
- Sletning af brugerprofil: Brugeren skal kunne slette eller deaktivere sin konto
Nedbrydning af features i User Stories:
Feature 1: Oprettelse af brugerprofil
User Story 1: Som ny bruger ønsker jeg at kunne registrere mig med e-mail og adgangskode, så jeg kan oprette en ny konto.
Acceptkriterier:
- Brugeren kan indtaste en gyldig e-mailadresse og adgangskode.
- Adgangskoden skal opfylde sikkerhedskrav (f.eks. mindst 8 tegn).
- Brugeren modtager en bekræftelsesmail for aktivering.
User Story 2 : Som ny bruger ønsker jeg at få en fejlmeddelelse, hvis min e-mail allerede er registreret, så jeg ved, at jeg skal logge ind i stedet.
Acceptkriterier:
- Fejlmeddelelsen skal være tydelig og forklare problemet.
- Brugeren skal have mulighed for at nulstille adgangskoden.
Nedbrydning af features i User Stories:
Feature 2: Redigering af brugerprofil
User Story 3 : Som bruger ønsker jeg at kunne ændre mit profilbillede, så jeg kan personliggøre min konto.
Acceptkriterier:
- Brugeren kan uploade billeder i formaterne JPG og PNG.
- Profilbilledet vises korrekt efter upload.
User Story 4: Som bruger ønsker jeg at opdatere mit telefonnummer, så mine kontaktoplysninger altid er aktuelle.
Acceptkriterier:
- Telefonnummeret valideres, inden det gemmes.
- Brugeren modtager en bekræftelse på opdateringen.
User story / User Stories er god forrenting. User story / User Stories kan koste millioner. User story / User Stories har betydning for rekruttering af nye medarbejdere. til for medarbejderen. User story / User Stories skla styrke mod sårbarheder. . En god afsked er en god forretning
Nedbrydning af features i User Stories:
Feature 3: Sletning af brugerprofil
User Story 5 : Som bruger ønsker jeg at kunne deaktivere min konto midlertidigt, så jeg kan vende tilbage senere.
Acceptkriterier:
- Kontoen må ikke være tilgængelig, når den er deaktiveret.
- Brugeren skal kunne genaktivere kontoen.
User story 6: Som bruger ønsker jeg at kunne slette min konto permanent, så mine data ikke længere opbevares.
Acceptkriterier:
- En bekræftelseshandling (f.eks. adgangskode) kræves for at slette kontoen.
- Alle personlige data slettes inden for 24 timer.
Andre Typer af Stories
Ud over funktionelle User Stories kan der være behov for andre typer af stories:
- Enabler Stories: Fokus på tekniske aspekter som integrationer eller opsætning af infrastruktur.
- Analyse Stories: Bruges til at modne komplekse User Stories gennem research og analyse.
Disse stories sikrer, at alle aspekter af produktudviklingen er repræsenteret og bidrager til sprintets samlede planlægning.
Værdien af User Stories
User Stories er mere end blot en liste af opgaver – de er et redskab til at fastholde brugerfokus i produktudviklingen. Ved at kombinere fiktive Personas med klare User Stories og bruge principper som INVEST, kan teams skabe løsninger, der møder brugernes behov på en målrettet og struktureret måde. Samtidig giver nedbrydningen i mindre komponenter mulighed for at arbejde iterativt, hvor hvert sprint tilføjer mærkbar værdi til produktet.