SlideShare a Scribd company logo
1 of 49
Utvecklingen av
kunskapsarbetarens arbetsmiljö
Problemsituationen
- en utveckling i det dolda
Kunskapsarbetaren
- och hur man hanterar
en dold vardag
Användbarhet
Vad är användbarhet?
Sammanhang
Användare
Uppgifter
Ändamålsenligt
Effektivt
Tillfredsställande
Subjektiv upplevelse
Prestation
Vem har ansvar för
användbarheten?
Arbetsmiljölagen (1977:1160)
• ”Teknik, arbetsorganisation och
arbetsinnehåll skall utformas så
att arbetstagaren inte utsätts för
fysiska eller psykiska
belastningar som kan medföra
ohälsa eller olycksfall.”
• ”Målet är att arbetet ska kunna
upplevas som en meningsfylld
och berikande del av tillvaron.”
Hej! Det ser ut
som du håller en
presentation. Vill
du ha hjälp med
det?
Vem har ansvar för
användbarheten?
Regeringens skrivelse
(2000/01:151)
• ”myndigheternas
elektroniska tjänster skall
utformas och
tillhandahållas på ett
sådant sätt att de kan
användas av alla och inte
utestänger grupper av
medborgare.”
”Vi har gjort objektiva tester som visar
att det nya datasystemet i huvudsak
fungerar bra”
Tidrapporteringssystem
Vad används all denna
information till?
4 orsaker till att det blir som det blir
”Bra att ha”
1
”Andra gör det”
2
Nonchalerad design
3
Nonchalerat sammanhang
4
Strategisk användbarhet
Färdiga system bestämda
processer
Verksamhetsnytta - Verksamhetsprocesser
- Verksamhetsmål
- Verksamhetskrav
Användarnytta - Användarmål
- Användarkrav
- Olika målgrupper
Design - Informationsarkitektur
- Design av interaktion
- Formgivning


Teknik - Systemarkitektur
- Tekniska krav


8 saker du som beställare kan göra
Skapa konkreta målbilder över hur
systemet ska funka i vardagen –
skissa och prototypa
1
Sno idéer och lösningar från andra
– men anpassa dessa och ge
förslag till leverantören hur ni
önskar det
2
Utvärdera leverantörens syn på
användbarhet
3
Följ designstandarder på
gränssnittsnivå men anpassa
verksamhetsprocesser efter er
verksamhet
4
Jämför olika system med
användare – ta in konkreta
synpunkter
5
Gör egna användarprofiler – var
konkret med hur dessa ska
realisera organisationens nyttor
6
Formulera krav på användbarhet –
tydligt markera vem det är som gör
vad i vilket syfte och vilket
sammanhang
7
Led och följ upp systemets nytta
8
Kontrakt
Ide och koncept
Kravanalys
Systemdesign
Kodning
Gränssnittsdesign
Testning
UtvärderingUtvärdering
Införande
Beställare
Utvecklare
Tack för uppmärksamheten!
Peter.Krantz@verva.se
Artman@kth.se

More Related Content

More from Peter Krantz

Öppna data - varför Chydenius vänder sig i sin grav
Öppna data - varför Chydenius vänder sig i sin gravÖppna data - varför Chydenius vänder sig i sin grav
Öppna data - varför Chydenius vänder sig i sin grav
Peter Krantz
 

More from Peter Krantz (7)

Öppna data – till vad och för vem
Öppna data – till vad och för vem Öppna data – till vad och för vem
Öppna data – till vad och för vem
 
Great ux is no longer optional
Great ux is no longer optionalGreat ux is no longer optional
Great ux is no longer optional
 
Öppna data - öppen förvaltning intro
Öppna data - öppen förvaltning introÖppna data - öppen förvaltning intro
Öppna data - öppen förvaltning intro
 
Com com(2011)0877 sv
Com com(2011)0877 svCom com(2011)0877 sv
Com com(2011)0877 sv
 
ITRE - DRAFT AGENDA
ITRE - DRAFT AGENDAITRE - DRAFT AGENDA
ITRE - DRAFT AGENDA
 
Öppna data - varför Chydenius vänder sig i sin grav
Öppna data - varför Chydenius vänder sig i sin gravÖppna data - varför Chydenius vänder sig i sin grav
Öppna data - varför Chydenius vänder sig i sin grav
 
Open Government Data on the Web - A Semantic Approach
Open Government Data on the Web - A Semantic ApproachOpen Government Data on the Web - A Semantic Approach
Open Government Data on the Web - A Semantic Approach
 

Intern administration och dålig användbarhet - offentliga rummet

Editor's Notes

  1. Ett tomt skrivbord
  2. Den pappersbaserade administrationen
  3. Papper med referenslittratur
  4. Intåget av telefoni
  5. Datoriseringen – osynlig för de flesta i den fysiska miljön
  6. Mängden applikationer som inte koordineras. Varje enskilt system kräver att människor arbetar på ett likartat sätt. Kontextswitchning – man blir plötsligt avbruten. Applikationer inte samordnade. Kräver kunskap om hur man växlar mellan olika användningsprinciper, informationsrepresentationer och annat. Tittar man in i en vanlig kontorsdator idag innehåller den till stor del verktyg som är utformade som ”one size fits all”. Detta är naturligt ur programvarutillverkarens perspektiv eftersom man vill kunna erbjuda sin produkt till så många som möjligt. Men, detta bygger på likriktning och konvergens. Det paradoxala i detta är att konvergensen bidrar till divergens när kunskapsarbetaren måste hantera en vardag som inte stämmer överens med systemets principer. Automatiseringen av förvaltningen…
  7. En kvinna sparkar på en dator
  8. Projektkoder
  9. Tidrapportering i Agresso - handbok
  10. Komplicerade koder för telefonväxeln
  11. Massor av manualer
  12. Lista över handläggningsprocesser
  13. Folk lär sig… Vad används informationen till? …påverkar kvaliteten… Strategiskt underlag för införande? Timmar i hundradelar – siffror ökar säkerhet
  14. Representerar tid utifrån projekt …andra representerar utifrån dagar…
  15. Här kan attesteraren inte se vilka personer om lämnat in en tidrapport. Hur många uppgifter är kvar? Uppdateras inte.
  16. Hundradels timmar? Hur ser rapporterna ut? Behövs denna detaljeringsgrad? Skit in skit ut. Ledningen riskerar att tro på en illusion av siffror. Hur hög säkerhet har siffrorna egentligen? Konflikt mellan användarens arbetsbörda i verktyget och de otydliga målen…
  17. Vid en osäker målbild försöker man riskminimera genom att lägga till ”bra att ha”-saker.