Föreläsning 11, Planera utvärdering. Att planera utvärdering. Vetenskapliga experiment. Kapitel i kursboken

Relevanta dokument
Föreläsning 11, Mer utvärdering

Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?

Intro utvärdering

Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?

3/30/12. Föreläsning 2: Datainsamling - Observation, enkät, intervju. Stjärnmodellen. Översikt. Analys. Prototyper Krav. Design

ANVÄNDARTESTNING VID LULEÅ UB Ola Andersson Luleå universitetsbibliotek

Föreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation

Chaos om datorprojekt..

Föreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation

Föreläsning 5: Analys och tolkning från insamling till insikt. Rogers et al. Kapitel 8

Föreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 7 i Rogers et al.: Interaction design

Grupparbete ACSD Projektplanering för ett Patientjournalsystem

LOGISTIKSYSTEM FÖR SNABBA HJULET AB UTVECKLINGSPROCESS BASERAD PÅ DR. DEBORAH J. MAYHEW S THE USABILITY ENGINEERING LIFECYCLE

Föreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design

Föreläsning 4: Designprocessen

Kursinformation. Metodik för programvaruutveckling. Utvecklingsprocessen för programvara. Innehåll. Processmodell. Exempel

Frågetekniker. Föreläsning 3, Utvärderingstekniker MDI, Lena Palmquist 1. Än en gång: JEdit (Py Kollberg) Loggning. Tolkande dataanalys

Design för användbarhet Användarcentrerad utvecklingsprocess

Föreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation

Interaktionsdesign som profession. Föreläsning Del 2

Föreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 7 i Rogers et al.: Interaction design

Användarcentrerad Systemutveckling

Vad är design? Designmetodik. Varför en metodik? Samma (5!) huvudmoment. Härledning av form från specifikation. Användarcentrerad designmetodik

Modern utvecklingsmetodik. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag

Föreläsning 6: Analys och tolkning från insamling till insikt

Projektuppgift i Användarcentrerad Systemdesign, ht 04

Chaos om IT-projekt..

Datainsamling Hur gör man, och varför?

Föreläsning 10: Introduktion till utvärdering. Rogers et al. Kapitel 12

Människa-datorinteraktion 1MD016, hösten 2011 Användarcentrerad systemdesign september 2011

Martin Völcker, SLL & Suit

Datavetenskap. Beteendevetenskap MDI. Design

F12: Användarna i fokus

Design för användbarhet Designexempel, hur tänkte man vid designen?

Metoder för datainsamling

Li#eratur och empiriska studier kap 12, Rienecker & Jørgensson kap 8-9, 11-12, Robson STEFAN HRASTINSKI STEFANHR@KTH.SE

Användarcentrerad systemdesign

Inklusiv Design Design för Alla

Människa-datorinteraktion och användarcentrerad design

Design för användbarhet Designexempel, hur tänkte man vid designen?

Föreläsning 12 Inspektionsmetoder. Rogers et al. Kapitel 15

Redigeringsteknik och postproduktion

Utvärdering. Användbarhet. + beställarperspektivet! Innehåll. Varför?

Utvärdering. Övergripande (1) Med/utan användare. Övergripande (2) Fredag 1 oktober F1. Ann Lantz - Anna Swartling -

REFLEKTION PÅ STARGATE-PROJEKTET

Introduktion till programmering D0009E. Föreläsning 1: Programmets väg

Användarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt

Föreläsning 3 Användare, uppgift och omgivning. Kapitel 3-4 i Stone et al.

TestForum Robert Magnusson, Nordic Medtest, Karlstad Lars Palm, Temagon AB / Future Position X, Gävle

Användbarhet och användarcentrerad systemdesign. Innehåll

Frågor och svar till tentamen i Kravhantering

Beteendevetenskaplig metod. Metodansats. För och nackdelar med de olika metoderna. Fyra huvudkrav på forskningen Forskningsetiska principer

Användarcentrerad systemdesign

Utvärdering. Övergripande (1) Övergripande (2) Med/utan användare. Heuristisk utvärdering. Expertutvärdering. Måndagen den 29 september 8-10 F1

Institutionen för Programvaruteknik och Datavetenskap IT-programmet Kandidatarbete i datavetenskap /DVC001. Bilagor

Mamut Open Services. Mamut Kunskapsserie. Kom i gång med Mamut Online Survey

Designmetodik. Användarcentrerad systemutveckling. 2 oktober 2002

TI-Nspire internationell forskning: Pilotprojekt

Tentamen, InteraktionsDesign, 7,5 ECTS

RUP - Rational Unified Process

Projekt: Utveckling av ett användargränssnitt

Människa-Datorinteraktion

Upplägg. Fö: Användbarhetsutvärdering. Heuristisk utvärdering HEURISTISK UTVÄRDERING. 10 heuristiker (Nielsen)

Oppositionsprotokoll-DD143x

IBSE Ett självreflekterande(självkritiskt) verktyg för lärare. Riktlinjer för lärare

Oppositionsrapport. Opponent: Therese Sundström. Respondent: Malin Abrahamsson & Aleksandra Gadji

Föreläsning 13: Användbarhet och komplexa system

Fö 2: Designprocessen. Projektet. Design är... Forts. projektet

Rätt svar och poängsättning: 0,5p per rätt svar, max 2,5p A. 2 B. 5 C. 3 D. 6 E. 4

Design för användbarhet

Att fastställa krav. Annakarin Nyberg

Checklista utbildningar och andra möten. Best practice 2013, Mongara AB

Användbarhetstestning. Användbarhetstestning. Användbarhetstestning vs heuristisk utvärdering. Varför testa?

för att komma fram till resultat och slutsatser

Metod1. Intervjuer och observationer. Ex post facto, laboratorie -, fältexperiment samt fältstudier. forskningsetik

PDM Implementation & Change Management /FRN

Användbarhet och användarcentrerad systemdesign. Innehåll

Fö 8. Sammanfattande föreläsning MAMN25

Utvärdering av gränssnitt särskilt befintliga. Hur utvecklar man användbara system? Användbarhet handlar om kvalitet

Design för användbarhet Klicka här för att ändra format Att tillämpa ACSD

Linköpings universitet 1 TDP029. Systemutveckling. Systemutveckling. Vanliga faser. Fler faser. Systemutvecklingsmetod

Här ges en överblick över de delar som ingår i projektarbetet och beskriver kraven och bedömningskriterierna.

Prototyping. Planera och genomföra webbproduktionsprojekt. Innehåll. Fördelarna med Pappersprototyper. Lofi-prototyp. Prototyping

Idag. Prototyper och användbarhetsutvärdering. Vad prototyper prototypar. Olika sorters prototyper. Del 2 Prototyper Utvärdering Analytisk Empirisk

Användarcentrerad systemdesign

DH2622 MDI-fk Introduktion till kursen & ämnet. MDI på KTH. Kursen i sitt sammanhang

RUP Rational Unified Process. 17 november 2004

FEMSTEGSMODELLEN: ÖVNING & CHECKLISTA FÖR EN ÖPPEN OCH TILLGÄNGLIG VERKSAMHET

Användning av IPOS inom specialiserad palliativ vård

Individuell inlämningsuppgift TEK210

Lärarblad. Inledning

SCRUM. Vattenfallsmodellen. Analys. Design. Kod. Test. Rational Unified Process Agile. Kallas också linjär sekventiell modell.

Tentafrågor Grupp C. Fråga 1

Allmänna frågor om kursen: 1. Vad är ditt allmänna omdöme om kursen? Antal svar: 14 Medelvärde: Har kursen känts relevant för din utbildning?

Upplägg. Fö: Användbarhetsutvärdering. Heuristisk utvärdering. 10 heuristiker (Nielsen) Hur många utvärderare?

Planering av ebegravning med utgångspunkt från boken The usability engineering lifecycle av Deborah J. Mayhew

Design: Två betydelser

Föreläsning 4, Användbarhet, prototyper

Projekt: Utveckling av ett användargränssnitt

Arbeta i projekt. Anders Hessel ITP-projekt Uppsala Universitet

Transkript:

Föreläsning 11 Planera utvärdering Kapitel 22-24 i kursboken Att planera utvärdering Vem, vilka? Att välja användare, antal Vad? Hur sätter man ihop lämpliga uppgifter? När? Hur lång tid ska man avsätta? Var? Särskild lokal eller på plats? Pilotprojekt Utifrån ovanstående gör man en plan, ska bygga på vetenskaplig grund Objektiv Upprepningsbar Granskningsbar Påståenden ska stödjas Använda vetenskapliga fakta Vedertagna metoder 2 Vetenskapliga experiment Testa hypoteser ett grundantagande, som man utgår ifrån Vårt system anses mer användbart än Y:s system Verdana är lättare att läsa än garamond på skärmen Relationer mellan två företeelser, variabler oberoende - den man väljer, 1-2 st. typsnitt beroende - den man avläser tid det tar att läsa texten 3 1

Att välja testanvändare Riktiga användare Smalare än aktuell grupp Utanför aktuell grupp Täcka in aspekter för aktuell grupp Ska slumpen styra? Sällan lämpligt, man vill försäkra sig om vissa egenskaper Ensam eller i par? Assistent? 4 Hur många ska man välja? Formativt syfte: ofta rekommenderas 5 deltagare Dessa sägs täcka in 80 % av alla problem Forskare är inte ense i frågan Praktiker bokar ofta 5, men räknar med att 1-2 faller bort av olika skäl Antalet blir en avvägning, färre användare och fler iterationer kan vara önskvärt I särskilda fall testas till dess inga nya problem hittas 5 Bemötande Viktigt att informera om syfte, omfattning, eventuell inspelning, tillvägagångssätt mm Tänk särskilt på att informera om vad som förväntas av användaren Betona att det är programmet/systemet som ska bedömas, inte användarens insats Användaren ska ha rätt att avbryta när som helst 6 2

Vad, vilka uppgifter? Vem hittar på uppgiften? Utvärderaren eller användaren? Ska man testa normalt beteende eller undantagsfall? Ska man styra uppgifterna? Beställ en resa till Mallorca i början av juli Beställ en resa 7 När? Att planera tiden Bedöm längden av en session Boka tid med användarna Räkna med flera iterationer och informera berörda om fler insatser Ta med förberedelser och efterarbete i tidsplanen 8 Övrigt praktiskt Boka lokaler Kontrollera programvara Skriv ut eventuella instruktioner Skriv ut eventuella formulär Var beredd på att vara mycket flexibel och tolerant 9 3

Observationer Tänka-högt, verbala protokoll Förbered lämpliga prompter Vad tänker du på? Är det vad du förväntade dig? Vad hände nu? Anteckningar Förbereds om möjligt 10 Anteckningsformulär 11 Efterbehandling (postsession) För att klargöra något oklart Kan göras efter varje uppgift för att man ska minnas bättre Nödvändigt om tidtagning används Reservplan om tänka-högt upplevs som svårt 12 4

Standardformulär T.ex. SUMI, Likert-skalor, dvs. håller med/håller inte med/varken eller Exempel: Lätt att lära: Jag kommer inte att lära mig alla delar av systemet Hjälp: Instruktioner och hjälpfunktioner var till stor nytta Upplevelse av kontroll: Ibland vet jag inte hur jag ska gå vidare i systemet http://sumi.ucc.ie/uksample.pdf 13 QUIS Messages which appear on screen: Confusing 1 2 3 4 5 6 7 8 9 clear NA Instructions for commands or choice: Confusing 1 2 3 4 5 6 7 8 9 clear NA Man måste vara inloggad för att ta del av materialet http://lap.umd.edu/quis/ licens krävs 14 Övrigt Video/audio-inspelning Användarens samtycke Reservplan Användning: Illustrerar resultat i genomgång med teamet Eye-tracking, kan ge information om var användarna oftast tittar Specialskärm, kostsam Föra anteckningar Signalerar engagemang, backup, sånt som inte fångas av andra tekniker 15 5

Utvärderarnas roller och uppgifter Att behärska: Uppmuntra tänka-högt Objektiv forskare God antecknare Tekniker Observerare Rekryterare Statistik Enkätkonstruktion Intervjuteknik... och naturligtvis social kompetens 16 Utvärderingsmanus Färdiga formuleringar för lika bemötande Nödvändig/tillräcklig information Förutseende Mer specifikt: Välkomnande Introduktion till sessionen Medgivande, skriftligt eller muntligt? Frågor om testpersonen Introduktion till uppgifterna Avslutning 17 Pilotprojekt Varför gör man pilottest? Man vill testa utvärderingsmaterialet, fungerar det? Ger det användbara resultat? Användare behöver inte vara representativa i pilottestet Fokus på utvärderingsmaterialet, inte på interaktionen, för övrigt på samma sätt som den slutgiltiga utvärderingen 18 6

Mer om pilotprojekt Specifikt bör man testa Allt informationsmaterial De uppgifter testpersonerna ska utföra Eventuella frågor i enkäter eller frågeformulär Förstås vad som menas? Täcker de in viktiga aspekter? Är alla önskvärda svar möjliga att ge? Om man hoppar över pilottest? Då blir första testomgången ett pilottest. Bättre att vara förberedd. Resultat från pilottestet? Spara, men designa inte om systemet. 19 Modeller för designprocessen enkel modell för interaktionsdesign vattenfallsmodellen stjärnmodellen RAD (rapid applications development) DSDM lifecycle model Boehms modell usability engineering lifecycle 20 Enkel modell för interaktionsdesign Identify needs/ establish requirements (Re)Design Evaluate Build an interactive version Final product 21 7

Project set-up RAD (Rapid Applications Development) JAD workshops Iterative design and build minimal planering snabbt framtagna prototyper starkt samarbete disciplin hos individ, inte modell JAD= Joint Application Development, med intressenter Engineer and test final prototype Implementation review 22 DSDM lifecycle model Dynamic Systems Development Method Kännetecken: iterativ användarmedverkan fokus på att hålla budget att hålla stoppdatum att ledning stödjer projekt, delegering tillräckligt bra resultat 23 DSDM lifecycle model. n 24 8

Spiralmodellen (Boehm) Kännetecken både top-down och bottom-up iterativ med fokus på prototyper risk analys 25 Spiralmodellen (Boehm) 26 The usability engineering lifecycle Består av tre faser kravanalys design/test/utveckling installation Mycket detaljerad Iterativ i varje enskilt steg 27 9