Internett er et veletablerte kongerik med akronymer og buzzord. Jeg beklager å si det, men vi har en tendens til å generere mange vilkår som oftest ikke er et markedsføringsverktøy, heller enn en nyttig definisjon for å beskrive del av vårt felt.
UX, IXD, IA, UCD, CX, agile UX, magert UX, guerillaforskning, strategisk UX, emosjonelt design ... vi svømmer i havet av merkelige setninger som forlater klarhet til fordel for selvforsterkning.
Ikke misforstå, jeg er ikke en luddite. Jeg har brukt en betydelig mengde tid på designbattleground som fungerer som brukervennlighet; UX Designer; Informasjon Arkitekt; UX Manager. Rikelig med buzz ord på mitt eget resume.
Ankomsten av "Agile UX", og kort etter "Lean UX", forårsaket meg litt mer forvirring enn vanlig: Begge vilkårene tyder på et sterkt designforhold med den overordnede prosessen med produktutvikling - som jeg absolutt beundrer; begge har en tendens til å fokusere på å gjøre design raskere; begge passer inn i den brede visjonen om nye brukeropplevelsesdesignverktøy. Men ... hva er forskjellen mellom Agile UX og Lean UX? I hverdagens tekniske samtale bruker de fleste disse to termene om hverandre. Hvorfor har vi så to begreper hvis de begge henviser til det samme?
Bevegelsen mot smidig utvikling er forankret i etableringen av programvare. I gamle dager var designen nesten ikke så verdsatt som i dag, og programvare var et av de mest uheldige eksemplene på det unnlatelsen. Faktisk var det lite oppmerksomhet til sluttbrukeren. Programvareutvikling pleide å være alt om å levere resultater, uansett hvor stygg eller innviklet brukeropplevelsen kan være.
Den største bekymringen for skapere av den opprinnelige Agile Manifesto var effektiviteten av programvareutviklingsprosessen, i stedet for verdien og designstedet. Faktisk ble det ikke engang nevnt design i manifestet, noe som tvang designere til å kjempe for sin plass i prosessen senere. I utgangspunktet gikk Agile opp mot den klassiske Waterfall-utviklingsprosessen som hele tiden forsøkte å stenge dynamisk prosess i statisk form for en robust dokumentasjon.
Agile tilhenger og sett av enkle prinsipper:
Disse retningslinjene ble raskt populære, og nå anses Agile å være gullstandarden for utviklingen av digitale produkter.
For å passe inn i dette flotte bildet måtte UX-designet revurdere sine egne teknikker og fokus. Resultatet av denne revurderingen er Agile UX. I hovedsak beskriver Agile UX tilnærmingen til Agile Software Methodology i UX Design-konteksten. Det ultimate målet med Agile UX er å forene utviklere og designere i den fleksible prosessen med produktutvikling.
I motsetning til Agile UX kommer Lean UX fra oppstartskulturen. Konseptet her er at en bedrift må sende et produkt så snart som mulig - salg (eller annen form for traksjon) må rack opp raskt for at prosjektet skal overleve. For å gjøre det må kunnskapen samles og tjene som grunnlag for et sett av iterasjoner av produktet.
Målet er å produsere et minimumsgjennomførbart produkt og skyve det ut til markedet så raskt som mulig. Prosessen innebærer vanligvis å få kjerneproduktet ut først, for å fastslå om det er etterspørsel etter markedet, og deretter bygge mot en fullstendig realisert versjon i en rekke trinn. Lean-utviklingsmodeller tester ideer gjennom utviklingsprosessen, med fokus på konstant måling og såkalte "læringsløkker" (bygge - måle - lære).
Stadig samling av data på målbrukergruppen er en integrert del av Lean-prosessen. Følgelig har folk begynt å henvise til den tradisjonelle prosessen med webdesign som er avhengig av analyse som en del av Lean-metoden.
Som alle UX-design er informert av en forståelse av menneskelig atferd, hevder noen at Lean UX bare er godt utført UX.
Agile UX og Lean UX er to tilnærminger til de modifiserte designprosessene som passer til måten kunder og forbrukere forventer at moderne produkter og tjenester skal leveres på. Vilkårene er vanligvis tatt for å bety det samme.
De forskjellige resultatene som kommer fra de forskjellige metodene er imidlertid klare: Agile UX produserer et mer polert produkt; Lean UX produserer flere produkter av økende polsk. Til slutt kan begge teknikker ankomme på samme sted, men via svært forskjellige ruter.
Når du velger hvilken vei du skal ta for webprosjektene dine, bestemmer du den mest hensiktsmessige banen for sluttresultatet. Hvis du er i stand til å iterere gjennom mange versjoner, som med et sideprosjekt, kan Lean være veien å gå. hvis du er mer komfortabel å gi ut en fullstendig realisert versjon, så se til Agile.