Design för användbarhet» Användbarhets, användbarhetsern och utvecklingsprocessen. Bengt Göransson användbarhetser Bengt.Goransson@enea.se även avdelningen för Människa-datorinteraktion, Uppsala universitet Enea Redina AB Smedsgränd 9, SE-753 20 Uppsala, 018-66 08 00 Design för användbarhet användbarhets Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 1
Ämnen jag kommer att beröra (kapitel 6, 7 & 8) Användbarhets ett exempel på process för att utveckla användbara system. Rollen som Användbarhetser. Lite Rational Unified Process och ACSD. Användbarhets En förenkling för att tydliggöra. Mer modell än process. Innehåller en minsta mängd aktiviteter man bör utföra. Pekar på aktiviteter som normal inte genomförs, åtminstone inte så medvetet eller genomtänkt. Även rollen: Användbarhetser. Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 2
Livscykel för användarcentrerad system Förstudie och verksamhetsanalys Planera den användarcentrerade processen Genomför användarcentrerad system Formell användbarhets -utvärdering Introducera och förvalta systemet Utvärdera, analysera och återkoppla erfarenheterna och uppnådda användar- och verksamhetsmål Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Användnings scenarier Konceptuell Mock-up:s Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Interaktions Prototyper Bengt Göransson, Enea Redina AB, version 1.7sv Detaljerad Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 3
Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Användnings scenarier Konceptuell Mock-up:s Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Interaktions Prototyper Bengt Göransson, Enea Redina AB, version 1.7sv Detaljerad Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Kravhantering You DO NOT GET REQUIREMENTS FROM USERS. Requirements are not butterflies and they do not get captured. They do not even exist. They emerge and get negotiated. They are a contract and not a part of the natural world. The starting point for any grounded HCI process is: There is an intended context of use. There will be a (please let there be a...). The does or does not (demonstrably) fit the context of use on identified areas of concern. You never know anything about unidentified areas of concern. (Gilbert Cockton, CHI-WEB, 2001) Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 4
Ute hos användarna! Utvecklarna som lärlingar hos användarna. Finna målen med verksamhet och arbete. Studera hur arbetsuppgifter utförs; när, hur och varför. Sätt användbarhetsmål. Contextual inquiries. Skilj på verksamhetsexperter och slutanvändare! Lär dig allt om användarna Viktiga aspekter i detta arbete, som inte täcks in av exempelvis en kravspecifikation, rör: Vilka grupper av användare finns det? Behöver användargrupperna olika stöd? Hur utförs arbetsuppgifterna? Hur används informationen (inte bara att den skall finnas)? I vilket sammanhang (arbetssteg) används funktioner och information? Vilka information måste synas samtidigt? Vilka»kringliggande«informationskällor används, kommer dessa att behövas även när detta system är i drift? Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 5
Lär dig allt om användarna! Finns det kunskap och information som inte kommit fram i de tidigare analysstegen, ex.»tyst kunskap«? Finns det konflikter i kravbilden och användbarheten? Finns det ekonomiska aspekter att väga in i förhållandet krav / behov och? Persona En»exakt«beskrivning av vår»huvudanvändare«och vad hon/han vill uppnå. Definieras via personens mål. Persona är ett effektivt sätt konkretisera dem man ar för. Ger möjlighet att styra och hålla styrfart i processen. Gör det lättare att fokusera på användarnas mål och ej funktioner. Alla i projektet måste vara överens om dessa personas. The Inmates are Running the Asylum, Alan Cooper, 1999 Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 6
Lasse : 72 Parkinson Sjukdomshistoria Haft Parkinson i cirka fem år. Har blivit sämre med åren. Medicinering sker oftare och oftare (flera gånger/dag. L-Dopa (Madopark). Träffar läkare en till två gånger per år. Tillstött andra problem såsom smärta. Är överrörlig många timmar under dagen. Blir stelare när han äter kött (protein). Livssituation Pensionär. Tidigare tjänsteman på statligt verk. Lever med sin fru Berta. Tre barn och 5 barnbarn. Har ingen eller liten datorvana. Styrd av att ta tabletter. Jobbigt med stimmiga platser och stora samlingar. Tycker om att resa till varmare platser. Reser en hel del, mest långresor. Har blivit psykiskt tröttare och orkeslös. Har haft depressioner som han har blivit behandlad för. Möjligheter Bli mer välmedicinerad; medicinera bort sin överrörlighet. Aktivera sig mer för att testa om det har betydelse för sin orkeslöshet. Kanske blir vegetarian om han upptäcker att protein gör att kan må sämre. Kommer på saker som gör att han kan hantera vardagssituationer som han nu undviker. Hjälp att komma ihåg medicinintag. Mindre styrd. Bättre insikt i varför han mår som han gör. Minska stressen och få»kontroll«på sin sjukdom. Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Bengt Göransson, Enea Redina AB, version 1.7sv Användnings scenarier Konceptuell Mock-up:s Interaktions Prototyper Detaljerad Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 7
Scenarier och storyboards I scenarierna beskriver man hur det är tänkt att systemet skall uppföra sig och hur olika arbetsuppgifter skall gå att lösa med hjälp av systemet. Man tar alltid fram mer än ett scenario. Varje scenario skall beskriva hur en viss kategori användare utför viss eller vissa arbetsuppgifter med hjälp av systemet. De skrivna scenarierna kan kompletteras med skisser och bilda storyboards där användargränssnittets olika utseende och uppförande beskrivs bildligt likt en filmsekvens. Arbetet med scenarier och storyboards görs oftast med hjälp av papper och penna och resulterar i tidiga prototyper av systemet. Exempel på användningsscenario PREPARE THE SOLUTION User role: Laboratory staff. Priority: 1 1=must have, 2=should have, 3=could have Context: The user wants to prepare the solution for a particular step in an activity, for example Stock Solution in 1D. The user does not know how to prepare the solution but know in which activity in the System to use it. She wants to find the recipe, make the solution and then use it. Another common situation is that the laboratory staff wants to prepare different solutions in advance. They start with preparing all solutions for a certain activity, and continue with all solution in the next activity. An example is when a 2D Buffer has been started, and laboratory staff is going to make the solutions for staining (i.e. next activity in the workflow). Issues for the prototype: The user starts with searching among all chemicals etc. Criteria may be short name, long name, application field, type of chemical and activity. Information displayed in the result list is the short name. When selecting the name, a view containing information of the solution is displayed. From this view it is now possible to enter information about this specific solution and create bar code for the new item and register it.c :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 8
Konceptuell olika förslag Valt förslag för konceptuell Main menu bar Drop symbol Navigation Status Workspace :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 9
Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Bengt Göransson, Enea Redina AB, version 1.7sv Användnings scenarier Konceptuell Interaktions Prototyper Detaljerad Mock-up:s Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Interaktions navigering www.pharmapoint.com Login Avtalstext Registrering Läkemedel Recept Personligt Kontakter Publicera Åsikter Avsluta Hjälp Biverkning Sammanf. Visa Kopia Skicka Erfarenheter Statistik Riktlinjer Info Frågor Fel Åsikt Bekräftelse Dokument Intresse Pers. info Signal Dok. Prefs. Villkor Tipsa arkiv arkiv Om Referens Index Steg-för-steg ATC Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 10
Interaktions strukturerad information Navigation with work task buttons :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Design av innehåll Uppgiftsrelaterad layout och Är skärmlayouten relaterad till hur användarna jobbar? Är det uppenbart hur uppgifterna kan utföras? Parallell visning av information Är all behövlig information synlig när användaren skall utföra en uppgift? Om inte, vilken information är inte synlig? Betona viktig information Syns den viktiga informationen tydligt? Är den betonade informationen viktig? Använd genvägar och standardvärden Finns genvägar för vanliga uppgifter? Är det rätt standardvärden? Använd användarnas termer och språkbruk Är språket naturligt för användarna? Vilka uttryck är svåra att förstå? Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 11
Prototyping från enkla pappersskisser till färdigt system. Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Användnings scenarier Konceptuell Mock-up:s Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Interaktions Prototyper Bengt Göransson, Enea Redina AB, version 1.7sv Detaljerad Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 12
Detaljerad grupperad information :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Detaljerad komponenter Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 13
Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Användnings scenarier Konceptuell Mock-up:s Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Interaktions Prototyper Bengt Göransson, Enea Redina AB, version 1.7sv Detaljerad Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Användbarhetsutvärderingar Naturlig del i en systemutvecklingsprocess, speciellt vid en användarcentrerad system. Primärt för att mäta om man uppnått användbarhetsmålen traditionell syn, hitta problemen. Formativ kontra summativ.»«utan att mäta mot mål utforskande och en del av kravanalysen. Ofta en del i utforskandet av lösningen växelverkan mellan analyserande av problemet, tänkbara lösningar på problemet och utvärdering. Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 14
Ute hos användarna Vy innefrån kontrollrummet laboratorier Observatörerna Användare som utför uppgifter Interiör från Nomos Managements användbarhetslaboratorie Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 15
Tips Informella för varje iteration. Formella vid varje större iteration och inkrement. Återkoppla till användarna. Tala om vad som åtgärdats och vad som inte åtgärdats. Motivera! Videoinspelningar mycket värdefulla. Ger många a-ha upplevelser bland utvecklarna. Var inte rädda för att utvärdera. Bättre med en enkel utvärdering än ingen alls. Behöver inte göra stora och dyra utvärderingar. Vad utvärderas? Funktionalitet Integration Beteende/ utseende Implementering Houde S., Hill C., 1997 What do Prototypes Prototype? Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 16
Kravanalys Användarprofiler Fältstudier Systemmål, kriterier och användbarhetsmål Användnings scenarier Konceptuell Mock-up:s Tydliggör verksamhetsmålen Funktionell beskrivning användningsfall Användbarhets i systemutvecklingen Tidigt och kontinuerligt fokus på användarna Empiriska mätningar Iterativ Integrerad Driven av en användbarhetsförespråkare Användbarhetser Aktiv användarmedverkan Evolutionär utveckling iterativ Interaktions Prototyper Bengt Göransson, Enea Redina AB, version 1.7sv Detaljerad Införande Driftsätt och underhåll :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Systeminförande Critical to the success of the system. Usually gets too little attention. Must start when the project starts. Involves: organization, work processes, work force competence, etc. The system owners must be involved from the start of the project. Education and support. Use ambassador users. Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 17
för system X Bör tas fram i varje projekt, omfattning och ambition kan dock variera mycket. Ersätter ibland, kompletterar oftast, mer detaljerade specifikationer. Exempel på innehållsförteckning för en användbarhetsguide Anpassning av den användarcentrerade processen: En detaljerad redogörelse för vilka aktiviteter och metoder som skall användas i projektet projektanpassning. Plan för användarmedverkan: Hur, när, i vilken omfattning, etc. som användarna skall delta i utvecklingsarbetet. Övergripande beskrivning av målsättningarna med systemet och dess funktionalitet: En beskrivning på hög nivå av de övergripande syftena med systemet och i grova drag dess funktionalitet. Den exakta nivån på beskrivningen måste stämmas av med övrig dokumentation. Användarprofiler och/eller personas: Beskrivning av de användarkategorier man identifierat i analysarbetet. Kontextuell uppgiftsanalys: Resultatet från de fältstudier, intervjuer, uppgiftsanalyser, etc. man gjort hos användarna. Plattforms-/tekniska beroenden och begränsningar: Om den teknik eller utrustning man skall använda ställer speciella krav eller ger begränsningar. Här kan även redogöras för eventuella regelverk som skall följas. Användbarhetsmål: De mål för användbarheten som kommer fram under utvecklingsarbetet. Används som mätkriterier. Designbeslut och kriterier: Styrande beslut och de kriterier som är underlag för besluten. Användningsscenarier: Scenarier av hur systemet är tänkt att användas, av användarna i deras arbetssituation. Konceptuell : En modell på hög nivå av användargränssnittets utformning och struktur. Skisser med förklaringar. Här kan även aspekter som»branding«och»corporate image«finnas med. Interaktions, navigering och informationsstruktur: Skisser och bilder som förklarar navigeringsstrukturer och dynamiken i användargränssnittet. Detaljerad av användargränssnittet: Detaljerad beskrivning av de element eller delar som tillsammans skapar användargränssnittet. Även saker såsom färgval, typsnitt, etc. Återkoppling och utvärdering: Sammanställning av den återkoppling man fått och de utvärderingar som gjorts under utvecklingsarbetet. Framförallt inom ramen för aktiviteterna. Designartefakter: Större samling av bilder av användargränssnittet tillsammans med förklaringar. Till detta finns oftast en eller flera körbara prototyper. Planer för användbarhetsutvärderingar och rapporter: Hur och när användbarheten skall mätas, samt sammanfattning av resultaten. Detta rör de mer formella användbarhetsutvärderingar som görs. :: Användbarhets : delmoment i användarcentrerad system : Bengt Göransson, Enea Redina, 2003 :: Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 18
Användbarhetsern en viktig utvecklarroll Användbarhetser Ansvarig för de användarcentrerade aktiviteterna. Deltar aktivt i analys, och utvärdering av användargränssnittet. Jobbar nära användare, utvecklare och visuella ers. Är»specialist«inom området människa-datorinteraktion. Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 19
Användbarhetsern Användarnas advokat Användbarhetser Användbarhetsförespråkare En användbarhetser i arbete En användbarhetschampion som arbetar tillsammans med användare och agerar som en»användarnas advokat«. Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 20
Användbarhetser i arbete deltagande prototyping Användbarhets -er Användbarhetsern Dedikerad roll för användbarhet som möjliggör ger större fokus på användbarhet, både i organisationen och i projekten. Tillämpad i produkt-, konsult- och egenutvecklingsorganisationer. Rollen uppfattas som relevant och enkel att förstå och tillämpa. Kan»säljas in«som ett lågbudget alternativ till en större användbarhetsenhet. Men: det tar upp till 10 år att bli en användbarhetsexpert... Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 21
Användbarhetsern En användbarhetser har en utbildning inom data-, system- eller beteendevetenskap, samt mångårig praktisk erfarenhet. Kunskaper inom systemutvecklingsprocesser och utvecklingsverktyg för att kunna kommunicera med utvecklare, m. fl.»känsla«för interaktions, grafisk och estetik. Förmåga att kommunicera med såväl användare som utvecklare och beslutsfattare. Det skadar dessutom inte om man har förmåga att»sälja«användbarhetsområdet som sådant. Rollen blir ju lite av en reklampelare för användarcentrerad system. Titlar på»användbarhetsroller«ui expert / UI er / GUI programmer Human factors expert / Ergonomics expert Information architect / Information er Art director Usability expert Behavioral scientist User experience er Bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 22
Användbarhetser som»facilitator«användbarhetser Utvecklarorganisation Användarorganisation Objekt Datamodell Verktyg Hur? Varför? När?»Vi vårdar patienter...«bengt Göransson, Enea Redina AB, 2003 http://www.redina.se/ :: http://acsd.hci.uu.se/ 23
