PJ 1.1 Agila metoder
Table of contents
Att arbeta agilt
Projektet, oavsett om det är mjukvara eller ej, ändras kontinuerligt och likaså gör användares åsikter under projektets gång. Eftersom mjukvara är så föränderlig så är det också väldigt svårt att uppskatta hur lång tid saker kommer att ta. En lösning är att ta beslut med den info som finns, och att göra det ofta. Att göra om saker flera gånger, istället för att fatta ett beslut tidigt i processen som sen inte kan ändras.
Scrum
Ett av många sätt att jobba agilt.
- Ramverk som styr och guidar det agila tankesättet
- Arbetet delas in i iterationer/sprintar
- Ett Scrum-team har följande roller:
- Produktägare
- Scrum-master
- Utvecklingsteam
- Processfokus istället för ständigt fokus på slutleverans bara
- Hjälper till att minska risk
- Snabbare tid till marknaden
- Bättre anpassad slutprodukt
- Har regler, roller och tillvägagångssätt som är flexibla
Scrums 5 aktiviteter
- Sprint
- Sprintplanering
- Daily stand up
- Sprint review/demo
- Sprint retrospective
Sprint
En iteration/cykel. En sprint ska vara tidsbestämd och brukar vara 2-3 veckor. Sprintarna avlöser varann och efter varje släpps produkten.
Sprintplanering
Utvecklingsteam ihop med ägare. Vilka saker ska göras. Varje sprintplanering ska ha ett mål, sprintmålet, som definierar vad denna sprint ska uppnå. Viktigt att göra prioriteringsordning.
Daily stand up
Snabbt, stående möte, kanske ca 15min. Daglig avstämning, varje deltagare säger vad som gjorts sen förra mötet, vad ska göras idag och tar upp om det finns det några hinder. Poängen är att teamet ska kunna hjälpa varann med arbetet och eventuella problem.
Sprint review/demo
Skulle till exempel kunna vara ett handledningstillfälle i skolan, eller för produktägaren. Visa upp vad vi har gjort under den här sprinten. Informellt möte där vi förklarar vad vi hunnit med, inte hunnit med och om vi ska ändra något inför nästa sprint.
Sprint retrospektiv
Avslutar varje sprint. Bör vara max tre timmar för en månadslång sprint, är sprinten kortare så är mötet kortare. Går igenom vad som gick bra i sprinten, vad som behöver förbättras och vad som ska göras bättre i nästa sprint.
Scrums 3 artefakter
3 st artefakter för att dokumentera och visualisera arbetsprocessen:
- Produktbacklog
- Sprintbacklog
- Inkrement
Produktbacklog
Ordnad priolista på alla utvecklingsmoment för att nå slutprodukten. Ett levande dokument som ständigt uppdateras. En effektiv backlog ska ändras över tid. Här kan vi använda kanban-board (Todo, Doing, Done). Estimat i en skala, till exempel 0-100 på hur komplex varje uppgift är.
Sprintbacklog
Visualisera de uppgifter som utvecklingsteamet har åtagit sig att leverera. Tydligt definerade uppgifter, när ska den anses vara klar, vad är förväntan etc. Visar framsteg som teamet gör under en sprint, men ocskå när problem uppstår. Tanken är inte att alla delar upp sig med varsin uppgift och sen synkar i slutet på sprinten, utan utvecklarna ska jobba parallellt, kanske i mindre grupper. Också här används med fördel kanban.
Inkrement
Hänvisar till den nya versionen som är resultetet av en färdigställd sprint. Det vi har efter en sprint är alltså ett inkrement.