Fokus for neste sprint
- Bedre bruk av Jira
- Definere kjøreregler for flytting av historier mellom kolonner i Jira
- Benytte kjøreregler
- SCRUM-mester «mer på» for å forsikre at kjøreregler blir overholdt
- Baklogg flyttes inn i Jira
Dagsorden
Sak 1: Oppsummering av sprinten
Korleis gjekk sprinten? Kort oppsummering.
- Vi sitter igjen med et spørsmål. Vi hadde to historier som var veldig overlappende, hvorfor gjorde vi ikke noe med dem på planleggingsmøtet? Vi burde slått historiene sammen, og restrukturert dem. Å lage nye oppgaver var nok ikke helt veien å gå. Må se sprinten i sin helhet neste gang.
- Vi må være mer konsekvente på å klargjøre hva historier faktisk består av. Historier bør være abstrakte og gi et relativt fritt handlingsrom, samtidig som utviklere må forstå hva som faktisk skal gjøres, og hva som skal være det endelige resultat. Mye av bakgrunnen for historiene var kjent for de som lagde dem, men ikke for de som utførte dem.
- Utvetydige historier resulterte i merarbeid, da ting måtte gjøres på nytt.
- Vi har ikke fulgt SCRUM-flyten, da enkelte historier skulle vært erstattet med nye på bakgrunn av deres tvetydighet.
- Vi må unngå kommunikasjonssvikt i fremtiden.
- Vi må bli flinkere til å si ifra hvis våre medarbeidere spør oss om så mye at vi ikke får gjort vårt eget arbeid.
- Forrige sprint var litt eksperimentell. Selvorganisering virker ikke så godt uten SCRUM-mester rollen besatt.
- SCRUM-mester bør bli flinkere til å innhente status, bør også la informasjon flyte andre veien, med tanke på hva som blir avdekket på standup.
- Kan være lurt at alle utviklere får prøve seg som SCRUM-mester.
- Vi har sett for mye på hva som skal løses, og ikke hva vi faktisk kan løse, i planleggingsfasen.
Sak 2: Forrige fokusområder
- Utvide sprint-planlegging 1 time for oppdeling av historier til oppgaver
- Brukte en ekstra time på oppdeling av historier
- Mer disiplinert oppstandelse
- Oppstandelsen har blitt bedre, men ikke optimal.
- Deltagerne må forberede seg bedre
- Deltagerne må møte opp i god tid
Sak 3: Lean Coffee Retrospective
Folk kjem med det dei ønsker å ta opp rundt metodikken. Følger opp med AI der det trengs.
Manglende Jira-kultur
Utsjekking av Jira-saker er inkonsekvent. Saker flyttes ikke til «QA» eller «Done» når de er ferdig. Vanskelig å få oversikt over hvordan tilstanden er.
Det eksisterer konsensus om at vi må bli flinkere til å oppdatere vår Jira. Dette vil lette arbeidet vårt.
Aksjonspunkter:
- Definere kjøreregler for flytting av historier mellom kolonner i Jira
- Benytte kjøreregler
- SCRUM-mester «mer på» for å forsikre at kjøreregler blir overholdt
Backlog i Jira
Vil det være fortrinnsmessig å flytte baklogg inn i Jira? Hvor ender egentlig nye historier opp? (Jira og/eller regnearket)
Positiv stemning for dette.
- Enklere for utviklere å forholde seg til et system
- Ofte vanskelig å vite hvilket system man skal legge inn nye historier i
- Mulighet for raskere sprint start etter planlegging, da man slipper å kopiere fra regneark til Jira.
- Når et system er autorativt, blir fort saker i det andre systemet «borte»
Aksjonspunkter:
- Baklogg flyttes inn i Jira
Andre
Forslag vi ikke rakk å diskutere:
- Sikre at sprint-baklogg passer laget: Det later til å være essensielt at bakloggen til en sprint reflekterer lagets kompetansenivå på de aktuelle produktene.
- Fundamentale historier blir hengende: Enkelte historier som blokkerer for arbeid på andre historier, blir ikke gjort ferdig før sent i sprinten.
- Oppstandelsesdisiplin: Alle må møte opp til oppstandelsen i tide, og ha forberedt monolog.
- Tidsboksing vs. «Done»: Når er en historie «Done»? Når den faktisk er «Done», eller når tiden som er avsatt til historien er brukt opp? Hva gjør vi i sistnevnte tilfelle? Kaster historien og lager nye historier?
- Estimere oppgaver: Bør vi utrede hvor lang tid de forskjellige oppgavene som er knyttet til historier tar?
- Flere småoppgaver! (< 0.5 sp): Er det ønskelig å ta inn flere små oppgaver i sprinten? Dette gjelder spesielt for deltidsansatte.
- Ved abstrakte/ukonkrete tasks, pass på at alle i «kjeden» har samme målsetning: Det er viktig at alle vet hva det endelige resultatet skal være.
- Ved «ukjente» prosjekter for laget, forsøk å unngå mindre konkrete historier og oppgaver: Viktig å unngå at kompetanse som er sentral for historier og oppgaver ikke er skriftlig dokumentert.