Tilstades
- fhl
- jbr
- sgs
- tgk
- hanskfje
hamar- jokim
- jsama (ref)
Innholdsfortegnelse
En runde rundt bordet
- Litt skuffet over mengden produksjon, men det gikk jo bra likevel
- Noen historier grovt underestimert… Vi greier ikke å beregne nok tid til å lære oss teknologier
- BOTT-arbeid kan føles litt meningsløst, man lager ikke noe nytt, men får reparert gammelt skrot
- Vi må få Unicode sporenstreks. Latin1 stikker kjepper i hjulene for masse saker og gir oss masse merarbeid
- Vi har kanskje fått bedre kontroll på brukerhistoriene i E-valg, dramatisk mye mer ferdig i dette løpet
- Vi burde brukt den-røde-tråd-metoden fra starten av
- Hvordan virker det å lage mange undersaker for en sak?
- Resulterte i en del funksjonalitet som vi ikke har bruk for (enda?)
- Automatisk funksjonalitetskryp. Man ender opp med mer en man burde
- Bør ikke lage undersaker på egenhånd, da mister man fort oversikt over hva som trengs
- Omfangsendringer må diskuteres med produkteier, nye brukerhistorier kan man dog lage, og planlegge for senere
- Bra Demo!
Mager kaffe
Diskutert
- Lange møter før deadline (7 stemmer)
- Hvorfor har vi lange møter dagen før vi skal demonstrere mye? Bidrar til stress.
- Tiltak: Vi har møtefri dagen før demonstrasjon
- Subtasking; team vs. person (5 stemmer)
- Når og hvordan bør vi dele opp saker? Hvis en person gjør det alene kan vi bomme på omfanget og hva som trengs. Hvis alle gjør det i felleskap så blir ikke historiene så gode.
- Oppdelingen blir forskjellig ettersom man gjør det ved implementasjon eller beregning av tidsbruk, ettersom man arbeider på forskjellige nivåer
- Tiltak: Vi benytter to forskjellige underoppgave-typer, ved forskjellige tidspunkt
- Subtask: Godt egnet til å systematisere abstrakte temaer under planlegging og beregning av tidsbruk
- Technical task: En person lager technical tasks ved behov, under implementering. Ved behov bør flere personer inkluderes for å få god kvalitet
Ikke diskutert
- Burndown chart (4 stemmer)
- Bare tasks i sprintbaklogg (4 stemmer)