Fokus for neste sprint
- Backlog i Jira
- Bedre estimater
Dagsorden
Sak 1: Oppsummering av sprinten
Fullførte sprint!
Kommentarer:
- Noen user stories overlappet (spes. script-kjøring)
- Mye udokumentert historikk tilknyttet sakene
- kunne fungert bedre dersom Jira var backlog, og all historikk ble dokumentert der?
- Mye informasjon delt i RT, Vortex, e-postlister, …
- Mange feil estimater på story-nivå, men det jevnet seg ut. Spesielt underestimerte stories:
- Burde stories være mindre generelle? Burde det være opp til utvikler å kjenne igjen at noe kan generaliseres?
- Manglende bakgrunnsinformasjon til stories
- En story viste seg å alt være løst!
- Flere stories hadde krav i bestilling, ferdig spec – dette kom ikke frem i stories! Hvordan skal man finne dette?
- Dokumentere eksisterende løsningsforslag i stories?
- Vanskelig å beregne kompetanse-tilegning
- Bli litt mer kynisk i estimater? Vi underestimerer mye…
- Mange 0-estimater, blir mer enn 0 når de summmeres sammen! Sette ½ som minimum?
Sak 2: Forrige fokusområder
- Skjerme enkeltpersoner for forvaltningsoppgaver som tar tid fra sprinten.
- SCRUM-mester legger til rette for diskusjon etter oppstandelse.
- Noterer eventuelle spørsmål til monologer.
- Kobler personer for åpne diskusjoner av spørsmål.
Skjerme enkeltpersoner for forvaltningsoppgaver
Har blitt bedre – muligens fordi det er mindre valg? Usikker på om dette har blitt «løst».
SCRUM-mester legge til rette for diskusjon
Har blitt bedre – ikke vært behov for SCRUM-master å ta grep…
Sak 3: Finne fokusområder
- Backlog i Jira, og samle informasjon om utviklingsoppgaver en plass
- Bedre estimater – Selv om vi kom i mål med denne sprinten, var det mange feil-estimerte stories!
Sak 4: Annet
- Forbedringer i skjerm-verktøy
- Pending pull-requests: Oauth, huske valg av repos, hvor lenge har en pull-request hengt igjen?
- Mindre e-post fra Jira! Kan vi bli kvitt e-post til fellesliste?!
- Generelt om e-postlister! Kan vi rydde opp i driftslistene vi står på?!
- Bedre kontroll på hva som kommer inn i Jira?