Erfaringer fra smidige prosjekter: innføre “scrum” i et kreativt miljø
To måneder etter at jeg started i IXD i September 2008 (uff… det kjennes ut som jeg har vært sammen med alle disse flinke gutta i årevis…) og etter jeg fikk en forståelse og oversikt over hvordan prosjektene ble kjørt før min tid, satt jeg igang en spennende intern diskusjon hos oss om “scrum“: Var dette noe for oss? Er det noen som har erfaringer fra før om hvordan “scrum” brukes med kreative prosesser? Kunne dette fungere? Har vi lyst til å prøve?
Eks-kollega Anders Fagerhus tok utfordringen på strak arm og skrev et strålende blogginlegg om scrum og kreative prosesser. Takk Anders 
Nå, etter to vellykkede prosjekter og verdifull erfaring, ønsker jeg å ta opp igjen tråden fra Anders og fortelle først og frem om hvordan vi klarte å innføre “scrum” i IXD – og senere i andre blogginlegg om hvordan vi gjennomførte smidige prosjekter (prosessen, krav, erfaringer…)
Kreative folk liker ikke tvangstrøye-begrep som “scrum” – IKKE BRUK ORDET SCRUM, LAG DINE EGNE BEGREPER!
“Scrum” er en smidig prosjektmetodikk som springer fra og som benyttes innenfor programvareutvikling. I “UX og design”-avdeling ble dette veldig derfor dårlig mottatt: ” vi er annerledes”, ” vi trenger rom for kreativitet”, “vi er ikke systemutviklere”… og dette gikk og gikk…
Scrum er kun en av de forskjellige iterative og inkrementelle utviklingsmetoder som blant annet Extrem Programming (XP), Unified Process (UP), Evolutionary Project Managemnet ( EVO) osv.
Alle disse metoder har en del ting i felles:
- Risikodrevet og kundedrevet iterativ planlegging
- “Timeboxed” iterativ utvikling
- Tar imot endringer, men IKKE iløpet av selve iteraksjonen
- Tilpasnigsdyktig iterative planlegging og utvikling
- Inkrementelle leveranser (fungerende delleveranser)
Løsning var å fokusere på alle disse felles prinsipper som er grunnpilareren i smidig utvikling og Agile Manifesto – uten å sette noen etikett på det.
For å gjøre en lang historie kort, vi så på alle disse forskjellige smidige metoder og deres verktøykasser, slik at vi kunne velge det vi mente kunne fungere hos oss. Vi prøvde og testet litt av hvert og gjorde tilpasninger underveis:
- “Funket dette?”
- “Ja”
- “Da forstetter vi med det”
- “Funket dette?”
- “Nei”
- “Da dropper vi det. Forslag om noe annet vi kunne bruke som kan fungere bedre?”
Per dags dato jobber vi forstsatt med “hva skal babyen hete”, men alt tyder på at det blir “IXD smidig prosess” 
Les mer om : Erfaringer fra smidige prosjekter: innføre “scrum” i et kreativt miljø