Systemering med användarfokus

IntroduktionAnvändarCentrerad Design

översikt

Vad är systemutveckling?

En problemlösningsprocess där en specifik situation undersöks…

Syftet med undersökningen är att man utifrån den ska kunna designa ett system som kan förbättra den nuvarande situationen. Detta kan uppnås genom att man får tillgång till de personella, finansiella och tekniska resurser som behövs.

Suzana R (omarb Malin P) 2

Systemering med användarfokus

Systemering = De första metodstegen i systemutvecklingen, innan implementation och drift

Ett systematiskt sätt att bibehålla fokus på användbarheten under hela systemutvecklingsprocessen, där just processen ses som det centrala ur ett användarcentrerat perspektiv

Suzana R (omarb Malin P) 3

Analys Design RealiseringImplemen-

tering

Förvaltning

& DriftAvveckling

systemutveckling

systemering

Förändrings-

analys

Verksamhets-

analys

Att utveckla en interaktiv artefakt

Vad är en interaktiv artefakt?

Hur skulle du bära dig åt för att bygga en sådan?

Hur skulle du göra för att förstå om den är nyttig, rolig, effektiv, lärorik….?

Suzana R (omarb Malin P) 4

Vikten av kontext (sammanhang)

Syfte – vad ska artefakten användas till? Vet man det i förväg?

Situation – i vilken/vilka situation/er ska den användas?

Användare – vem/vilka är dess huvudsakliga användare?

Suzana R (omarb Malin P) 5

Uppgift-artefakt cykeln

En arbetsuppgift ställer implicita krav på utvecklingen av artefakter och användningen av en artefakt omdefinierar ofta uppgiften den ursprungligen var utvecklad att stödja. Skrivmaskin

Ordbehandlare

Desktop publishing

Suzana R (omarb Malin P)

Uppgifter Artefakt

Krav

Möjligheter6

Smygande featurism

Featurism ~ jakten på nya finesser i system och applikationer

Designers:

Se de nya funktionerna vi har i vår nästa version

Användarna:

Wow, det var bra, men vi vill även ha…, när kommer det?

Designers:

I nästa version plus lite extra...

Suzana R (omarb Malin P) 7

Smygande featurism - botemedlet

Avhållsamhet

Tillåt endast de allra nödvändigaste funktionerna

Bli inte överentusiastisk

Organisering

Söndra och härska (fienden är komplexitet)

Dela upp i moduler med begränsat antal funktioner i varje modul

De vanligaste funktionerna väl synliga och vice versa

Suzana R (omarb Malin P) 8

Sense making

Det är OK att inte begripa sig på en cockpit -vi vill dock kunna begripa oss på vår DVD-spelare osv

Suzana R (omarb Malin P)

“The human mind is exquisitely tailored

to make sense of the world. Give it the

slightest clue and off it goes”D. Norman “Design of everyday things”

9

Vad är användbarhet?

Användarvänlighet?

En mystisk egenskap hos artefakten/webbplatsen? – vänlig mot användaren?!

Användbarhet

Kvalitetsnivåer: Tillförlitlighet

Säkerhet

Tillgänglighet

Suzana R (omarb Malin P) 10

Användbarhet (ISO)

Användbarhet - ”den utsträckning till vilken en specificerad användare kan använda en produkt för att uppnå specifika mål med:

Ändamålsenlighet (”noggrannhet och fullständighet med vilken användarna uppnår givna mål”)

Effektivitet (”resursåtgång i förhållande till den noggrannhet och fullständighet med vilken användarna uppnår givna mål”)

Tillfredsställelse (”frånvaro av obehag samt positiva attityder vid användningen av systemet”)

i ett givet användningssammanhang”

(ISO 9241-11, 1998)

Suzana R (omarb Malin P) 11

Suzana R (omarb Malin P)

Utveckling för användbarhet

Användbarhet måste ses som en mätbar storhet

Kräver ett speciellt förhållningssätt

Den tänkta artefakten måste ses i sitt sammanhang

Funktionalitet är en del av användbarheten! Se inte bara till användargränssnittet

12

Användbarhet (Nielsen)

Acceptans för systemet – uppfyllnadsgrad av krav och önskemål från potentiella intressenter (chefer, användare, kunder m.fl.)

Nyttan – kan systemet användas för att uppnå ett specifikt målFunktionalitet – kan systemet göra vad som behövs

13Suzana R (omarb Malin P)

Mått på användbarhet

Lätt att lära sig

Effektiv att använda

Lätt att komma ihåg

Begriplig

Tillfredsställande att använda

Suzana R (omarb Malin P) 14

Användbarhetsdesignern

Egen roll i projektet –att sätta fokus på och föra in användbarhet och ACD i organisationen/projektet

Skall förespråka användbarhet”Användarnas advokat”

Bör vara en erfaren användbarhetsexpert

Litt.hänvisning: Gulliksen & Göransson Kap 1, 2, 3

http://javlaskitsystem.se/

http://anvandbarhet.se/start#anvaendbarhet_i_praktiken

http://anvandbarhet.se/bok:vad_ar_anvandbarhet

Suzana R (omarb Malin P) 15

ACDAnvändarCentreradDesign

översikt del II

Varför behövs ett metodiskt tillvägagångssätt?

Ger ett strukturerat arbetssätt med stöd för aktiviteter

resultat (leverabler)

håller ihop arbetet i en röd tråd gör processen och designbesluten härledbara och spårbara

tankeverktyg bör möjliggöra iterationer

tids- och planeringsverktyg först mål och syfte och sedan välja metod!

Underlättar även om man är flera aktörer!

Uttryck ett tydligt syfte/mål!

17Suzana R (omarb från Malin P)

ACD Karaktärsdrag

Användarfokus

involvera användare genom hela processen

kunskap och utbildning efter hand

empirisk mätning (verklig mätning/studie av användare, ej antaganden!)

Prototyping

iterativ utveckling

inkrementell utveckling

integrerad utveckling

tidig test och utvärdering

se vidare kap. 4 i kursboken Gulliksen & Göransson

18Suzana R (omarb från Malin P)

ACD-metoden jmf vattenfallsmodellen

Analys Krav Utvärdering

systemering

Kravhantering Iterativ design

prototyper i

olika versioner

Fältstudier,

laboratorietest

Pro

cess

-

lin

jen

Pro

du

kt-

lin

jen

Iterativ

Design

Användaranalys,

scenarier,

storyboard

19Suzana R (omarb från Malin P)

En användarcentrerad designmodell

Källa: Användarcentrerad systemdesign

20Suzana R (omarb från Malin P)

Användbarhetsguide

”Liggaren”

Dokumentet att avrapportera och sammanfatta ACD-

processen

Växer fram under utvecklingsprocessens gång

Består av text, dokument och bilder med skärmdumpar och

diagram etc från dokumentationssätten under de olika ACD

metodfaserna!

21Suzana R (omarb från Malin P)

ACD - METODFASER

22Suzana R (omarb från Malin P)

Användaranalys

23

Syfte att identifiera olika målgrupper med gemensamma behov

bakgrund, kunskapsnivå, arbetsuppgifter och vanor

krav och önskemål, speciella behov

attityd till införandet av systemet, teknik och förändringar

att identifiera olika användningssituationer plats (hemma, mobilt, på jobbet)

miljö (ljus- och ljudförhållanden, arbetsställning, begränsningar)

relation till systemet (användningsfrekvens, motivation, inflytande)

mental belastning, övriga aktiviteter

Viktigast: Vilka aspekter är relevanta för designen?

Suzana R (omarb från Malin P)

Uppgiftsanalys

Syfte

Att identifiera vilka uppgifter användaren utför Varför utförs uppgiften? -Relatera till målen.

Att identifiera hur uppgifter utförs Hur ofta? Hur lång tid tar det? Krävs samarbete? Vilka steg

utförs? Hjälpmedel som krävs? Vilka situationer/uppgifter upplevs som svåra? Hur kan situationen/stödet förbättras?

I samband med uppgiftsanalysen börjar man formulera krav på systemet.

24Suzana R (omarb från Malin P)

Ta vara på tillfället att lära och inspireras

Gör användarstudier på plats (i rätt kontext) i så stor utsträckning som möjligt

25Suzana R (omarb från Malin P)

Analysresultaten kravspec

Analyserna leder till krav i kravspecifikationen:

Användaranalys

användbarhetskrav Krav på användandet av systemet

Skall vara mätbara/avgörbara

Uppgiftsanalys

funktionalitetskrav Krav på vilka funktioner som systemet ska tillhandahålla

Skall vara motiverade utifrån användarens behov och deras (olika) sätt att utföra uppgiften på

26Suzana R (omarb från Malin P)

Syfte

att gestalta olika alternativa idéer och förslag till designlösningar

att skapa en gemensam vision inom designteamet

att kommunicera designförslag externt (för ledning, kund, testpersoner, kravställare, o.s.v.)

att möjliggöra relevant feedback

att skapa rimliga testsituationer

27Suzana R (omarb från Malin P)

Designförslag och prototyper

Utvärdering

Syfte

att utvärdera befintliga system och artefakter

att testa designförslag

att jämföra alternativa designförslag och prototyper

att verifiera sina användbarhetskrav

att få objektiva och initierade omdömen

28Suzana R (omarb från Malin P)

Spårbara/härledbara designbeslut

övergripande design,

metaforer,

interaktionssätt,

in- utmatningsdon,...

användar

analys

uppgifts

analys

kravspec

prototyp

utvärdering

anv.

bar-

het

funk.

kraven på

användande

kommer från

analysen av

användare &

användnings-

situation

funktioneras ursprung

kommer från uppgiften

29Suzana R (omarb från Malin P)

Litteraturhänvisningar

Litt.hänvisning:

Gulliksen & Göransson, kap 1, 2, 3, 4, 6, 7 och 9

Suzana R (omarb från Malin P) 30