INT Sprint Retrospective 2017-02

Punkter vi fokuserer på i neste løp:

• Hans Kristian, Elisabeth og Joakim detaljerer korleis rullere inn ein driftar per sprint, i staden for heile driftsteamet. Starter denne sprinten, om mulig.
• SM kaller inn til forberedingsmøte halvtime før Sprint Review for å forberede demo
• Team held fokus på å bli ferdige med saker + dokumentere kva som er gjort i jira-saka
• SM tek opp fokuset på å bli ferdige med saker på Daily Scrum + om saker er blitt beskrevne i jira-saka
• SM tek opp på Daily Scrum når saker i QA har stått i over eit døgn

Tilstades

• jsama
• fhl
• hanskfje
• elisabhs
• tvl
• estephaz
• kvaade
• jbr
• sgs
• tgk
• hamar
• jokim (ref)

Opplevelse av løpet

Kort runde rundt bordet. Innspel til sprinten?

• Sprinten føltes litt kaotisk. Fredrik hadde mykje anna, pluss ukevakt - skapte ein del kontekstbytter. Drift nikker.
• Virker som at har levert lite? Såg gjennom Sprint-rapporten - har fullført 13 story points, 3 vart flytta og 17 vart ikkje fullført. Mange saker påbegynt, kunne ha levert meir om vi hadde fokusert på å bli ferdige med nokon heller enn å starte på mange.
• Vi bør ha fokus på fortgang i QA. Gløymast lett, og krever kontekstbytte.
• Ofte ønskeleg å rulle ut på spesifikke tider, for saker som skaper litt nedetid eller har fare for nedetid.
• Forslag: Ny kolonne for Ready for deployment for å framheve saker ferdige i QA.
• Forslag: Drift ønsker ei kolonne for On Hold, td "Waiting for".
• Drift har blitt enige om å ha sin eigen retrospektiv framover, og sender 1-2 til felles retrospekt.
• Diskuterte forslag om å skille i to Scrum-teams i perioden framover; ein for Cerebrum og ein for eValg.
  • Drift og utvikling bør i så fall ha samme saker, og ikkje (ha) skille mellom CRB og CRBD.
  • Fordelinga mellom antal story points frå drift og utvikling: Endre til å sjå på prioritet, uavhengig av drift og utvikling. Vi har eit felles mål, og Elisabeth og Hans Kristian vert enige om ein balanse.
  • Drift har nye RT-saker som prioritet, mens utvikling har sprinten som prioritet. Vert skeivt, og må adresserast.
  • Uenighet om det skaper meir overhead eller gevinst. Konkluderte med å ikkje dele opp.
• Forslag om å rullere inn ein driftar i utviklingsteamet per sprint, og flytte inn driftssaker i CRB. I staden for å ha med alle driftarane.
  • Prøver dette i neste sprint!
• AI: Endrer teamet ved å rullere inn ein driftar per sprint, i staden for alle i drift. Hans Kristian, Elisabeth og Joakim detaljerer og set opp for neste sprint, om mulig.

Start, stop, fortsett

Fortsetter på start, stop, continue på tavla, oppdaterer i eige Jira Board.

Punkta vi kom opp med:

1. Fortsette med å forberede Sprint Review bedre (6 poeng)
   • AI: SM kaller inn til forberedingsmøte halvtime før.
2. Starte med å bli ferdige med saker + dokumentere kva som er gjort (6 poeng)
   • AI: Team held fokus på dette.
   • AI: SM maser om dette på Daily Scrum, når det trengs
3. Starte med å holde press på QA (skal fullførast innan ein dag). (5 poeng)
   • AI: SM tek det opp på Daily Scrum
4. Starte med at PO styrer meir av Review, etter Mike Cohn. (4 poeng)
5. Starte med fleire kolonner, for Ready for deployment, og evt Waiting for (2 poeng)
6. Starte med å bli enige om utviklarane si påvirkingskraft på prioriteringar (1 poeng)
7. Stoppe med å komme for seint til Sprint Review (1 poeng)

Tek med oss dei tre høgast prioriterte sakene til neste sprint.