INT Sprint Retrospective 2017-04

Tilstades

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

Referat

For å varme opp snakketøyet og idemyldre, snakket alle litt om hvordan de hadde opplevd løpet. Oppsumert i stikkordsform:

• Store og komplekse modelleringsoppgaver er vanskelige
• Brukerhistorier bærer for lite kontekst hvis man ikke har vært på løpsplanlegging
• Brukerhistorier virker ikke helt klare for løpet
• Mange «finn ut hvordan» etterfulgt av «gjør slik» historier. Kan med fordel slås sammen.
• Estimat var ambasiøse
• Stor ukjentfaktor vedrørende datagrunnlag når man begynner med frontend- og backend-implementasjon samtidig.
• Mer par-arbeid trengs (par-modellering, og så videre)
• Vi bør være åpne for å revurdere hvilke rammeverk som brukes. Til og med etter at vi har begynt å implementere produkter.

Etterhvert gikk vi over i en fase med mager kaffe. Vi diskuterte da:

• Backlog grooming & pruning (4 stemmer)
  • Vil det være fortrinnsmessig å følge SCRUM nærmere?
  • Aksjonspunkter:
    • Vi groomer og pruner baklogg
    • Brukerhistorier bør ha høy kvalitet før grooming
    • Løpsbaklogg må kvalitetsikres før estimering
    • Kan det være aktuelt å prøve SCRUMBAN (#NOESTIMATES)?
• Er Django korrekt rammeverk? (3 stemmer)
  • Aksjonspunkter:
    • Vi diskuterer videre i annet møte
    • Vi bør lage flere prototyper i beslutningsprosesser
• Parprogrammering (3 stemmer)
  • Aksjonspunkter:
    • Vi trenger mer par-arbeid
    • Vi merker brukerhistorier spesifikt med type par-arbeid (par-modellering, par-spesifisering) og eventuelt hvem som skal par-arbeide.
• Pakking av kode (3 stemmer)
  • Aksjonspunkter:
    • Vi pakker alt
    • Pakking er ryggraden som bærer utvikling og produksjon
    • Pakking er det aller første vi gjør i nye prosjekter
    • Vi sender våre pakker ut i internettet (PYPI, f.eks.)
• Dokumentasjon (2 stemmer)
  • Vi har masse dysfunksjonell dokumentasjon. Nøden krever handling.
  • Aksjonspunkter:
    • Sett av tid i løpet til å slette dokumentasjon
    • Når noen får lyst til å dokumentere må det behovsprøves
    • Vi trenger kun:
      • README.md
      • Hvilke tjenester er på hvilke maskiner, og hva må du gjøre for å sette opp gitt tjeneste på gitt maskin igjen? (SELinux-fest?)