Tilstades
- jbr
- jsama (ref)
- tgk
- sgs
- hanskfje
- fhl
jokim
Innholdsfortegnelse
Sak 1: Oppsummering av sprinten
Hans startet med å informere om intervjuprossessen.
Oppsummering:
- Liste over saker som er ferdige gir ikke noe godt bilde av hva som er levert, prosentmessig av ferdighetsgrad har vi levert mye
- Er antallet saker ferdig et godt kriterie for løpets kvalitet? Bør vi heller ha en prosentsats basert på magefølelse som vi kommuniserer utad?
- Hvorfor må vi ha en presentasjon for eksterne der vi viser nøkkeltall (skam-kurven) som fremstiller oss dårlig i forhold til produksjon?
- Vi gled over i tilbakeblikket under løpsfremvisningen mens eksterne var til sted. Bør unngås
- Brukerhistorier stemmer sjelden med hva man faktisk vil ha, fordi man må sette seg inn i domenet for å kunne skrive en god brukerhistorie
- I ny-utvikling er det også vanskelig å skrive og estimere brukerhistorier, dette skyldes til dels manglende domenekunnskap som man kun kan tilordne seg gjennom arbeid med teknologiene som brukes
- I starten av prosjekter kan det være lurt å vurdere å ha en fase der man arbeider mer fritt, en å følge en arbeidsorganiseringsmetode slavisk
- Det er mulig å nedprioritere ukevaktsoppgaver hvis det går utover produksjon relatert til løpet
- Det er nødvendig å gå metoden vi bruker for arbeidsorganisering nærmere etter i sømmene. Kan KanBan være et alternativ?
- Prosjektplanlegging og design av løsninger bør utføres over lenger tid
- Vi bør vurdere om vi skal sette av et knippe personer til å lage grunnlaget i nye løsninger, for å besørge en solid grunnmur
- Våre estimater er veldig optimistiske. Vi bør være mer konservative når vi estimerer.