Käytettävyys/
käyttäjäkokemus julkisissa tietojärjestelmien
hankinnoissa
Käytettävyyden varmistaminen
tietojärjestelmien hankinnoissa on paljon haastavampaa kuin
tuotekehityksessä.
Katso myös blogi
Hanki käytettävyyttä!
Käytettävyys julkisessa tarjouspyynnöissä
Palvelu:
Käytettävyys- /
käyttäjäkokemusvaatimusten
määrittäminen
tarjouspyyntöön
- Käytettävyys (tai
käyttäjäkokemus) näkyy nykyisinkin usein
vaatimuksena tai valintakriteerinä
tarjouspyynnöissä.
- Kuitenkaan Oulun yliopistossa tehdyssä tutkimuksessa ei kuitenkaan löytynyt yhtään
sellaista tarjouspyyntöä, jossa
käytettävyys olisi ollut aidosti - todennettavasti ja
validisti - valintakriteeri tai kehitettävän
järjestelmän vaatimus.
Palvelun sisältö
- Tarkempi sisältö riippuu tilanteesta:
hankkivasta organisaatiosta, sovellusalueesta sekä siitä, hankitaanko
asiakaskohtainen,
räätälöitävä tai
valmisohjelmisto.
Käytettävyys
projektin toteutuksessa
Palvelu: Käytettävyyden varmistamistoimenpiteet (julkisen hankkijan) toteutusprojektin aikana
-
Käytettävyyttä ei voi
jättää toimittajan vastuulle, ellei
sitä ole vaadittu todennettavasti ja validisti
tarjouspyynnössä (ks. yllä).
- Toimittajan tulee suorittaa oikeita käytettävyyden
varmistuksen toimenpiteitä toteutusprojektissa.
- Toimenpiteet riippuvat projektin kontekstista. Esimerkkitoimenpiteitä ovat käytettävyyden vaikuttavuuden
ja sovelluksen tietorakenteidenmäärittäminen
(käytettävyystyön perusasioita, jotka eivät kuulu
"perinteisiin" käytettävyysaktiviteetteihin).
Käytettävyyspalvelujen laadunvarmistus
Palvelu: Ulkopuolisten
toimijoiden suorittamien käytettävyystoimenpiteiden
(esimerkiksi käytettävyystestaus) laadunvarmistus
-
Käytettävyystestaus on yksi keskeisistä käytettävyyden varmistuksen toimenpiteistä.
- Kansainvälisten CUE-tutkimusten mukaan
käytettävyystestauksen laatu itsessään on kuitenkin
usein hyvin kyseenalaista. Näin, vaikka tutkimuksissa oli
mukana tunnettuja alan kaupallisia tai tutkimusryhmiä
(osallistujat ovat anonyymejä, joten ei tiedetä, onko
niissä ollut mukana suomalaisia ryhmiä). CUE-tutkimusten perusteella referenssit eivät ole
tae laadusta - tutkimuksissahan myös kokeneiden
käytettävyysryhmien menettelytavat ja tulokset eivät
mitenkään erottuneet edukseen.
- Käytetettävyyspalvelujen hankkijoilla tulisi olla vahva
ymmärrys ja näkemys siitä, mitä laatuvaatimuksia
edellytetään käytettävyystestaukselta ja muilta
käytettävyystoimenpiteiltä.
Palvelu: Käytettävyysvaatimusten määritys
Käytettävyysvaatimusten määrittämiseen ei
riitä käyttäjien kuunteleminen, heidän kertomansa toiveet,
vaatimukset ja mielipiteet (ks.
käytettävyyden sudenkuopat).
Käytettävyysvaatimukset ovat jäsentävän
työn tulosta. Tuloksena tulee määrittää
- mittarit käytettävyyden
vaikuttavuudelle
- sovelluksen tietorakenteen (tämä on
keskeinen käytettävyystoimenpide!)
- kriteerit "hyvälle"
käytettävyydelle
Käytettävyysvaatimusten määrittäminen
huomattavan vähän tutkittu ja siten vasta kovasti kehityksen alla oleva
käytettävyyden osa-alue. Timo Jokelan julkaisuja
aihealueesta: ks.
julkaisuluettelo.
Katso myös
Nämä toimenpiteet voi ja tulee suorittaa
mahdollisimman aikaisin - ne eivät ole
toteutusteknologiariippuvaisia.
Käytettävyyden parantaminen
Palvelu: Käytettävyys-/ käyttöliittymäongelmien ratkaiseminen
Olemassa olevan järjestelmän, tuotteen tai palvelun käytettävyyden parantamisen ensiaskel on
käytettävyyden laaja-alainen (KLA) arviointi.
Arvioinnissa kokenut analysoija soveltaa (1) eri
käyttöliittymäteorioiden ja –standardien
lisäksi (2) aitoa käyttäjänäkökulmaa.
- Erityisenä piirteenä on tuon aidon
käyttäjänäkökulman tuominen arviointiin
lyhyessä ajassa.
- KLA-arviointi on huomattavasti tehokkaampi arvioinnin
kattavuudessa kuin käytettävyystestaus. Sovelluksesta
riippuen jopa muutaman päivän asiantuntijatyöllä
saadaan merkittäviä tuloksia aikaan.
- Arviointi antaa huomattavasti syvemmän analyysin kuin
tavallinen heuristiikkoihin tai suunnittelusääntöihin
perustuva asiantuntija-arviointi
- Arviointi ei ainoastaan raportoi ongelmia vaan myös ratkaisuehdotukset niihin