Fokus for neste sprint
-
Mer disiplinert standup
-
Utvide sprint-planlegging 1 time for tasks
Dagsorden
Sak 1: Oppsummering av sprinten
Korleis gjekk sprinten? Kort oppsummering.
Vi kom ikke i mål med sprinten, 38% av storiene var ferdig ved sprint-slutt.
Tilbakemeldinger fra rundt bordet:
- Største blemme vi gikk på var å undervurdere behovet for kompetansedeling/heving. SimpleSamlPHP er et godt og nyttig produkt til tross for PHP, så det er litt dumt at vi ikke har fått kompetansedelt.
- Fikk fikset og identifisert isfjell. Bra!
- Fikk fikset og polert grensesnitt!
- Sprinten bar preg av at vi hadde glemt mange detaljer, som hadde blitt identifisert under planlegging for lenge siden.
- Status nå: Både bra og dårlig. Lite utvikling i sprinten, mye UI-arbeid, ikke videre egnet for kompetansedeling. Attribute-release egnet seg ikke veldig til kompetansedeling.
- Sprint gikk ikke så bra. Enig i at det er mange stories som er litt uoversiktlige. Lite grep over hva som skal gjøres. Informasjonen tilgjengelig var ikke konkret nok til å gjøre estimater som ikke er basert på magefølelse.
- Arbeidet som skulle gjøres reflekterte ikke størrelse på estimat.
- Nytt produkt for de fleste, kompetanseheving tar tid. Mye tid forsvant i dette.
- Storiene egnet seg ikke for kompetanseheving, da de er ganske overfladiske, og ikke berører innvollene i delegate.
- I forhold til neste sprint (autotesting), kan være lurt å ta noen av storiene i sprinten før sprinten, så folk får kompetansehevet på forhånd. Viktig å gjøre dette før planleggingsmøtet, så vi alle kan estimere på annet grunnlag en magefølelse.
- Tyngre preplanning kan være fortrinnsmessig.
- Hvilken fokusfaktor hadde vi satt? Burde vi justert denne mtp. kompetanseheving?
- Workshop for å heve kompetanse på produkt?
- Vanskelig å tolke stories. Lite informasjon.
- Tungt å sette opp testmiljø.
- Noen stories overlappet hverandre. Passe på å ta tak i disse på oppstandelsen.
- Lite samkjøring mellom utvikling på stories. Resulterer i at arbeidet som baserer seg på andre stories blir tyngre.
- Vi må bli flinkere til å stille spørsmål ved stories på sprintplanlegging, for å besørge bedre estimater og bedre forståelse for hva som skal gjøres senere i sprinten.
- Bør bruke mer tid på planlegging hvis det er stort usikkerhetsmoment for stories.
- Kriterier for ferdig produkt var ikke 100% klart definert før sprinten startet. Følgelig arbeidet man til tider i forskjellige retninger.
Sak 2: Forrige fokusområder
- Vi skal fullføre denne sprinten, og denne gangen meiner vi det!
- SM høyrer med ekskursjon til andre sine Sprint Reviews på USIT og FSAT
Følgde vi dette?
Vi fullførte ikke sprinten. Vi har fått invitasjon i kalendersystemet til demo som holdes av WAPP, om Nettskjema og foransatte.
Sak 3: Lean Coffee Retrospective
Folk kjem med det dei ønsker å ta opp rundt metodikken. Følger opp med AI der det trengs.
- Utvide sprint planlegging med 1 time for tasks. Dette har vi ikke tatt oss tid til tidligere.
- Sette av èn dedikert timebokset time til oppdeling i tasks.
- Mer disiplinert standup. Standup drar ut i tid. Kom minst 5 min før. Forberede seg til standup. Hold monolog. Ikke diskuter.
- Forbered monolog
- Finn ut hva man skal gjøre den aktuelle dag på forhånd
- Presist oppmøte
- Flinkere til å samkjøre oss rett etter standup for å unngå dobbelt- og/eller merarbeid
- Ta inn over oss kompetansedeling.
- Ble estimert med mye kompetansedeling når vi begynte med SCRUM. Ikke estimert med så mye nå lenger.
- Vara SCRUM-master. Hadde vært nyttig med dedikert vara-SCRUM-master.
- Bedre pre-planning. Noen må sette seg mer inn i hva dagens tilstand er.
- Sette av tid til at en person går gjennom stories før planlegging
- Kompetansedeling før planlegging
- Vurdere avhengigheter mellom stories. Må gjøres før sprint.
- Diskuter potensielle avhengigheter
- Marker avhengigheter
- Bruk Jira