Studentlitteraturs logga inUse logga
 
 

Skillnader

Här visas skillnader mellan den valda versionen och den nuvarande versionen av sidan.

bok:nyttan_med_anvandbarhet [2010-09-22 13:29]
berndtsson
bok:nyttan_med_anvandbarhet [2012-04-10 15:55] (aktuell)
nihongo
Rad 33: Rad 33:
  * felhantering - användare gör ofta fel. Ibland leder det till fel som upptäcks långt senare, vilket kan vara mycket kostsamt.   * felhantering - användare gör ofta fel. Ibland leder det till fel som upptäcks långt senare, vilket kan vara mycket kostsamt.
  * låg effektivitet - att vissa uppgifter tar onödigt lång tid att utföra, eller att de ofta leder till fel som måste rättas.   * låg effektivitet - att vissa uppgifter tar onödigt lång tid att utföra, eller att de ofta leder till fel som måste rättas.
-  * kostnader för att användare upplever stres, otrivsel och ohälsa. Vanliga problem är ont i huvudet, musarm eller en känsla av att man måste utföra meningslösa uppgifter.   +  * kostnader för att användare upplever stress, otrivsel och ohälsa. Vanliga problem är ont i huvudet, musarm eller en känsla av att man måste utföra meningslösa uppgifter.  
<blockquote>"Skyddsombudet på Ny Teknik har anmält arbetsgivaren för att de anställda tvingas jobba med ett ergonomiskt dåligt dataprogram. Det är första gången som ett sådant program granskas av Arbetsmiljöverket. <blockquote>"Skyddsombudet på Ny Teknik har anmält arbetsgivaren för att de anställda tvingas jobba med ett ergonomiskt dåligt dataprogram. Det är första gången som ett sådant program granskas av Arbetsmiljöverket.
Rad 68: Rad 68:
  - **[[http://anvandbarhet.se/bok:nyttan_med_anvandbarhet#myter_om_anvaendbarhet|Myter om användbarhet.]]** Det finns massor av myter kring användbarhetsområdet. Alltifrån att det skulle vara dyrt och omständligt, till att det skulle räcka med att fråga användarna om hur de skulle vilja ha det.   - **[[http://anvandbarhet.se/bok:nyttan_med_anvandbarhet#myter_om_anvaendbarhet|Myter om användbarhet.]]** Det finns massor av myter kring användbarhetsområdet. Alltifrån att det skulle vara dyrt och omständligt, till att det skulle räcka med att fråga användarna om hur de skulle vilja ha det.
-  - **[[http://anvandbarhet.se/bok:nyttan_med_anvandbarhet#brister_i_arbetssaett|Brister i arbetssätt.]]** De etablerade utvecklingsmetoderna är inte fokuserar tillräckligt på produktens användning och därmed saknas ofta både aktiviteter, utpekat ansvar och kontrollpunkter för att säkerställa hög användbarhet. +  - **[[http://anvandbarhet.se/bok:nyttan_med_anvandbarhet#brister_i_arbetssaett|Brister i arbetssätt.]]** De etablerade utvecklingsmetoderna fokuserar inte tillräckligt på produktens användning och därmed saknas ofta både aktiviteter, utpekat ansvar och kontrollpunkter för att säkerställa hög användbarhet.
  - **[[http://anvandbarhet.se/bok:nyttan_med_anvandbarhet#bristande_kunskap|Bristande kunskap.]]** Beställare och projektmedlemmar saknar ofta kunskap som skulle hjälpa dem förbi myterna och bristerna i arbetssätt.   - **[[http://anvandbarhet.se/bok:nyttan_med_anvandbarhet#bristande_kunskap|Bristande kunskap.]]** Beställare och projektmedlemmar saknar ofta kunskap som skulle hjälpa dem förbi myterna och bristerna i arbetssätt.
Rad 100: Rad 100:
De traditionella, funktionsbaserade utvecklings- och projektstyrningsmetoderna, men också nyare projektstyrningmodeller som Scrum saknar hjälpmedel för att styra mot nytta; det överlåts till projekt- och styrgruppen. De traditionella, funktionsbaserade utvecklings- och projektstyrningsmetoderna, men också nyare projektstyrningmodeller som Scrum saknar hjälpmedel för att styra mot nytta; det överlåts till projekt- och styrgruppen.
-Användarcentrerade aktiviteter pekas ibland ut som lösningen, eftersom de sätter fokus på användarnas behov. Det är sant i den mening att - för att kunna bygga bra lösningar - är det nödvändigt att ha kunskap om användarnas behov. Problemet är att resultatet från användarcenterade aktiviteter saknar koppling till förväntade affärsvärden och verksamhetsnytta. När man skall presentera och använda resultatet från användarcentrerade aktiviteter kommer frågor om prioriteringar som ett brev på posten och de blir svåra att reda ut. Därför uppfattas ibland dessa aktiviteter som tillägg till projektarbetet, som stör det vanliga projektflödet. De blir svåra att motivera och det blir också svårt i projektet att veta hur man skall använda all information om användarmönster och användarbehov. +Användarcentrerade aktiviteter pekas ibland ut som lösningen, eftersom de sätter fokus på användarnas behov. Det är sant i den mening att - för att kunna bygga bra lösningar - är det nödvändigt att ha kunskap om användarnas behov. Problemet är att resultatet från användarcentrerade aktiviteter saknar koppling till förväntade affärsvärden och verksamhetsnytta. När man skall presentera och använda resultatet från användarcentrerade aktiviteter kommer frågor om prioriteringar som ett brev på posten och de blir svåra att reda ut. Därför uppfattas ibland dessa aktiviteter som tillägg till projektarbetet, som stör det vanliga projektflödet. De blir svåra att motivera och det blir också svårt i projektet att veta hur man skall använda all information om användarmönster och användarbehov.
Det är en stor utmaning att bygga ”bra” produkter – d.v.s. produkter som används och ger avsedd effekt. För att lyckas med det måste man; Det är en stor utmaning att bygga ”bra” produkter – d.v.s. produkter som används och ger avsedd effekt. För att lyckas med det måste man;
Rad 130: Rad 130:
  * när de använder produkten   * när de använder produkten
  * vilka mål och förväntningar de har   * vilka mål och förväntningar de har
-  * hur den interktiva produkten kan tillgodose deras behov+  * hur den interaktiva produkten kan tillgodose deras behov
Under 80-talet och början av 90-talet beskrevs användningen i några få meningar där man adresserade "avnämarna" eller "användarna". Det viktiga var att så fort som möjligt klarlägga vilka funktioner som IT-lösningen skulle omfatta. Under 80-talet och början av 90-talet beskrevs användningen i några få meningar där man adresserade "avnämarna" eller "användarna". Det viktiga var att så fort som möjligt klarlägga vilka funktioner som IT-lösningen skulle omfatta.
Rad 144: Rad 144:
Lösningen är att [[http://www.anvandbarhet.se/bok:idefasen#nytta_foer_anvaendarna|utgå från verkliga behov, förväntningar och användningssituationer]] när målgrupperna skapas, samt att prioritera dem med utgångspunkt från hur viktiga de är ur ett verksamhetsperspektiv. Lösningen är att [[http://www.anvandbarhet.se/bok:idefasen#nytta_foer_anvaendarna|utgå från verkliga behov, förväntningar och användningssituationer]] när målgrupperna skapas, samt att prioritera dem med utgångspunkt från hur viktiga de är ur ett verksamhetsperspektiv.
-I ett sådan målgruppsarbete får man ovärderlig kunskap som direkt påverkar lösningens utformning. Några exempel: +I ett sådant målgruppsarbete får man ovärderlig kunskap som direkt påverkar lösningens utformning. Några exempel: 
-  * målgruppens förståelse för begrepp och skeenden är grunden för deras förmåga att interagera med produkten. Det är alltför vanligt att utvecklingen baseras på begrepp som är kända i verksamheten, men inte för användarna som står utanför verksamheten. De är kunder, medborgare eller leverantörer och saknar helt motiv och intresse att lära nya begrepp. Många skeenden är på samma sätt ointressanta för användarna, de är framförallt intresserade av resultaet.+  * målgruppens förståelse för begrepp och skeenden är grunden för deras förmåga att interagera med produkten. Det är alltför vanligt att utvecklingen baseras på begrepp som är kända i verksamheten, men inte för användarna som står utanför verksamheten. De är kunder, medborgare eller leverantörer och saknar helt motiv och intresse att lära nya begrepp. Många skeenden är på samma sätt ointressanta för användarna, de är framförallt intresserade av resultatet.
  * kunskapen om hur motiverade användarna är att utföra uppgiften kan vara avgörande. När en användare vill betala för en enklare produkt blir det ett onödigt steg att skapa inloggningsuppgifter samtidigt.((Se t.ex. Jareds Spools exempel med [[http://www.uie.com/articles/three_hund_million_button/|The $300 Million Button]]))   * kunskapen om hur motiverade användarna är att utföra uppgiften kan vara avgörande. När en användare vill betala för en enklare produkt blir det ett onödigt steg att skapa inloggningsuppgifter samtidigt.((Se t.ex. Jareds Spools exempel med [[http://www.uie.com/articles/three_hund_million_button/|The $300 Million Button]]))
  * sammanhanget då produkten ska användas är ibland helt avgörande för utformningen.((På ett läkemedelsföretag som vi arbetat åt gjorde kulturen det omöjligt för användarna att avslöja att de faktiskt behövde lathundar för de vanligaste kommandona. Efter att vi upptäckt detta vid en enkel observationsstudie kunde vi bygga in denna avgörande funktionalitet i systemet. Läs mer om detta i artikel [[http://inuseful.se/missledande-kultur|Missledande kultur]] på bloggen [[http://inuseful.se/|inUseful]].))   * sammanhanget då produkten ska användas är ibland helt avgörande för utformningen.((På ett läkemedelsföretag som vi arbetat åt gjorde kulturen det omöjligt för användarna att avslöja att de faktiskt behövde lathundar för de vanligaste kommandona. Efter att vi upptäckt detta vid en enkel observationsstudie kunde vi bygga in denna avgörande funktionalitet i systemet. Läs mer om detta i artikel [[http://inuseful.se/missledande-kultur|Missledande kultur]] på bloggen [[http://inuseful.se/|inUseful]].))
Rad 177: Rad 177:
Ibland saknas kunskaperna om att det går att validera produktens användningskvalitet, och det är vanligt att man tror att det är något dyrt och omständligt att genomföra.   Ibland saknas kunskaperna om att det går att validera produktens användningskvalitet, och det är vanligt att man tror att det är något dyrt och omständligt att genomföra.  
-[[http://www.anvandbarhet.se/bok:utvardera_anvandbarhet|Användbarhetsutvärderingar]] kan med fördel göras i integrerat i utvecklingsprocessen. Ju tidigare men kan testa viktiga delar i verklig användning, desto bättre. Att finna problem i användningen tidigt reducerar kostnaderna för rättningar och omgörningar i projektet, samt minskar kostnaderna för support och underhåll.+[[http://www.anvandbarhet.se/bok:utvardera_anvandbarhet|Användbarhetsutvärderingar]] kan med fördel göras i integrerat i utvecklingsprocessen. Ju tidigare man kan testa viktiga delar i verklig användning, desto bättre. Att finna problem i användningen tidigt reducerar kostnaderna för rättningar och omgörningar i projektet, samt minskar kostnaderna för support och underhåll.
   
 
 

Författare

Bild på författareb Johan BerndtssonBild på författareb Ingrid Domingues

Facebook

Twitter (@anvandbarhet)

 
Creative Commons-licens

Användbarhet i praktiken - wiki by Ingrid Dominques/Johan Berndtsson is licensed under a Creative Commons Erkännande-IckeKommersiell 3.0 Unported License. Based on a work at anvandbarhet.se.