En presentation som går igenom grunderna i agil systemutveckling och vilka arbetssätt och verktyg man använder sig av.

1. Agil systemutveckling

2. Vad är agil systemutveckling?
• Utveckling som ett team
• Utveckling med nära kundkontakt
• Ett sätt att få kontroll över utvecklingsprocessen

3. Varför uppkom agil systemutveckling?
• För att projektplanen inte kunde hållas
• För att kunden inte fick vad den ville ha
• För att kunna leverera nytta tidigt i utvecklingsprocessen

4. Hur jobbar man agilt?
• Dagliga stand-ups (scrum-möten)
• Sprintar
• User stories från kunden
• Scrum master

5. Begrepp som kommer tas upp
• User-stories
• Scrum - master, möten, board
• Planning-poker
• Velocity
• Burndown-chart
• Retrospective

6. User-stories
• En liten saga för hur användaren ska kunna använda systemet
Exempel; Som kund ska jag kunna söka på böcker med avseende
på författarnamn eller artikelnummer.
• En user-story uppskattas grovt vid mottagandet men delas upp i tasks
och estimeras med planning-poker vid sprint start
<

7. Daily stand-up (Scrum-möte)
• Max 15 minuter (man står upp för att mötet inte ska bli längre)
• Varje dag innan arbetet börjar vid scrum-boarden
• Scrum-mastern dirigerar ordet och låter alla svara på:
1. Vad har jag gjort sedan förra mötet?
2. Vad ska åta mig till nästa möte?
3. Finns det något som hindrar mig (behöver jag hjälp av någon?)

8. • Ger överblick över hur
processen
• Backlog läggs till som
kolumn eller ha med
bredvid
• Fysisk scrum-board
fördelar:
oGer en samlingsplats
för stand-ups
oRedigeras i grupp (man
blir engagerad!)
oAlla får en tydlig
överblick över
nuvarande status

9. • Om det händer något
i projektet syns det
direkt här
• Är en del av scrum-
boarden
• Fördel med fysisk
burndown-chart alla
ser hur väl
planeringen följs

10. Planning poker
• Ett verktyg för att på pricksäkert sätt tidsestimera en uppgift
1. Det kraftfulla i planning-poker är ”more minds”, max några minuter
1. Alla tidsestimerar en task för sig själva och skriver ner estimeringen
på en lapp
2. När alla är färdiga visas alla resultat samtidigt
3. Den som estimerade det lägsta och högsta värdet diskuterar och
enas om en gemensam tidsestimering

11. Velocity
• Ett verktyg för att estimera hur mycket arbete man får gjort under en
viss tid
• Ger bra överblick om när ett projekt förväntas bli färdigt, räkna mot
vad som ligger i backlog
Exempel: Tillgänglig tid för alla vid sprint-start är 100 timmar. User-
stories delas ut. Vid sprint-end fick vi 80 timmar godkända av kund.
Velocity: 80 / 100 = 0,8 = 80 %
Tillgänglig tid för stories nästa sprint: 100 * 0.8 = 80 timmar

12. Retrospective
• Vid sprint-end, ca 1 timme
• Alla i gruppen skriver under sprintens gång upp tre saker som varit
riktigt bra och tre saker som inte fungerat så bra (delta)
• Scrum-mastern som går igenom alla lappar
• Rösta om vilka tre delta som är viktigast och diskutera hur man kan
lösa dem, sätt sedan upp dem på scrum-boarden

13. Scrum-master
• Ser till att scrum-möten blir av och dirigerar ordet
• Uppdaterar burndown-charten
• Rensar och uppdaterar scrum-boarden vid sprint-end
• Håller i sprint retrospective
• Försöker få scrum-teamet att kunna jobba i lugn och ro

14. Sprint 0
• Utse scrum-master
• Rita upp en scrum-board på en whiteboard.
• Samla in user-stories från kunden som är prioriterade efter hur viktiga
de är

15. Sprint start
• Räkna ut tillgänglig tid med velocity
• Välj ut user-stories efter kundens prioritetsordning och tillgänglig tid
• Dela upp user-stories i task och kör planning poker på alla tasks
• Sätt upp alla tasks på scrum-boarden
• Kör ett snabbt scrum-möte om vem som ska göra vad

16. Sprint end
• Dema för kunden och gå igenom alla user-stories som har gjorts,
kunden avgör om de får pass eller fail (hamnar i backlog)
• Kör retrospektive
Scrum master:
• Räknar ut velocity och tillgänglig tid för nästa sprint.
• Rensar upp scrum-boarden inför nästa sprint.

17. Kunden kommer på i efterhand att funktioner inte
fungerar som den vill eller inte finns med i
projektet
Agilt löser detta:
• Kunden godkänner user-stories vid sprint-end
• Kunden har lämnat in user-stories som täcker projektet
• Om kunde kommer med user-stories under projektets gång tas de
med i nästa sprint. Tillägg vid spikad tidsplan, ev. prioriteras upp

18. När projektet börjar ta slut upptäcker man att
tiden inte kommer räcka till
Agilt löser detta:
• Med hjälp av burndown-chart och velocity kan man tidigt i ett projekt
ta reda på om man följer tidsplanen
• Då kan man i tid kontakta kunden och förklara situationen innan den
blivit ett stort problem.
• Man undviker även att slösa tid på att utveckla ej beställda funktioner
eftersom man hela tiden utvecklar efter prioriterade user-stories

19. Kunden vill inte lämna, prioritera eller
godkänna user-stories
• För vem blir det dyrt när man beställer något utan att berätta vad
• Om man prioriterar och kan kunden snabbare få tjänsten i drift
• Finns det någon annan på företaget som kan agera beställare

20. Slutsats
Agil systemutveckling finns inte här för göra allting jobbigt, den är här
för att göra alla nöjda!