User Stories (Norsk)

Hva er en bruker historien?

Bruker historier er korte beskrivelser av en funksjon fortalt fra perspektivet til den personen som ønsker ny kapasitet, vanligvis en bruker eller kunde av systemet. De vanligvis følger en enkel mal:

Som en , for jeg vil så det .

Bruker historier er ofte skrevet på kartotekkort eller klistrelapper, lagret i en skoeske, og arrangert på vegg eller bord for å lette planlegging og diskusjon., Som sådan, de sterkeste skifte fokus fra å skrive om funksjoner til å diskutere dem. Faktisk, disse diskusjonene er mer viktig enn hva teksten er skrevet.

Kan du vise noen bruker historien eksempler?

En av fordelene med smidig bruker historier er at de kan være skrevet på varierende nivåer av detaljer. Vi kan skrive en bruker historien til å dekke store mengder funksjonalitet. Disse store bruker-historier er vanligvis kjent som epos. Her er en episk smidig bruker historien eksempel fra en stasjonær backup produkt:

• Som en bruker, blir jeg kan sikkerhetskopiere min hele harddisken.,

Fordi en episk er generelt for stor for et smidig team for å fullføre i en iterasjon, er det delt inn i flere mindre brukeren historier før det er arbeidet på. Den episke ovenfor kan være delt opp i flere titalls (eller muligens hundrevis), blant annet disse to:

• Som en avansert bruker, kan jeg spesifisere filer eller mapper til backup basert på filstørrelse, dato opprettet, og endringsdato.
• Som en bruker, kan jeg angi mapper som du ikke backup, slik at min backup-stasjonen ikke er fylt opp med ting jeg ikke trenger lagret.

Hvordan er detaljer som er lagt til brukeren historier?,

Detaljer kan legges til brukeren historier på to måter:

• Ved å splitte en bruker historien inn i flere, mindre brukeren historier.
• Ved å legge til «forhold til tilfredshet.»

Når en relativt stor historien er delt opp i flere, mindre smidig bruker historier, det er naturlig å anta at detaljer har blitt lagt til. Etter alt som har blitt skrevet.

betingelser for tilfredshet er rett og slett en høy grad av aksept test som vil være til stede etter at den aktive brukeren historien er komplett., Bør du vurdere følgende når en annen smidig bruker historien eksempel:

Som vice president of marketing, jeg ønsker å velge en ferie sesongen skal brukes ved gjennomgang av resultatene av siste reklame kampanjer, slik at jeg kan identifisere lønnsomme seg.

Detaljer kan legges til at brukeren historien eksempel ved å legge til følgende forhold av tilfredshet:

• sørge for at det fungerer med retail store høytider: Jul, Påske, President ‘s Day, morsdag, farsdag, Labor Day, New Year’ s Day.
• Støtte helligdager som går over to kalenderår (ingen span tre).,
• Holiday årstider kan være sett fra en ferie til den neste (som Thanksgiving til Jul).
• Holiday årstider kan være satt til å være et antall dager før ferien.

Som skriver brukeren historier?

Alle kan brukeren skrive historier. Det er produktet eierens ansvar å sørge for at et produkt backlog av smidig bruker historier eksisterer, men det betyr ikke at produktet eieren er den som skriver dem. I løpet av en god smidig prosjekt, bør du forvente å ha en user story eksempler skrevet av hvert team medlem.,

vær Også oppmerksom på at som skriver en bruker historien er langt mindre viktig enn hvem som er involvert i diskusjoner om det.

Når er bruker historier skrevet?

Bruker historier er skrevet over hele smidig prosjekt. Vanligvis en story-skriving workshop holdes nær starten av smidig prosjekt. Alle på laget deltar med mål om å skape en produktkø som fullt ut beskriver funksjonalitet for å bli lagt til i løpet av prosjektet, eller en tre – seks-måneders utgivelsen syklus i det.

Noen av disse smidig bruker historier vil utvilsomt være epos., Epos vil senere deles opp i mindre historier som passer mer lett i en enkelt iterasjon. I tillegg, nye historier kan være skrevet og lagt til produktkøen når som helst og av hvem som helst.

Gjøre brukeren historier erstatte et krav-dokument?

Smidige prosjekter, spesielt Scrum seg, bruke en produktkø, som er en prioritert liste over funksjonalitet som skal utvikles i et produkt eller en tjeneste. Selv om produktkøelementer kan være hva teamet ønsker, bruker historier har dukket opp som de beste og mest populære form av produktkøelementer.,

Mens en produktkø kan være tenkt som en erstatning for krav dokument av et tradisjonelt prosjekt, er det viktig å huske på at den skriftlige del av et fleksibelt bruker historien («Som en bruker, jeg vil …») er ufullstendig til diskusjoner om at historien oppstå.

Det er ofte best å tenke på den skriftlige delen som en peker til det virkelige behovet. Bruker historier kan peke til et diagram som viser en arbeidsflyt, et regneark som viser hvordan du skal utføre en beregning, eller noen annen gjenstand produktet eier eller team ønsker.,

Anbefalte Ressurser Knyttet Til Brukeren Historier

• Fordeler av «Som en bruker, vil jeg» bruker historien mal.,
• Et Eksempel på Format for et Regneark-Basert Produktkøen
• Fordeler av User Stories for Krav
• Ikke-funksjonelle Krav som Bruker Historier
• Introduksjon til User Stories

Kurs Relatert Til Brukeren Historier

Gratis nedlasting: 200 Brukeren Historien Eksempler

Få en sjanse til inspirasjon og spare tid på å skrive en bruker historier ved å se eksempler skriftlig og brukes av Mike Cohn.