Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

User Stories Explained

No description
by

Anders Thim

on 17 April 2018

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of User Stories Explained

User Stories
Krav på projektmedlemmar
För och Nackdelar
Tack för mig
Vad är en User Story
Del av en agil kravprocess
Krav på projektmedlemmar
För och Nackdelar
Skriva User Stories

Del av en agil Kravprocess
Vad är en User Story
En User Story beskriver funktionalitet som är värdeful för en användare eller en köpare av ett system och består av tre saker
User Stories kan inte ingå som en bilaga till en övergripande projekt specifikation som ett antal måste krav som skall implementeras.
Lätta att skriva.
Begripliga av alla.
Uppmuntrar till att skjuta upp detaljering.
Lägger tonvikten på konversationer och tester.
En kort skriven beskrivning av funktionaliteten som används för planering och som en påminnelse.
Konversationer om User storyn bidrar till att klä på detaljer om funktionaliteten
Kort skriven beskrivning
Som <vem> vill jag <vad> för att <varför>
Konversationen
Tester som förmedlar och dokumenterar detaljer och som kan användas för att avgöra när en story är färdig.
Tester
Insamling
Analys
Sprint Backlog
Detaljering
Story Writing workshops..
Skapa en Backlog
Prioritering
Estimering
Riskbedömning
Epics
Riv och bryt ned
”Supporting Documents”
som ex. BoS, BiM, SiM, SAD, PAD, TOGAF…
anders.thim@gmail.com
Skillnaden mellan...
User Stories är inte IEEE 830 (Systemet skall…) - Users Stories är en användares mål snarare än en lista med krav
Cases och User Stories har liknelser men:
Use Cases tenderar att vara störreUse Cases har ofta mer antaganden om User intefaceUse Cases är ofta mycket detaljerade
Scenarios har mycket mer detaljer än en User Story
Scenarios beskriver vad en användare vill göra med ett system
Angagemang i hela projektet
Kravansvarig/Produktägare och verksamheten måste vara med från början till slut i hela projektet
Ansvarstagande
Alla måste ta ansvar för att se till att produkten blir bra. (uttrycket ”det står inte i kraven” är ett dåligt tecken)
Projektmedlemmar måste vara nyfikna på vad produkten faktiskt skall göra.
Förståelse för Krav formen
Alla inklusive verksamheten måste förstå att User Stories inte är ”Ett kontrakt” på den kommande lösningen.
Svårt att hantera stort antal User Stories
Svårt att få till en bra kommunikation i stora team
Om kravprocessen inte är anpassad för US så är de oanvändbara
Krav på spårbarhet och låsning av Scope
Icke närvarande Produktägare
Skriva User Stories
Oberoende (Independent)
Förhandlingsbar (Negotiable)
Värdingsbar (Valueable Purchases or users )
Estimeringsbar (Estimatable)
Liten (Small)
Testbar (Testable)
INVEST
Börja med övergripande Stories
Skriv stängda Stories
Skriv upp icke funktionella krav på andra kort
Skriv för en roll
Låt Produktägaren skriva
ge en kort titel
Riv detaljerade stories och används Epics (områden
Full transcript