UD 1.5 Personas och målgruppsanalys
Table of contents
Agilt: User stories & scrum
Bygger på kommunikation. Vi har en ägare som måste kunna kommunicera sinda behov (i u05:an blir det kravspecen som ska ses som produktägare)
Problemet
samarbete så att ingen av sidorna äger hela kommunikationsansvaret
genom att dela på sn svaret blir inte det viktigasre lidande - leverandsen
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 tt uppskatta hur lång tid saker kommer att ta
så vad gör vi?
beslut tas med den info som finns
vi gör det ofta, så ofta det går istället för att ta besluten en gång för he
arbeta agilt
det agila tankesättet 
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 en av tre roller:
- produktägare
- scrum master
- utvecklingsteam
- istället flr ständigt fokus på slutleverans bara
- hjälper till att minska risk
- snabbare tid till marknaden
- bättre anpassad slutprodukt
- har refler, roller och tillvägaggångsssät ,em är flexiblet
Rollerna: utvecklubgsteamet Scrummaster produktägare
5 aktivistet inom scrum:
- sprint en iteration/cykel. en sprint ska vara tidsbestämd och brukar vara 2-3 veckor. de avlöser varann och fter varje släpps produktetn
- sprintplanering
- utveckteam ihop med ägare. vilka saker ska göras. varje sprintplatnering ska ha ett mål, sprintmålet, som definierar vad denna srpoint ska uppnå. säät i prioorfdning
dailys svrum snabbt, stående möte .15min, faglig avstämning, varje deltagare säger som vad som gjorts sen förra m,ötet, vad ska göras idag och finns det några hinder. poängen är att teamet ska kunna hjälpa varann med arbetet och ev problem
sprint reviwe/demo
skulle tex kunna vara ett handledningstilldälle. Visa upp vad vi har gjort under den här sprinten. görsa annars för produktägare. annars kan vi dema för varandra, om vi inte har hanbfdöening. informellt möte där vi förklarar vad vi hunnit med, inte hunnit med och om vi ska ändra nåt inför nsäta sprint
sprint retrospektive
artefakter scrum
3st artefakter för att dokumentera och visualisera arbetsprocessen:
- produktbacklog
- printbacklog
- inkrement
produktbacklog: ordnad priolista på alla utvecklingsmoment för att mt slutprodukt
levande doku som ständigt uppdateras
en effektvi backlog BÖR ändras lver tid. utvärdera den ockspå! Här ska vi använda kanban estimat 1-100 hur komplex är uppgiftwen
sprintbacklog
visualisera de uppgifter som utvteamet har åtagit sig att levelerara
tydligt definerade uppgifter, när ska den anses vara klar, vard äör förväntan.
visar framsteg som teamet gör under en sprint, men ocskå när problem uppstår
INTE dela upp typ “jag göra databas” jag gör design etc o ch sen synka oss i slutet på sprinten
idé: folk jobbar i par! eller mindre grupper, beroende på uppgift idé till det: en kodar/skriver, den/de andra kommer på förslag eller resonerar med varandra.
backlog i sprintetn: kanban. att glra lista
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
OBS! om vi inte vet, känner till målgruppen, gör inte user stories. gör istället användarinterjuser, testa “think alaoud”.