Usability E2002, IT-højskolen CPH, Paulin Hansen Usability i organisationer 6. Forelæsning John Paulin Hansen.

Præsentationer af emnet: "Usability E2002, IT-højskolen CPH, Paulin Hansen Usability i organisationer 6. Forelæsning John Paulin Hansen."— Præsentationens transcript:

1 Usability E2002, IT-højskolen CPH, Paulin Hansen Usability i organisationer 6. Forelæsning John Paulin Hansen

2 Usability E2002, IT-højskolen CPH, Paulin Hansen Strategisk usability Hvilke UA-metoder har størst gennemslagskraft overfor? –Ledelsen –Udviklerne –Designerne –Forretningsudviklerne

3 Usability E2002, IT-højskolen CPH, Paulin Hansen UA - modstanden Hvad er de største hindringer for UA? –Resurse begrænsninger (penge og tid) 29% –Modstand mod UA i organisationen 26% –Mangel på forståelse for UA 17 % –UA er dårlig til at sælge sig selv 13 % –Mangel på UA eksperter 6 % –UA inddrages for sent 5 % –Der er ikke behov for UA 4 %

4 Usability E2002, IT-højskolen CPH, Paulin Hansen Vindere og tabere Mest effektive: –UA test i laboratorium - 1.61; 65 % –Højt profilerede projekter - 1.71; 56 % –UA sidder sammen med udviklere - 1.77; 45 % Mindre effektive: –Heuristiks evaluering - 2.16; 70% –Fokusgrupper - 2.45; 41% –Oplæring af andre grupper - 2.45, 47 % –Spørgeskemaundersøgelser - 2.52, 52 %

5 Usability E2002, IT-højskolen CPH, Paulin Hansen Udgiftsbegrundelser for UA (1) Interne udviklingsprojekter: –Øget brugsproduktivitet (afhængig af antal brugere og antal transaktioner) –Færre brugsfejl –Mindre træningsomkostninger –Tidlig (og 75 % billigere) fejlretning –Mindre brugersupport-indsats

6 Usability E2002, IT-højskolen CPH, Paulin Hansen Udgiftsbegrundelser for UA (2) Salgsprojekter og ekstern markedsføring: –Øget salg eller øget site trafik –Mindre kundesupport eller færre forespørgsler pr. telefon –Tidlig (og 75 % billigere) fejlretning –Mindre brugersupport-indsats –Bedre branding

7 Usability E2002, IT-højskolen CPH, Paulin Hansen 10 minutters par-opgave –I er webudviklere i en virksomhed og overvejer at hyre en konsulent som har givet et tilbud på 50.000 kr for at undersøge jeres site med 5 brugere. I frygter, at sitet har store problemer med den specielle scroll-funktion som det benytter og med en ældre søgefunktion. –Jeres leder forlanger, at I kan begrunde denne udgift økonomisk, før hun siger OK. –Om 10 minutter har I et kort møde med økonomichefen og it-chefen. De kender alle de tal, I kan finde på at spørge om. –Hvad vil I spørge dem om?

8 Usability E2002, IT-højskolen CPH, Paulin Hansen 0: Uerkendt Ignorance: ”Vi har ingen problemer med brugervenligheden” ”Jeg har aldrig hørt om nogen, der kan bevise de har tjent penge på brugervenlighed” ”Vi behøver ikke være venlige” ”Vores kunder kender os så godt, at de ved hvordan man bruger vores produkter”

9 Usability E2002, IT-højskolen CPH, Paulin Hansen 1: Bekendt Usikkerhed: ”Vi ved faktisk ikke, om vi har problemer med brugervenligheden” ”Tag 6 brugere og du har 12 synspunkter” ”Sådan gjorde vi sidste gang” ”Det vænner man sig hurtigt til” ”Der er ingen der har brokket sig” ”Vi kan jo ikke vide hvad brugerne vil have før systemet er klart til dem”

10 Usability E2002, IT-højskolen CPH, Paulin Hansen 2: Overvejet Opvågning: ”Hvem siger at man absolut SKAL have problemer med brugervenligheden ?” ”Vi har kun brugt standard interface så det har Microsoft nu nok tænkt på, skal du se!” ”Vi har overholdt Jakob Nielsens 10 gyldne regler” ”OK - så fortæl mig hvad vi skal lave om - men det skal være NU for vi skal uploade på mandag”

11 Usability E2002, IT-højskolen CPH, Paulin Hansen 3: Implementeret Oplyst: ”Ledelsen er 100% comittet på at løse vores problemer med brugervenligheden” ”Det er for sent at lave det om nu” ”Vi har planlagt brugertest når første implementering er i luften” ”Vi skal også passe på at brugervenlighed ikke bliver en spændetrøje for udviklerne”

12 Usability E2002, IT-højskolen CPH, Paulin Hansen 4: Integreret Viden: ”Vi løser problemerne med brugervenlighed som en del af vores udviklingsrutiner” ”Hvor mange testpersoner skal vi have fra hver af vore målgrupper?” ”Kan vi ikke lave usability-analyser ud fra logfilerne?” ”Opdateringer går først i luften, når vores brugertests viser de er OK”

13 Usability E2002, IT-højskolen CPH, Paulin Hansen 5: Institutionaliseret Sikkerhed: ”Vi ved præcis hvorfor vi IKKE har problemer med brugervenligheden” ”Logfilerne dokumenter 100% succes på de kritiske brugerinteraktioner” ”Vi har opnået den forventede 50 % reduktion i telefonforespørgsler med den sidste opdatering” ”Vores brugerpanel er nu oppe på de nødvendige 300 personer og alle nye undersøgelser laves på under 36 timer”

14 Usability E2002, IT-højskolen CPH, Paulin Hansen Modstand fra udviklerne –Tidspres på udviklerne - mange designdrøftelser foregår sent i udviklingsprocessen, hvor udviklerne er utålmodige for at komme i gang med at implementere –Svært at fastholde udviklerne i problemanalysen - de vil designe sig ud af problemerne hurtigst muligt –Udviklerne bryder sig ikke altid om at få kritik på deres arbejde - det kan bl.a. betyde mere arbejde på kort sigt

15 Usability E2002, IT-højskolen CPH, Paulin Hansen Strømlinet kognitiv gennemgang (SKG) 1) Udvælg de vigtigste brugerscenarier 2) Få udviklerne til at svare på to spørgsmål til hvert scenarium: –A. Er brugerne klar over, hvad de skal på dette sted i opgaven? –B. Hvis brugerne gør det rigtige vil de så vide at de er kommet et trin nærmere deres mål?

16 Usability E2002, IT-højskolen CPH, Paulin Hansen Grundregler for SKG: 1) Det er forbudt at designe 2) Det er forbudt at forsvare et design 3) Man må ikke diskutere kognitive teorier 4) UA-specialisten leder sessionen

17 Usability E2002, IT-højskolen CPH, Paulin Hansen Hurtig etnografi Formål: At opnå en brugbar forståelse af brugerne og deres opgaver inden for et begrænset tidsrum Hovedelementer: –Tele-linse fokus –nøgle-informanter –interaktive observatører –samarbejde om kvalitative data-analyser

18 Usability E2002, IT-højskolen CPH, Paulin Hansen Etnografiske studier Feltarbejde i naturlige omgivelser Forstå aktiviteter i kontekst Omfattende beskrivelser af mennesker, omgivelser og interaktioner Forsøger at forstå aktiviteter fra informanternes perspektiv ”Analytisk reportage” Måneders iagttagelser + måneders analyse

19 Usability E2002, IT-højskolen CPH, Paulin Hansen Begrænset fokus Undersøg eksempelvis hvilke processer der kan automatiseres - i stedet for en udtømmende beskrivelse af alle aktiviteter Identificere felt-guider, der har adgang til mange mennesker og ved, hvor det interessante finder sted Brug informanter fra udkanten i stedet for dem der er alt for indforståede (fx folk der jævnligt har kontakt med gruppen, men ikke selv tilhører den)

20 Usability E2002, IT-højskolen CPH, Paulin Hansen Interaktive observationer Kom når der særlig høj aktivitet Brug strukturerede interviews, gennemgang af nøgleaktiviteter og deltag selv i nøgleaktiviteterne.

21 Usability E2002, IT-højskolen CPH, Paulin Hansen Effektive kvalitative analyser Anvend PC-redskaber til analyse af udskrevne interviews, online-diskussioner, felt-notater og video-optagelser Kognitive kort: Kausale modeller, begrebs- kort, influens-diagrammer m.m. Billedfortællinger Scenario-analyser med fotos af aktører

22 Usability E2002, IT-højskolen CPH, Paulin Hansen Når krisen kradser Måske ikke optimalt - men godt nok! Vi løser problemet med en hjælpe-forklaring Vi sparer udgifterne til en usability ekspert og til undersøgelserne Konkurrenternes produkt er heller ikke optimalt Udviklerne er adskilt fra brugersupporterne - arbejder under to forskellige chefer med hver sit budget

23 Usability E2002, IT-højskolen CPH, Paulin Hansen Kamp om kagen Alt for mange ”falske” eksperter, som kun har et begrænset indblik i UA: –Webdesignere –Informationsarkitekter –Dataloger med psykologi-kursus –Marketingseksperter der kender ”gennemsnits- brugeren” –Humanister der laver narrativitets-analyser af grænseflade-diskursen

24 Usability E2002, IT-højskolen CPH, Paulin Hansen Respekt De to mest effektive måder at få den på: –A? –B?

25 Usability E2002, IT-højskolen CPH, Paulin Hansen Vejen frem Lær at tale forretnings-sprog Fokuser´på forretnings- og bruger-mål Evaluering af opgaver og ikke skærm-elementer UA skal involvere sig direkte i udvikling og involvere udviklere direkte i UA Få ledelsen med og få dem til at gå forrest med UA Udvælg højt profilerede projekter og sats på dem i stedet for at blive tilkaldevagt på perifere projekter