Her er noen smakebiter på lyntaler som er superrelevante for UX:

Øyvind Brande-Lien
Smidig brukerorientert design

Eli Toftøy-Andersen
GUI-prototyper er gode

Jon Gunnar Wold
Slik kan utviklere og designere samarbeide smidig

Daniel Brolund
User-guide-driven development (UGDD)

Og ikke minst: Reidar Sande med Ble Mona Lisa malt iterativt?
Her mangler slides fra videoen men de kan lastes ned her

For de som er interessert finnes det også noen gode intro-til-scrum lyntaler for å komme i gang. Alle videoene ligger her, hvis du lurer på hvor du skal begynne, er topp-lista er fin referanse.

Fra Smidig 2008, UGDD av Daniel Brolund (Agical AB)

Bildet viser en fantastisk slide fra årets smidig2008 konferanse av Daniel Brolund fra Agical AB.

Denne problemstillingen sliter mange med. Det å lage kode med smidige metoder som Scrum, bruke teknikker som BDD, continuous integration og continous deployment er ikke på noen måte en garanti for at det du lager blir brukervennlig. Scrum er en meget god gjennomføringsmetode som takler noen av de største problemene med IT prosjekter som f.eks. kommunikasjon. Men metoden er beviselig mangelfull i å sikre at selve produktet, og ikke bare koden har en stor verdi for den som skal utføre faktiske oppgaver på systemet.

Bob Martin sier at det smidige manifest mangler en femte linje: Craftmanship over crap. Interaksjonsdesigner og forfatter Alan Cooper har et bedre forslag for et tillegg til manifestet, som går på produktkvalitet:
“Responsible craftsmanship over features and functions.”
- While there is value in the latter, we value the former more.

Det er ikke en dum tanke. Det å måle kvalitet i grønne lys, fungerende kode, storypoints levert osv vil aldri bli en garanti for kvalitet. Som jeg sa i min lyntale på smidig2008 så er det utviklerne som har størst påvirkning på brukeropplevelsen og det er på tide at disse kloke menneskene retter sine blikk mot brukskvalitet – Det burde ikke lyse grønt før brukertesten er en positiv opplevelse.

Følg diskusjonen på Alan Coopers blog:
http://www.cooper.com/journal/2008/09/uncle_bob.html

Staffan Nötebergs mange hatter

Tom J. Bang fra Bekk hevder at man bør vurdere å fjerne ressurser for å nå målet når det røyner på i prosjekter. Kommunikasjonsoverhead er nemlig ikke til å spøke med.

Metter Gjersten, prosjektleder i SPK ga et innblikk i hva Scrum ikke forteller - hva med opplæring, forvaltning, og ikke minst dokumentasjon for programmer som skal leve videre når leveransen er ferdig.

User Story mapping som Nils Christian Haugen demonstrerte er et fin metode å strukturere brukerhistorier på for å se den store sammenhengen. For oss bruker-sentrerte mennesker er dette flott, men metoden er ikke iterativ og bør definitivt sees i sammenheng med brukersenterte metoder og prototyping. U.S. mapping må være en fin måte å dokuementere resultatet av en slik prosess. Jeff Patton er opphavet til denne teknikken.

Staffan Nöteberg, som bildet viser, var veldig opptatt av at man bare kan ha én hatt på hodet om gangen.

Benjamin Sommer slo et slag for User stories og hevder at enkelte krav faller bort fordi man ikke kan dokumentere forretningsverdi. Surprise surprise! Hvor mange fler user stories vil falle fra om man i tillegg bruker Personas? Benjamin var dessuten tilhenger av retrospectives som f.eks. Review of reviews for å demontrere helheten i store prosjekter. Han mente også at færre utviklere gir større fart i prosjektene.

Jeg gleder meg vilt til smidig brukeropplevelse-sesjonen i morgen. Jeg oppfordrer alle som er opptatt av sluttbrukerne å møte opp – SAL A er det det skjer!

Dette og mye annet spennende kan du høre mer om på årets smidigkonferanse 9 og 10 oktober!