Designmetodik - Analys och kravställning. 9 oktober 2002

Transkript

1 Designmetodik - Analys och kravställning 9 oktober 2002

2 Dagens föreläsning: Grader av användarinvolvering Användaranalys Uppgiftsanalys Kravställning

3 Användarcentrerad systemutveckling Skapa, generera Analysera Testa, utvärdera Specificera Beskriva, kommunicera

4 Olika grad av användarinvolvering:

5 Teoribaserad design Perception Kognitionspsykologi Teorier för inlärning och hågkomst Teorier kring hur människor löser en uppgift/ett problem

6 Användbarhetsdesign Eng. Usability Engineering (sid 181) Användbarhetskrav i kravspecifikationen Ta fram flera prototyper Testa prototyperna Upprepa till användbarhetskraven är uppfyllda

7 Kontextbaserad design Kap Designern skall förstå användarens arbetssituation och arbetsmiljö (etnografiska metoder) Alla observationer och tester sker i rätt kontext - på arbetsplatsen

8 Medverkande design Eng. Participatory design Kallas den Skandinaviska modellen Pelle Ehn, UTOPIA projektet (sid ) Teknikerna/systemutvecklarna lär sig arbetsuppgifterna Användarna är aktivt med och påverkar designval under systemutvecklingen

9 Användaranalys lär känna användare Kognitionspsykologi ger allmänna kunskaper om människor Användaranalys ger specifika kunskaper om en viss grupp

10 Vem är användaren? Professionellt förhållningssätt, resultat och slutsatser kan spåras Hitta användarattribut (som kan påverka systemutformningen)

11 Identifiera Målgruppen Användningssituationen Användningsmiljön Uppgiften systemet ska stödja

12 Syfte Oavsett metod vill man kunna urskilja grupper av användare med liknande bakgrund, arbetsuppgifter och systemkrav Resultat Användarprofiler Designrekommendationer Input till kravspecifikation

13 Användaranalys Svarar på följande frågor: För vilka? Vilken/vilka är målgrupperna? Åldersgrupp, kön, yrkeskategori Intressekategori I vilken situation? Arbetet, fritiden, skolan Stress, tidspress Inomhus, utomhus, i bilen

14 forts I vilken miljö? Ljusförhållanden, ljudnivå, andra störningsmoment Speciella rum Kompetensnivå Inom området, datorvana, datorkunskaper Allmän kunskap, vad känner de till Attityd till teknik

15 forts Motivation? Är uppgiften självvald eller inte? Varför utför de uppgiften? Utför de uppgiften/aktiviteten idag? Hur? (kan finnas många sätt) Varför gör de som de gör idag? Varför skulle de vilja ändra sitt nuvarande sätt? Vad förbättras? Vad bibehållas? Hur kan man anta att det nya systemet kommer att förändra deras beteende? Är de motiverade att göra förändringen?

16 Användarna Handikapp eller speciella behov? Speciella förmågor? Begränsningar? Olika kulturer? Språk? Utbildning? Vana vid arbetsuppgiften? Allmän datorvana? (vana vid olika system, både professionellt och privat). Attityder?

17 Användaranalys Skrapa på ytan: Skillnaderna inom en grupp kan vara större än mellan olika grupper. Även om personer tillhör samma yrkesgrupp kan det vara mycket som skiljer.

18 Användningssituationen Belastning (stress, kritiska situationer, sinnesstämning) Organisatoriskt (ex informationskanaler, beslutsvägar) Vad händer för övrigt? (omorganisationer etc) Personalomsättning Hur ofta kommer nya användare? Hur vana är de vid arbetsuppgiften?

19 Användningssituation, forts Utför användaren någon annan uppgift samtidigt? Vad gör användaren i övrigt, när han/hon inte skall arbeta med systemets uppgift? Miljö, ljust, mörkt, buller, inomhus, utomhus, starkt soljus, etc? Tidspress?

20 Relation till systemet Har användaren haft inflytande? Hur viktigt är systemet, gäller det huvuduppgift? Kommer systemet att förändra arbetsuppgifterna? Hur ofta kommer de att använda systemet? Hur lång tid åt gången?

21 Relation till systemet, forts Vilka system använder de idag? Vilka system kommer de att använda samtidigt? Information om systemet? Förväntningar Förhoppningar Farhågor... Kan systemet innebära några risker?

22 Inför analysen Gör helst intervjun/observationen i den miljö systemet ska användas. Om du antecknar, erbjud användaren att kontrollera dem i efterhand. Be alltid om tillstånd om du planerar att använda bandspelare eller video Förklara syftet Tillstånd, sekretessavtal? Ersättning

23 Förberedelser Planera i god tid! Kom ihåg att i den här situationen är det användaren som är expert, du är där för att lära av dem! Tillfället är INTE en säljsituation! Försök glömma allt du tror att du vet om hur något ska lösas! Läs på, t ex terminologi, lagstiftning

24 Hur gör man? Metoder: Intervjuer Observationer Etnografisk metod Enkäter Fokusgrupper Work shops Contextual inquiry Concept Engineering Behandlas under nästa föreläsning

25 Uppgiftsanalys Studerar användarens Mål Uppgifter Handlingar

26 Uppgiftsanalys Vad är målet med uppgiften/aktiviteten? Vad består uppgiften/aktiviteten av? Struktur - deluppgifter, uppdelning Kognitiva aspekter HTA, GOMS Hur kan uppgiften lösas idag? Olika metoder Olika hjälpmedel/verktyg/tekniker Vad avgör valet av metod? Vilka är nackdelarna med dagens tillvägagångssätt? Vilka är fördelarna?

27 Uppgiftsanalys Uppgiftsanalysen handlar om hur användaren löser sina arbetsuppgifter generellt, inte hur en uppgift löses m h a systemet. Viktigt att veta vad som händer samtidigt, dvs övriga uppgifter och aspekter i arbetssituationen Blir ofta avbruten Skydda sekretessinformation Stödja samarbete etc

28 Uppgiftsanalys Gör ofta mer än vad man beskriver Beskriver ofta uppgiften utifrån ett system eller given instruktion, inte hur den faktiskt går till Tyst kunskap! Självklarheter Användarens mentala modell (funktionell/strukturell...) Ledtrådar, t ex kom-ihåg-lappar, telefonsamtal etc. Hur hanterar man fel och problem?

29 Uppgiftsanalys - exempel Vad är målet med uppgiften/aktiviteten? Vad består uppgiften/aktiviteten av? Struktur - deluppgifter, uppdelning Kognitiva aspekter Hur kan uppgiften lösas idag? Olika metoder Olika hjälpmedel/verktyg/tekniker Vad avgör valet av metod? Vilka är problemen med dagens tillvägagångssätt? Vilka är fördelarna?

30 Uppgiftsanalys exempel Mål och uppdelning Mål med uppgift: Förmedla ett meddelande till en person Struktur - deluppgifter Formulera meddelandet Överföra meddelandet till personen i fråga Eventuellt få bekräftelse på mottagandet

31 Kognitiva aspekter Formuleringen av meddelandet Upplägg, stil, språk, innehåll, få med allt Överföra meddelandet Kunna använda fax, e-post, Hitta mottagaren Få bekräftelse Komma ihåg under väntetid

32 Metoder Olika metoder: muntligt skriftligt personligen anlita någon

33 Verktyg/hjälpmedel/tekniker Hur kan uppgiften lösas idag? Formulera meddelandet papper och penna ordbehandlare Minnet mallar ordböcker, lexikon

34 Verktyg/hjälpmedel/tekniker Överföra meddelandet ta sig till personen och framföra muntligt berätta för budbärare lämna skriftligt till budbärare ringa, lämna meddelande till telefonsvarare skicka fax skicka e-post

35 Verktyg/Hjälpmedel/Tekniker Få bekräftelse telefon - personligt möte => direkt bekräftelse rekommenderat brev (viss bekräftelse) begära bekräftelse av mottagaren (kan vara osäkert)

36 Vad avgör valet av metod? Sändarens förmåga och kunskap Mottagarens förmåga och kunskap Tillgängliga hjälpmedel/teknik Avstånd mellan sändare - mottagare Meddelandets viktighet Tidsaspekten, hur bråttom är det Kostnad (både i pengar och tid)

37 Fördelar och nackdelar med dagens sätt Ex e-post: + Avstånd spelar ingen roll + Mycket snabbt + Tidsoberoende - Kräver kunskap och tillgänglig teknik av både sändare och mottagare - Kan komma bort - Ingen bekräftelse

38 Mervärde med nytt system Mervärde kan innebära många olika saker, t.ex: mer tilltalande, roligare underlättar svår aktivitet kan användas av fler kan användas till fler saker möjliggör något man inte kunde tidigare tidsbesparande billigare...

39 Kravspecifikationen Användaranalys: formulera användbarhetskrav Uppgiftsanalys: formulera funktionalitetskrav

40 Funktionella och icke-funktionella krav Funktionella krav Vad systemet skall klara av Icke-funktionella krav Andra krav som finns på systemet (och systemutvecklingen) Se tabell s 238 i Preece-boken

41 Kravspecifikation, innehåll Användarcentrerad systemutveckling bidrar med två typer av krav: Funktionalitetskrav Krav på vilka funktioner som systemet ska tillhandahålla Skall kunna härledas från uppgiftsanalysen Användbarhetskrav Krav på användandet av systemet Kommer från användaranalysen och analys av användningssituationen Bör vara mätbara/avgörbara

42 Att kravställa på användande Användningen av ett interaktivt system är komplex och omfattar flera faser införande träning genomförande Uppdelning i fyra kategorier, enligt Bennet och Shackel I boken finns exempel på en annan uppdelning, se sid 14

43 Användbarhetskrav Learnability Hur svårt är det att lära sig systemet? Hur lång tid får det ta att komma till en viss grad av användande? Hur lång tid tar det att bli expert? Throughput Hur svårt är systemet att använda? Kan uppgiften utföras mer effektivt jämfört med dagens system?

44 Användbarhetskrav Flexibility Om uppgiften förändras, kan systemet följa med? Kan jag göra på mitt sätt Attitude Användarens subjektiva åsikter Användarens personliga upplevelser under användning Vilket varumärke förmedlar systemet

45 Användarupplevelser User experience goals Centralt för en interaktionsdesigner Roligt Underhållande Estetisk upplevelse Kreativitetsstödjande etc Beskrivs i kap I Bennet och Shackels uppdelning täcks dessa delvis in av attitydkrav.

46 Exempel System för överföring av meddelande mellan personal inom äldreomsorgen Skall användas av vårdgivare, dvs. sjuksköterskor, undersköterskor och vårdbiträden Användas i hemvård och på institution Varierad utbildningsnivå hos användare Ingen huvudarbetsuppgift Kan arbeta med kritiska arbetsuppgifter, tidsmässigt och säkerhetsmässigt Hög personalomsättning Tidspressat

47 Exempel på kravspecifikation Learnability En testperson skall, efter 3 minuters introduktion till systemet, veta hur man skickar och tar emot ett meddelande Motivering: Hög personalomsättning många vikarier varje dag En användare som använt systemet under en arbetsdag skall efter en veckas uppehåll kunna komma till samma nivå av användning efter 1 minuts introduktion

48 Exempel, forts Throughput Användningen av systemet skall öka den tillgängliga tiden för vårdpersonalen hos vårdtagaren Motivering: Tidspress, främst kopplad till att personalen vill kunna spendera mer tid hos vårdtagaren. 98% av samtliga meddelanden som sänds skall uppfattas och mottagas korrekt Motivering: Krav på säkerhet och vårdtagares integritet.

49 Exempel, forts Attitude 80% av användarna skall svara Ja på frågan: Tycker du att meddelandesystemet har underlättat din arbetssituation? Motivering: Ett problem är den stora personalomsättningen och problem att få personalen att stanna kvar. 70 % av användarna skall svara Ja på frågan: Tycker du att systemet känns modernt och spännande? Motivering: Statusen i yrket bör höjas för att få personal att söka sig till vården och för att få dem att stanna kvar.

50 Tips till projektarbetet Användaranalys: Målgrupper kan kategoriseras på olika sätt, t.ex efter användningsituation (samma användare kan förekomma i flera) expert vana ovana användare frekventa eller fågångsanvändare olika uppgifter de utför Nämn alla, men välj eventuellt några grupper motivera valet Beskriv era användarstudier hur många användare hur representativa de är hur upplägget var vad exakt ni frågat om... protokoll o.dyl. lämnas gärna med som appendix

51 Tips, forts. Uppgiftsanalys: Nämn INTE ert system Analysera själva aktiviteten oberoende av system, att inreda sitt hem, att kontrollera sitt näringsintag, att få tag i begagnad kurslitteratur, att vara lekkamrat eller handledare, att förstå matematik Motivera varför ett nytt system/en ny produkt överhuvudtaget behövs mervärdet!

52 Tips, forts. Kravspecifikation: kraven skall kunna härledas från analyserna, vilket t.ex. betyder: om t.ex. finns ett krav på att information skall finnas på svenska och engelska så ska det förekomma ett resonemang om användarnas förväntade språkkunskaper i användaranalysen... om t.ex. det finns en funktion i kravspecifikationen välja avreseort så skall val av avreseort förekomma i resonemangen kring uppgiftens struktur i uppgiftsanalysen ingenting nytt skall dyka upp i kravspecifikation! gör gärna användbarhetskraven avgörbara genom att beskriva hur ni tänkt testa dem

53 Litteratur Preece: Kap 7 och 9 Jones: Kap 3.4 och 3.5

54 Övning Preece, s 196 Designa en tidsvisare! Innovativ och utforskande, den ska visa tid Tänk igenom vilken aspekt av tid ni är intresserade av Diskutera med potentiella användare och ställ krav Skissa minst två förslag Testa era förslag genom att interagera med skisserna (och ev involvera användare) Enskilt eller två och två Skicka till oss senast i morgon kl 12, vi lägger upp dem på webben Valfritt: Skicka till bokens webbplats,