User Story Mapping: Konsten att dela upp kravbilden på "rätt" sätt

6,313 views

Published on

Att bryta ner kravbilden på rätt sätt är nyckeln till att leverera rätt sak snabbt. Andra faktorer som utvecklingsmetoden eller kapacitet hos medarbetaren spelar roll, men utan en meningsfull uppdelning av kraven är det svårt att lyckas.
Tillsammans tittar vi på en metod för att enkelt dela upp en föränderlig kravbild i små, meningsfulla och kompletta byggstenar (inkrement). Inspirerad av Jeff Patton’s ”User Story Mapping”, metoden syftar att - så snabbt som möjligt - ta fram en fungerande, grov, version av systemet och bygga vidare på den. Med andra ord, att tillämpa ett iterativ och inkrementellt arbetssätt. Nyckeln att dela upp kraven på “rätt” sätt är att låta utvecklingens begränsningar (key contraints) guida uppdelningen. Tillsammans tittar vi - på ett konkret sätt - hur metoden fungerar med verkligt exempel där metoden har använts med framgång.

Published in: Technology
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
6,313
On SlideShare
0
From Embeds
0
Number of Embeds
351
Actions
Shares
0
Downloads
85
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide
  • VälkommenTitelnPresentation av Christophe: IT 15 år, Konsult 6 år, Sogeti 2år; Fransman ”hoppas ni förstår min franska”; Lean/Agile Coach (varför: vill lyckas!)Jag ska presentera en METOD: User Story Mapping
  • Hur många känner till User Story Mapping?Jeff Patton?Det finns mycket att berätta om USM, hur, när, saker att tänka på, fallgroppar, etc.MEN vi har bara 40 minuter, därför om jag har väkt ett intresse hos er kolla gärna Jeff’s material på webbenJag ska presentera MITT sätt att använda USM som verktyg/teknik för att lösa ett SPECIFIK problem (mer om det snart)Som varje verktyg det finns andra sätt för andra syften.
  • Vad jag vill EGENTLIGEN prata om är: Behovet att dela-upp krav bilden på rätt sättMen USM som verktyg för att göra det på ett FÖRUTSÄGBAR, REPERBAR, HÅLLBAR sättJag vill prata om det DÄRFÖR …Så, det jag tänker gå igenom i mitt tal är…
  • SuccessAssureKickstarter ! STRECH GOALS
  • Några rekommendationer från några projektledaren som har använd metoden med framgång:Mer engagemang & delaktighet (från kund & utvecklingsteam)Se & förstår helheten, beroenden, delmål, mm.Merfokus på det som är viktigt för kundenKunden är med på design och uppföljningHög tillit från kundenUtvecklingsteamet är transparentHögre flexibilitetPlan omprövas och justeras efter varje inkrementSnabbareAtt jobba inkrementellt ta ner en del av kostnaden kopplad till administration and synkronisering av störe jobb
  • Stöds bra diskussioner: Alla intressenter är med för att förstå, identifiera, ändra, validera, bekräftaVisualisering: alla förstår helheten och målen är tydligaIntressenter kan kompromissa med varandraIterativ & Inkrementell utvecklingFeedback loops för lyckas göra ”rätt”Alltid i tid: Detaljnivå styrds av tidsplanDet går att leverera i tid, budget & kvalité om man har förmåga att forma detaljerEnkelhet: Alltid fokus på det enklaste sätt att börja och ta sig till nästa mål
  • User Story Mapping: Konsten att dela upp kravbilden på "rätt" sätt

    1. 1. User Story Mapping Konsten att dela upp kravbilden på ”rätt” sätt Från Krav till System 2012 Stockholm, 9 oktoberChristophe Achouiantz – Lean/Agile Coach@ChrisAchhttp://leanagileprojects.blogspot.se/ 2012 © Christophe Achouiantz, Från Krav till System
    2. 2. User Story Mapping Uppfanns av Jeff Patton, Pask Award 2007 (USA) http://www.agileproductdesign.com/© Christophe Achouiantz, Från Krav till System 2012
    3. 3. Agenda 1. Behovet av att dela upp en kravbil på ”rätt” sätt. 2. Introduktion till User Story Mapping via ett Exempel. 3. En modell på hur man använder User Story Mapping. 4. Reflektioner.© Christophe Achouiantz, Från Krav till System 2012
    4. 4. Vi har blivit bättre på att hjälpa kunder förstå vad de behöver© Christophe Achouiantz, Från Krav till System 2012
    5. 5. Men, kraven innehåller alltid risker… …som hanteras genom att få Feedback© Christophe Achouiantz, Från Krav till System 2012
    6. 6. Värdet av Feedback Mål (som man trodde Dag1) Riktiga Mål Värdet av lösningen med (behov) Feedback Värdet av lösningen utan Feedback Lösningens faktiska värdet© Christophe Achouiantz, Från till System 20122012 Krav Krav till System
    7. 7. Därför, måste man dela upp kravbilden baserat på den feedback man söker© Christophe Achouiantz, Från Krav till System 2012
    8. 8. Risker i ett system© Christophe Achouiantz, Från Krav till System 2012
    9. 9. Att bygga en bil som ett systemutvecklingsprojekt Stop!© Christophe Achouiantz, Från Krav till System 2012 Ingen tid/$ kvar!
    10. 10. Att bygga en bil på rätt sättInkrementInkrementInkrementInkrement © Christophe Achouiantz, Från Krav till System 2012
    11. 11. Sammanfattning • Att lyckas leverera ett system på ett tillförlitligt sätt, och som svarar på kundens behov, kräver mer än bara bra krav. • För en pålitlig leverans måste vi minimera risker, d.v.s. söka den feedback som behövs för att hantera dem. • Detta krävs att vi delar upp kravbilden på rätt sätt för att få fram rätt feedback.© Christophe Achouiantz, Från Krav till System 2012
    12. 12. User Story Mapping: Ett exempel BI Projekt Mål • Ett projekt för att ta fram en ny BI plattform med portal (SharePoint). • Måste vara färdig för verksamhetskritiskt projekt PETE om 3 månader. Kontext • En förstudie har tagit fram en högnivådesign. • Inga detaljerad specifikationer finns. • Oklart exakt vad projekt PETE behöver. • Arkitekten finns bara tillgänglig en månad innan han ska på pappaledighet.© Christophe Achouiantz, Från Krav till System 2012
    13. 13. Exempel -1 User Story Map© Christophe Achouiantz, Från till System 20122012 Krav Krav till System
    14. 14. Aktivitetermindre ”optional” Exempel - 2 User Stories Tasks /Sub-Aktiviteter Beroende Frågor Validation /TestsMer ”optional” Utv. Teamet Kunden Användaren © Christophe Achouiantz, Från till System 20122012 Krav Krav till System
    15. 15. Delmål /inkrement mål Exempel - 3 Inkrement 1: ”Basic”1: Structure2: Control Inkrement 2 ”Testa3: Security Kopplingar”4: Data quality Klar for Project Inkrement 35: Statistics (xtra) ”Pete” ”Säkerhet” Diskutera, klargöra, dela-upp, ändra,6: Performance (xtra) validera, bekräfta7: Interface (xtra) Inkrement 4 ”Kvalité” © Christophe Achouiantz, Från till System 20122012 Krav Krav till System
    16. 16. Från idé till plan via User Story Mapping© Christophe Achouiantz, Från till System 20122012 Krav Krav till System
    17. 17. En modell för hur man använder User Story MappingEn System Design Workshop Den plan som togs fram på workshop måste justeras Bjud in de viktigaste/nyckelintressenter. kontinuerlig, pga: Ta fram detaljer kring systemet tillsammans. • Nya förståelsen man har för systemet.”Borra” ner tillräckligt för att avtäcka och hantera de flesta problem. • Påverkan av feedback man får efter ett inkrement. Ta fram en visuell ”kravkarta” som stöd för • Livet!diskussioner. Ett återkommande uppföljningsmöte för Ta fram en utvecklingsplan/roadmap där man delar omplaneringupp kravbilden i små inkrement.  Hantera ändringar löpande (t.ex. veckovis).  Designa ”in” ändringarna i kravkartan.© Christophe Achouiantz, Från Krav till System 2012  Ändra planen efter det.
    18. 18. System Design Workshop: Agenda 1. Bekräfta värdet av systemet (Varför?). 2. Identifiera mål och delmål. 3. Identifiera väsentliga begränsningarna. 4. Identifiera aktiviteter i systemet. 5. Identifiera detaljer för varje aktivitet (story). 6. Diskutera, ändra, validera, bekräfta. 7. Dela upp kravbilden i små inkrements. User Story Mapping© Christophe Achouiantz, Från Krav till System 2012
    19. 19. Identifiera aktiviteter • För ett bra designarbete måste alla intressenter förstå systemets omfattning. • Visualisera vad systemet gör genom en enkel aktivitetsdiagram som visualiserar flödet av information.GUI: Flödet av användaraktiviteter (t.ex: System utan GUI: Flödet av information ilogin, hantera nya email, skicka email, …). systemet (transformation av data). Om det finns olika dimensioner att välja från, välj någon som de flesta intressenter är komfortabla med. © Christophe Achouiantz, Från Krav till System 2012
    20. 20. Identifiera detaljer/Stories • För varje aktivitet, identifiera de olika subaktiviteter eller uppgifter (Tasks) som ingår, gärna i form av user stories. Nyckeln i metoden är att alltid börja med det absolut enklaste: ”Vad är det absolut enklaste sätt att göra/uppfylla aktiviteten?” • När man har identifierat det absolut enklast kan man gradvis öka systemets komplexitet eller rikedom.© Christophe Achouiantz, Från Krav till System 2012
    21. 21. Identifiera delmål & Inkrements • Målet är nu att välja en tunn skiva av tasks/stories som går igenom hela systemet (aktiviteter) för att ta fram en fungerande, dock kanske väldigt grov, version av systemet. • Senare delmål kan nu bestämmas baserat på det första delmålet. Kunden ska helst bestämma dessa delmål. Varje senare inkrement måste vara: Kort (max 1 månad), Meningsfull (ha värde för kunden eller utvecklingsteamet), Komplett (fungerar, helst i produktion – eller produktionslik miljö).© Christophe Achouiantz, Från Krav till System 2012
    22. 22. Några tips  Lätt att man glömmer senare det som var ”självklart” under workshopen: fånga diskussioner kring en ”lapp”.  En testare/testledare under workshopen kan fånga validationskriteria för varje ”lapp” och delmål – inkrementer blir konkretare och testbara (testspecifikationen är i princip klar efter det).  Bra att ha en facilitator under workshopen så att alla intressenter kan fokusera på systemet.  Varje inkrement måste ha värde för kunden eller utvecklingsteamet.  Bjud in så många olika nyckelintressenter som möjligt på workshopen.  Försöker hålla inkrementer max en månad långa (helst 2-3 veckor).  Använd ”Planen” på projektmöten och med dialog med kunden så ofta som möjligt.  Försök hålla ”Planen” synlig för alla hela tiden.© Christophe Achouiantz, Från Krav till System 2012
    23. 23. Reflektioner: effekt© Christophe Achouiantz, Från Krav till System 2012
    24. 24. Reflektioner: Varför funkar det?© Christophe Achouiantz, Från Krav till System 2012
    25. 25. Sammanfattning • Att lyckas med systemutveckling är att skaffa sig en förmåga att få feedback på det som är riskfyllt. • Kravarbetet måste därför dela upp kravbilden för att öppna för feedback. • User Story Mapping är ett verktyg för att göra det. • Frågor?© Christophe Achouiantz, Från Krav till System 2012
    26. 26. Referenser • Jeff Patton User Story Mapping User Story Mapping (presentation) How you Slice it (artikel) • Mary & Tom Poppendieck http://www.poppendieck.com/ Bok: Leading Lean Software Development: Results Are not the Point© Christophe Achouiantz, Från Krav till System 2012
    27. 27. Tack för er tid! Frågor?Christophe Achouiantz – Lean/Agile Coach@ChrisAchhttp://leanagileprojects.blogspot.se/ 2012 © Christophe Achouiantz, Från Krav till System

    ×