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

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

User Stories Explained

No description
by

Anders Thim

on 30 January 2013

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