acceptanstestdriven kravhantering
TRANSCRIPT
© Copyright 2015. All rights reserved.
Acceptanstestdriven kravhantering
Om det inte går att testa är det inte värt att krava
IT som det borde vara Bild 220 januari 2016
Thomas Javing
IT som det borde vara Bild 320 januari 2016
Varför en agil leveransmodell?
Tid
Vär
dele
vera
ns
Agil
Vattenfall
IT som det borde vara Bild 420 januari 2016
Vi tjänar pengar tidigare
Tid
Marginalen för vattenfallsmetoder
startar här
Vär
dele
vera
ns
Marknadsvärde av en feature över tid
Agila metoder har en kumulativ marginal
IT som det borde vara Bild 520 januari 2016
Levererar bättre ”Fit for Purpose"
Tid
Vad kunden till slut ville ha
Vad kunden trodde den ville ha
Vattenfalls resultat
Agilaresultat
IT som det borde vara Bild 620 januari 2016
Att leverera kvalitet
IT som det borde vara Bild 720 januari 2016
Att leverera kvalitet
Användbar
Bra och nyttig
Framgångsrik
Prestandan säkrad
Funktionen är ok och kan produktionssättas
IT som det borde vara Bild 820 januari 2016
IT som det borde vara Bild 920 januari 2016
Hur säkrar vi att leverera det värde som kunden vill ha?• Jobbar aktivt med värdedefinitioner och
säkerställer att samtliga stories är kopplade till Varför detta behövs
IT som det borde vara Bild 1020 januari 2016
Impact Mapping
Varför?
Vem?
Vem?
Hur?
Hur?
Hur?
Hur?
Vad?
…
…
Vad?
…
…
Varför: Vi vill öka omsättningen av böcker
Som företagVill jag erbjuda fri frakt vid beställning av fler än tre böckerSå att jag kan locka kunder till att köpa mer
IT som det borde vara Bild 1120 januari 2016
Hur säkrar vi att leverera det värde som kunden vill ha?• Jobbar aktivt med värde definitioner och
säkerställer att samtliga stories är kopplade till Varför detta behövs
• Varför: Så att vi kan öka omsättningenSom företagVill jag erbjuda fri frakt vid beställning av fler än två böckerSå att jag kan locka kunder till att köpa mer
• Närhet till slutanvändare
• Testdriven kravhantering!
IT som det borde vara Bild 1220 januari 2016
Vad är acceptanstestdriven kravhantering och vad finns det för olika metoder
ATTDSpecification by example
Behaviour driven development
?
IT som det borde vara Bild 1320 januari 2016
IT som det borde vara Bild 1420 januari 2016
Hur gör vi?• I grunden samma teknik som utvecklare använder vid
enhetstester
IT som det borde vara Bild 1520 januari 2016
Hur gör vi?• I grunden samma teknik som utvecklare använder vid
enhetstester
• Men att vi istället använder tekniken vid kravinsamling
• Sätt dig ned med 3 Amigos och ställ er frågan • Hur testar vi detta när det fungerar som det ska?• Fånga svaren i:
• Given:• When:• Then:
• Verifiera genom att…
Verksamhetskunnig
Testare Utvecklare
IT som det borde vara Bild 1620 januari 2016
IT som det borde vara Bild 1720 januari 2016
Hur gör vi?Som företagVill jag erbjuda fri frakt vid beställning av fler än två böckerSå att jag kan locka kunder till att köpa mer
Scenario: fri frakt Given: kundvagnen innehåller 2 böckerWhen: kunden lägger till 1 bokThen: priset för frakt ska tas bort
Verksamhetskunnig
Testare Utvecklare
Antal böcker Gratis frakt?1 nej2 nej3 ja4 janull eh?
IT som det borde vara Bild 1820 januari 2016
Varför testdrivet?• Vi bygger rätt saker• Hitta buggar tidigt• Vi får en gemensam förståelse• Korta feedbackloopar• En källa till sanning!• Automatiserbara Krav
IT som det borde vara Bild 1920 januari 2016
Kan testverktyg vara en bra lagringsplats för dina krav?
IT som det borde vara Bild 2020 januari 2016
Levande dokumentation
IT som det borde vara Bild 2120 januari 2016
Levande dokumentation
IT som det borde vara Bild 2220 januari 2016
Levande dokumentation
IT som det borde vara Bild 2320 januari 2016
SAFe, vad är det? Och vad är kopplingen till krav?
IT som det borde vara Bild 2420 januari 2016
SAFe, vad är det? Och vad är kopplingen till krav?
IT som det borde vara Bild 2520 januari 2016
SAFe, Scaled Agile Framework
©Copyright 2014. All rights reserved. IT som det borde vara Bild 2620 januari 2016
Scope of Flexible maintenance project
Selling Scania maintenance plan Perform a Maintenance Occasion
Update data connectedto the vehicle
IT som det borde vara Bild 2720 januari 2016
CREpic
Epic
Epic
Epic
US
US
Hierarkisk backlog
IT som det borde vara Bild 2820 januari 2016 28
Team4
Team3
Team2
Team1
Epics - Programnivå
Behov - Programnivå CR
E1
MPP-US1
MEM-US2
E2
MAC-US3 MAC-US4
E3
AM-US5
MPP-US6
Klara när de passerar Acceptanstesterna för Epic
Klara när de passerar acceptanskriterier för user story
Realisering av Affärsvärdet
IT som det borde vara Bild 2920 januari 2016
Releaseplan
IT som det borde vara Bild 3020 januari 2016
Avslutningsvis• Fokusera på värde
• Jobba tillsammans med att:• identifiera user stories• låt testerna driva fram lösningen och kraven
• Om möjligt, automatisera dina krav så att ni får en levande dokumentation
Varför?
Vem?
Vem?
Hur?
Hur?
Hur?
Hur?
Vad?
…
…
Vad?
…
…
IT som det borde vara Bild 3120 januari 2016
Avslutningsvis• Om ni har behovet, skala upp detta i er organization