Internettet er et veletableret kongerige med akronymer og buzz ord. Jeg er ked af at sige det, men vi har tendens til at generere mange vilkår, som oftest er et marketingtrick frem for en nyttig definition til at beskrive en del af vores felt.
UX, IXD, IA, UCD, CX, agile UX, magert UX, guerillaforskning, strategisk UX, følelsesmæssigt design ... vi svømmer i havet af mærkelige sætninger, som overgiver klarhed til fordel for selvforstærkning.
Gør mig ikke forkert, jeg er ikke en luddite. Jeg har brugt en betydelig del af tiden på designkampen som en brugbarhedsspecialist; UX Designer; Information Arkitekt; UX Manager. Masser af buzz ord på mit eget resumé.
Ankomsten af "Agile UX" og kort efter "Lean UX" forårsagede mig lidt mere forvirring end normalt: Begge udtryk tyder på et stærkt designforhold med den overordnede proces af produktudvikling - som jeg absolut beundrer; begge har tendens til at fokusere på at gøre design hurtigere; begge passer ind i den brede vision om nye brugeroplevelsesdesignværktøjer. Men ... hvad er forskellen mellem Agile UX og Lean UX? I hverdagens tekniske samtale bruger de fleste mennesker disse to termer. Hvorfor har vi to udtryk, hvis de begge henviser til det samme?
Bevægelsen mod agile udvikling er forankret i oprettelsen af software. I gamle dage var designet næsten ikke så værdsat som i dag, og software var et af de mest uheldige eksempler på denne udeladelse. Faktisk blev der ikke fået mindre opmærksomhed til slutbrugeren. Softwareudvikling plejede at være alt om at levere resultater, uanset hvor grimt eller forvirret brugeroplevelsen måtte være.
Den største bekymring for skabere af det oprindelige Agile Manifesto var effektiviteten af softwareudviklingsprocessen, snarere end værdien og designstedet. Faktisk blev design ikke engang nævnt i manifestet, som tvang designere til at kæmpe for deres sted i processen senere. I første omgang gik Agile op mod den klassiske vandfaldsudviklingsproces, der hele tiden forsøgte at lukke dynamisk proces i den statiske form for en robust dokumentation.
Agile tilhængere og sæt af enkle principper:
Disse retningslinjer blev hurtigt populære og lige nu anses Agile for at være guldstandarden for udviklingen af digitale produkter.
For at passe ind i dette smukke billede måtte UX design genoverveje sine egne teknikker og fokus. Resultatet af denne revurdering er Agile UX. I det væsentlige beskriver Agile UX tilgangen til Agile Software Methodology i UX Design konteksten. Agile UXs ultimative mål er at forene udviklere og designere i den agile proces af produktudvikling.
I modsætning til Agile UX kommer Lean UX fra startkultur. Konceptet her er, at en virksomhed skal sende et produkt så hurtigt som muligt - salg (eller en anden form for trækkraft) skal rack op hurtigt for at projektet kan overleve. For at gøre det skal viden indsamles og tjene som grundlag for et sæt iterationer af produktet.
Målet er at producere et minimums levedygtigt produkt og skubbe det ud til markedet så hurtigt som muligt. Processen indebærer normalt at få kerneproduktet ud først, for at fastslå, om der er en efterspørgsel på markedet, og derefter bygge op til en fuldt realiseret version i en række trin. Lean development modeller test ideer gennem hele udviklingsprocessen med fokus på konstant måling og såkaldte "learning loops" (build - measure - learn).
Konstant indsamling af data på målbrugergruppen er en integreret del af Lean-processen. Derfor er folk begyndt at henvise til den traditionelle proces af webdesign, der er afhængig af analytics som en del af Lean-metoden.
Da alle UX-design er informeret af en forståelse for menneskelig adfærd, hævder nogle mennesker, at Lean UX er lige godt udført UX.
Agile UX og Lean UX er to metoder til de modificerede designprocesser, der passer til den måde kunder og forbrugere forventer, at moderne produkter og tjenester skal leveres. Betegnelserne er typisk taget til at betyde det samme.
De forskellige resultater, der kommer fra de forskellige metoder, er imidlertid klare: Agile UX producerer et mere poleret produkt; Lean UX producerer flere produkter af voksende polsk. I sidste ende kan begge teknikker ankomme på samme sted, men via meget forskellige ruter.
Når du vælger hvilken vej at tage til dine webprojekter, skal du bestemme den mest passende vej til slutresultatet. Hvis du er i stand til at iterere gennem mange versioner, som med et sideprojekt, så kan Lean være vejen at gå; hvis du er mere behagelig at frigive en fuldt realiseret version så kig til Agile.