Denna föreläsning höll jag på NFIs konferens "Från krav till system" oktober 2015 och januari 2016 Kontakta gärna mig om ni är intresserade av föreläsning i ämnet

1. © Copyright 2015. All rights reserved.
Acceptanstestdriven
kravhantering
Om det inte går att testa är det inte värt att krava

2. IT som det borde vara Bild 220 januari 2016
Thomas Javing

3. IT som det borde vara Bild 320 januari 2016
Varför en agil leveransmodell?
Tid
Värdeleverans

4. IT som det borde vara Bild 420 januari 2016
Vi tjänar pengar tidigare
Tid
Värdeleverans

5. IT som det borde vara Bild 520 januari 2016
Levererar bättre ”Fit for Purpose"
Tid
Vattenfalls resultat
Agila
resultat

6. IT som det borde vara Bild 620 januari 2016
Att leverera kvalitet

7. 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

8. IT som det borde vara Bild 820 januari 2016

9. 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

10. 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öretag
Vill jag erbjuda fri frakt vid beställning av fler än tre böcker
Så att jag kan locka kunder till att köpa mer

11. 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ättningen
Som företag
Vill jag erbjuda fri frakt vid beställning av fler än två böcker
Så att jag kan locka kunder till att köpa mer
• Närhet till slutanvändare
• Testdriven kravhantering!

12. IT som det borde vara Bild 1220 januari 2016
Vad är acceptanstestdriven kravhantering och vad finns det för olika metoder

13. IT som det borde vara Bild 1320 januari 2016

14. IT som det borde vara Bild 1420 januari 2016
Hur gör vi?
• I grunden samma teknik som utvecklare använder vid enhetstester

15. 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

16. IT som det borde vara Bild 1620 januari 2016

17. IT som det borde vara Bild 1720 januari 2016
Hur gör vi?
Som företag
Vill jag erbjuda fri frakt vid beställning av fler än två böcker
Så att jag kan locka kunder till att köpa mer
Scenario: fri frakt
Given: kundvagnen innehåller 2 böcker
When: kunden lägger till 1 bok
Then: priset för frakt ska tas bort
Verksamhetskunnig
Testare Utvecklare
Antal böcker Gratis frakt?
1 nej
2 nej
3 ja
4 ja
null eh?

18. 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

19. IT som det borde vara Bild 1920 januari 2016
Kan testverktyg vara en bra lagringsplats för dina krav?

20. IT som det borde vara Bild 2020 januari 2016
Levande dokumentation

21. IT som det borde vara Bild 2120 januari 2016
Levande dokumentation

22. IT som det borde vara Bild 2220 januari 2016
Levande dokumentation

23. IT som det borde vara Bild 2320 januari 2016
SAFe, vad är det? Och vad är kopplingen till krav?

24. IT som det borde vara Bild 2420 januari 2016
SAFe, vad är det? Och vad är kopplingen till krav?

25. IT som det borde vara Bild 2520 januari 2016
SAFe, Scaled Agile Framework

26. ©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 connected
to the vehicle

27. IT som det borde vara Bild 2720 januari 2016
CR
Epic
Epic
Epic
Epic
US
US
Hierarkisk backlog

28. 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

29. IT som det borde vara Bild 2920 januari 2016
Releaseplan

30. 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?
…
…

31. IT som det borde vara Bild 3120 januari 2016
Avslutningsvis
• Om ni har behovet, skala upp detta i er organization

32. IT som det borde vara Bild 3220 januari 2016
Tack!
Frågor?
070-7687126
Thomas.Javing@regent.se