190326 Uge 13 Vejledning - AndreasRoen/Semesterprojekt-SI2 GitHub Wiki
#Vejledningsmøde / Scrum gennemgang
Deltagere
Malte Victor Bukrinski - [email protected]
Leivan Ravi - [email protected]
Admir Osmanovic - [email protected]
Andreas Malte Røn - [email protected]
Haris Osmanovic - [email protected]
Daniel Faridi - [email protected]
Dagsorden
Inceptionsfasen, hvad har vi taget med derfra
Scrum og UP
Fremgangsmåde i elaborationsfasen
Hvordan forventer vejleder at arbejdet med scrum fungere
Referat
Gennemgang af scrum,
- Scrum master - koordinator mellem projekt owner og resten af teamet Sørger for at arbejdsgangen er så gnidningsfri som muligt
Sørg for at dem med kompetencer indenfor forskellige felter kan agere som "eksperter"
Story
Opgaver der skal løses som lever op til et krav. Man kan ikke lave "halve" opgaver.
Planning Planlægger et minimumskrav
Build Bygger den planlagte feature
Test Tester om det virker efter hensigten
Review Kigger koden efter og sørger for at den overholder minimumskrav
3 artifakter
Product Backlog en mulighed for at estimere hvilke opgaver der er vigitge i gældende sprint. Det er et værktøj til produkt owneren
Sprint Backlog Det stykke arbejde der skal laves i gældende sprint. og dem som PO har valgt er vigige og hvad der er muligt indenfor sprintet (et sprinter 1- 4 uger)
Burndown chart En opgave liste der viser opgaverne (trello agtigt) hvor man kan se at opgaverne bliver mindre og mindre igennem sprintet.
De 3 cermonier
Det er her scrum masterens primære opgaver er
Sprint planning Det er her vi hiver opgaverne ind og det er her man vurdere hvad der kan nås til næste sprint
Daily scrum En hurtig update på hvor teamet er nået til. Deltagere (Team PO og scrum master ), og hvad der skal laves i dag samt hvad planen er i morgen.
Grooming PO'en kommer og præsentere opgaver for teamet. det er her der er mulighed for at diskuterer de forskellige elementer. POen får derfor mulighed for at gå til interessenter og sige hvad der er muligt og ikke er. Derved kan man udarbejde den rigtige story.
Sprint Review / Retrospective Er den process hvor teamet præsentere det de har lavet for interessenterne. Det er her de viser produktet, og får feedback samt givet forståelse til dem som har modtaget features. Det er også her hvor management kan sige at opgaven ikke løser den problemstilling som der er blevet sat.
Det er aldrig udviklingsteamet der har lavet fejl, hvis det bliver opgavet her. Det er dem der er ansvarlige for planlægningen
retroperspektiv: her snakker man om hvordan sprintet har været. Det er en gennemgang af arbejdet i det sidste sprint. det er her man kan lave nye procedurer som kan være med til at gøre arbejdsgangen nemmere for alle.
Vejledningsmøde
Scrum bots - en eller anden tager den rolle.
Med så korte sprints er det ikke sikkert at man kan nå igennem alle rollerne allesammen
Brug værktøjet allerede nu, ud fra scrum - Det er der nogle roller som kan varetage
Lav lynhurtigt de retningslinjer som der skal laves, hvordan gør man det helt praktisk
Kan man sammensætte et sprint allerede nu
Sørg for at del opgaverne ud så man når mest muligt
lav en punktopstilling i trello der beskriver opgaverne
lav et sprintmål allerede nu
Det er ikke kun det udviklingsmæssige der skal stå i productbacklog. Det er også alt det andet (undersøgelser osv).
Alle skal være med til kundemødet (Henrik undersøger om det er mulighed for at sende representanter istedet for at møde allesammen).
Man må gerne begynde at kode nu, men på det generelle plan. Der skal laves domænemodeller så det er godt at have noget man kan teste i.
Til næste gang
TODO:
Når der laves klasser skal der tilføjes en klasse diagram.
3 lags arkitektur
krav til projektets struktur
Skriv kundemøde spørgsmål
HOW TO GIT
TeamRoller
Scrummaster Malte
Product owner: Andreas
Udviklingsteam: Resten