Käytettävyysohjattu vuorovaikutussuunnittelu: JFunnel malli ( käytettävyyssuppilo )
|
|
- Hannele Heikkinen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 1 (13) Käytettävyysohjattu vuorovaikutussuunnittelu: JFunnel malli ( käytettävyyssuppilo ) Timo Jokela, FT timo.jokela@joticon.fi Tiivistelmä Tämän dokumentissa kuvataan käyttäjäkeskeisen suunnittelun tarkemmin sanottuna käytettävyysohjatun vuorovaikutussuunnittelun elinkaarimalli, ns. JFunnel -malli ( käytettävyyssuppilo ). Dokumentissa annetaan lyhyet kuvaukset suunnittelun prosesseista, sekä käydään läpi käytännön seikkoja, jotka tulisi ottaa huomioon suunnittelun käytännön toteutuksessa. hite paper v
2 2 (13) Sisältö Tiivistelmä... 1 Johdanto... 3 Mitä on käytettävyys... 3 Käytettävyysohjattu vuorovaikutussuunnittelu... 4 JFunnel: käytettävyyssuppilo Strategiset käytettävyystavoitteiden määritys Käyttäjäryhmien tunnistus Käyttökontekstin määritys Operatiivisten käytettävyystavoitteiden määritys Käyttäjätehtävien suunnittelu Vuorovaikutusratkaisujen tuottaminen Käytettävyyspalaute Käytettävyyden varmistus Käytännössä huomioitavaa Tee riittävän ajoissa Käyttäjien mukanaolo Suunnittelija on avainasemassa Suunnitteluratkaisujen iterointi Käytettävyysprosessien tulokset riippuvat niiden tekijöistä Käytätettävyysmenetelmien projektikohtainen soveltaminen Kompleksisuuden hallinta Infrastruktuuri Viitteet hite paper v
3 3 (13) Johdanto Liittyykö yrityksesi tai organisaatiosi kehittämiin (hankkimiin) sovelluksiin 1 yksi tai useampi seuraavista ongelmista: o sovellus jää käyttämättä o jos ei koko sovellus niin sen yksittäiset toiminnot jäävät käyttämättä o menee paljon aikaa ja resursseja käyttäjäkoulutuksen antamiseen o menee paljon aikaa ja resursseja jälleenmyyjien tukemiseen o sovelluksen käyttöönotto on hidasta o käyttäjät tekevät virheitä järjestelmään tulee virheellisiä tietoja o käyttäjät luulevat suorittaneensa tehtävän, mutta itse asiassa tehtävä on jäänyt kesken o järjestelmän tukipalvelut kuormittuvat käyttäjien soitoista, sekä asiakkaalla että toimittajalla o käyttäjät valittavat työprosessiensa sujuvuutta o työtyytyväisyys laskee, kun rutiininomaisestikin tehtävä työ vaatii useita ja turhalta tuntuvia vaiheita o käyttäjät eivät löydä haluamaansa tietoa (verkkosivut)? Tämän tyyppiset ongelmat ovat tyypillisiä seurauksia sovelluksen ongelmallisesta käytettävyydestä. Hyviä käyttöliittymiä on kuitenkin mahdollista suunnitella: tarvitaan käytettävyysohjattua vuorovaikutussuunnittelua. Tässä dokumentissa kuvataan käytettävyysohjatun vuorovaikutussuunnittelun prosessi. Dokumentin tarkoitus on olla yleissivistävä. Se on tarkoitettu antamaan kuva prosessista niin asiasta kiinnostuneelle johdolle kuin suunnittelijoille. Dokumentti ei ole tarkkuudeltaan tarkoitettu käytännön käsikirjaksi. Mitä on käytettävyys Käytettävyyden määritelmä annetaan standardissa ISO (ISO/IEC 1998): Mitta, miten hyvin määrätyt käyttäjät voivat käyttää tuotetta määrätyssä käyttötilanteessa saavuttaakseen määritetyt tavoitteet tuloksellisesti, tehokkaasti ja miellyttävästi. Määritelmä ehkä kuulostaa monimutkaiselta mutta on konkreettisesti käyttäjälähtöinen. Määritelmässä tarkastellaan käytettävyyttä kolmesta lähtökohdasta: o ketkä ovat käyttäjiä? o mitkä ovat käyttäjien tavoitteet? o mikä on sovelluksen käyttöympäristö? Kriteerit, joilla käytettävyyttä tarkastellaan ja mitataan ovat: o Tuloksellisuus. Missä määrin käyttäjä pääsee tavoitteisiinsa, niin että lopputulos on oikea? Tuloksellisuutta voidaan pitää käytettävyyden tärkeimpänä peruskriteerinä: saako käyttäjä aikaiseksi sen, minkä vuoksi yleensä hän sovelllusta käyttää. 1 Tässä dokumentissa käytetään termiä sovellus kattamaan tuotteet, ohjelmistot, järjestelmät, verkkosivustot jne. hite paper v
4 4 (13) o Tehokkuus. Kuinka paljon resursseja tarvitaan siihen, että käyttäjä pääsee tavoitteeseensa? Tyypillinen tehokkuusmittari on aika: mitä nopeammin käyttäjä pääsee tavoitteisiinsa, sitä parempi tehokkuus. o Käyttäjätyytyväisyys. Kuinka miellyttävänä käyttäjä kokee sovelluksen käyttämisen. Jos käytettävyyden määritelmän tiivistää, niin se voisi kuulua: Käytettävyys on käyttäjän työn tukemista. Käyttäjäkokemus vs. käytettävyys Termi käyttäjäkokemus ( user experience ) on tullut käytettävyyden rinnalle viime vuosina. Käyttäjäkokemuksen määritelmä on: a person's perceptions and responses that result from the use or anticipated use of a product, system or service (tämän hetkinen määritelmä valmisteilla olevassa standardissa ISO ). Vaikka olen itse ollut mukana ym. määritelmän muotoilussa, näen asian vielä osittain keskeneräisenä. Käyttäjäkokemusta markkinoidaan laajempana asiana kuin käytettävyys, mutta usein puuttuu selkeä kuvaus, millä tavalla se on laajempi. Ym. määritelmä tuo yhden laajennuksen käytettävyyteen: käyttäjäkokemus sisältää myös tuotteen ulkonäön siinä mielessä, että näyttääkö tuote helppokäyttöiseltä (kohta anticipated use ym. määritelmässä). Tästä näkökulmasta tässä dokumentissa kuvattu JFunnel-prosessi pitäisi olla sovellettavissa myös käyttäjäkokemuksen suunnitteluun, ehkä lukuun ottamatta tuota ulkonäkö-näkökulmaa. Käytettävyysohjattu vuorovaikutussuunnittelu Käyttöliittymän pystyy suunnittelemaan periaatteessa kuka tahansa. Maailma on täynnä esimerkkejä sovelluksista, joiden käyttöliittymä ilmeisimmin on suunniteltu ottamatta huomioon käytettävyyttä. Hyvän käyttöliittymän - hyvän käytettävyyden - suunnittelu vaatii systemaattisen lähestymistavan. Käytettävyyteen tähtäävästä suunnittelusta käytetään kirjallisuudessa eri termejä. ISO (ISO/IEC 1999) käyttää termiä ihmiskeskeinen suunnittelu. Muita paljon käytettyjä termejä ovat Nielsenin (Nielsen 1993) käyttämä käytettävyyssuunnittelu, Mayhewin käyttämä käyttäjäkeskeinen suunnittelu (Mayhew 1999) ja Constantinen (Constantine and Lockwood 1999) käyttökeskeinen suunnittelu. Tässä dokumentissa käytetään termiä käytettävyysohjattu vuorovaikutussuunnittelu. Termillä halutaan korostaa sitä, että hyvän käytettävyyden aikaansaaminen ei synny käytettävyysaktiviteettien suorittamisella tai sillä, että käyttäjät ovat mukana prosessissa. Sovelluksen käytettävyyden ratkaisee aina viime kädessä suunnittelijat: missä määrin käytettävyysnäkökohdat huomioidaan suunnitteluratkaisussa. Käytettävyysaktiviteetit ja ohjeistot antavat ohjaustietoa, jotka (toivon mukaan) huomioidaan suunnittelussa. JFunnel: käytettävyyssuppilo Joticonin käyttämä JFunnel käytettävyysohjatun vuorovaikutussuunnittelun elinkaarimalli on esitetty kuvassa 1. Kuvan soikiot kuvaavat prosesseja, ja nuolet ja numerot kuvaavat loogista etenemisjärjestystä. hite paper v
5 5 (13) Kuva 1. Käytettävyysohjattu vuorovaikutussuunnittelu: JFunnel -malli arvoa kuluttajille, arvoa liiketoiminnalle Keskeinen prosessi on luonnollisesti käyttöliittymäratkaisujen tuottaminen (5): siinä tuotetaan konkreettiset käyttöliittymän suunnitteluratkaisut. Toinen keskeinen prosessi on operatiiviset käytettävyysvaatimukset (3), joka on mallin, tai käytettävyyssuppilon, keskimmäisessä, puristetussa kohdassa. Suppilomuodolla ja käytettävyystavoitteiden sijainnilla puristuskohdassa korostetaan sitä, että operatiiviset käytettävyystavoitteet tiivistävät käyttäjädatan joka voi olla hyvinkin runsasta ja monipuolista - suunnittelua ohjaaviksi tavoitteiksi. Toisaalta suppilo aukeaa kohti suunnittelua, kuvaten sitä, että toimivien suunnitteluratkaisujen avaruus on potentiaalisesti laaja. Käytettävyysohjaustietoa tuottavat prosessit 0 4, 6 ja 7. Hyvää käytettävyyttä ei voida suunnitella tuntematta käyttäjien työtä (prosessit 1 ja 2). Prosessi 3 tuottaa tavoitteet käyttöliittymän laadulle. Prosessit 6 ja 7 ovat tuotettujen suunnitteluratkaisujen testausta. Lisäksi suunnittelua tulisi ohjata standardit ja yleiset suunnitteluohjeet, joita löytyy kirjallisuudesta paljonkin. Esimerkiksi ISO 9241-sarja (ISO/IEC 1998) kattaa laajalti eri käyttöliittymän osa-alueet). JFunnel-mallin tarina Mallin tausta alkaa vuodesta 1997, jolloin Nokialla ja Teamarella tehtiin ensimmäiset käytettävyyssuunnittelun prosessiarvioinnit ( käytettävyyskypsyysarvioinnit ). Arviointimallina käytettiin eurooppalaisessa INUSE-projektissa kehitettyä prosessimallia. Kokeilujen perusteella malli todettiin hankalaksi käyttää, ja sen perusteella siihen tehtiin muutoksia; päivitetystä mallista tuli ISO:n teknisessä raportissa (ISO 18529) kuvattu prosessimalli. Väitöstutkimuksessaan Timo Jokela sovelsi käytettävyyskypsyysarvioinneissa tuota päivitettyä ISO (myös ISO 13407) prosessimallia, ja totesi mallin edelleen hite paper v
6 6 (13) ongelmalliseksi. Malli oli tulkinnanvarainen, eikä niiden perusteella voinut selkeästi raportoida kaikkia käytettävyyssuunnitteluun liittyviä oleellisia havaintoja. Tutkimuksessaan Timo Jokela kehitti sitten mallia edelleen, päätyen malliin, joka nimettiin tutkimusprojektin mukaan KESSU -malliksi. KESSU-mallia käytettiin 2000-luvulla eri tarkoituksissa, prosessiarviointien lisäksi käytännön projekteissa kuin opetuksessakin, ja se edelleen askeleittain kehittyi. Prosessit täsmenivät, ja niiden kuvaukset tarkentuivat. Viimeinen suurempi kehitys tapahtui alkuvuodesta 2008, jolloin mallin visuaalisen esityksen muoto muuttui kehästä (kehämuoto oli alkujaan peräisin ISO 13407:sta) suppiloksi. Tähän idea tuli TRATTI -myyntiprosessin mallista 2. Myyntiprosessin tapaan käytettävyyssuunnittelussa on selkeä puristusvaihe : käytettävyystavoitteiden määritys, jolloin suppilo kuvaa hyvin prosessia. Samalla mallille annettiin sen muotoa kuvaava nimi (JFunnel). Samoihin aikoihin syntyi termi käytettävyysohjattu vuorovaikutussuunnittelu. Paljon käytetty termi käyttäjäkeskeinen suunnittelu on semanttisesti vähän harhaanjohtava (onko käyttäjä suunnittelun keskellä?). Käytettävyyssuunnittelu - termissä on puolestaan se ongelma, että varsinainen vuorovaikutussuunnittelu ei ole käytettävyysaktiviteetti, jolloin tarve tuli termille, joka kattaa sekä käytettävyysaktiviteetit että vuorovaikutussuunnittelun. Malliin myös lisättiin uusi prosessi, strategisten käytettävyystavoitteiden määritys. Näin meillä on nykyinen JFunnel-malli. On kuitenkin huomioitava, että mikään tällainen malli ei ole totuus. Väitöskirjan aikoihin (2001) olin erittäin tyytyväinen silloiseen KESSU -malliin; tänä päivänä näen selkeästi sen puutteet. Kun edelleen tulee lisää kokemusta JFunnel-mallin käytöstä eri yhteyksissä, siihen on odotettavissa edelleen päivityksiä. KESSU/JFunnel-mallin käytön laajuutta ei ole tarkemmin tutkittu. Kuitenkin on viestejä kuulunut sen käytöstä eri yhteyksissä, myös käytännön projekteissa. Malli on toiminut yhtenä perustana käytettävyyssuunnittelun merkittävimmän kansainvälisen standardin ISO uudistamisessa (tuleva ISO ). Tieteellisiä julkaisuja mallista on tehty useita. 0. Strategiset käytettävyystavoitteiden määritys Strategisten käytettävyystavoitteiden tarkoituksena on määrittää, miten sovelluksen käytettävyyden tulisi tukea liiketoimintaa. Tavoitteena ei siis tarvitse olla, että saavutetaan paras mahdollinen käytettävyys. Strategiset käytettävyystavoitteet ovat organisaation strategisia valintoja, joiden tulisi toisaalta tuottaa järkeviä liiketoiminnallisia etuja, ja olla toisaalta kehitysresursseihin nähden järkevästi saavutettavissa. Aktiviteetin tuotokset ovat strategiset käytettävyystavoitteet, esitettynä mahdollisimman konkreettisesti, mielellään mitattavasti. Tyypilliset mittarit perustuvat ns. käytettävyyden liiketoimintaetuihin: o koulutukseen käytettävät resurssit o järjestelmän hyväksyttävyys o käyttäjätukeen kuluvat resurssit o tehostuneista käyttäjän työprosesseista saadut säästöt o käyttäjätyytyväisyys 2 JKC Oy Consulting hite paper v
7 7 (13) Esimerkkinä tavoitteissa voidaan ottaa kantaa käyttöohjeeseen tai koulutukseen: onko vaikkapa tavoitteena, että sovellus tulisi olla opittavissa ilman koulutusta. Syytä olisi välttää sellaisia kriteereitä, jotka eivät riipu yksikäsitteisesti käytettävyydestä. Tällainen on esimerkiksi lisääntynyt myynti : myyntiin vaikuttavat niin monet muutkin seikat, että käytettävyyden vaikutusta on vaikea erottaa. 1. Käyttäjäryhmien tunnistus Tämän aktiviteetin tarkoituksena on tunnistaa ketä ovat kehitettävän sovelluksen käyttäjät. Käytettävyyden määritelmän mukaan tämä on perusasia: käytettävyyshän on ensisijaisesti suhteessa sovelluksen käyttäjiin. Jokainen sovelluksen käyttäjä on erilainen yksilö. Käytännössä ei ole kuitenkaan mahdollista, että sovelluksia suunnitellaan jokaiselle käyttäjälle erikseen. Sen vuoksi käyttäjäkunta tulisi kategorisoida ne sopiviin käyttäjäryhmiin, sekä tuottaa kuvaukset ko. käyttäjäryhmistä. Käyttäjäryhmien kategorisointi ei useinkaan ole yksinkertainen tehtävä. Kategorisointiperusteen tai perusteiden - valinta on ensimmäinen haaste. Kategorisointiperusteita ovat esimerkiksi: o demograafiset tekijät (ikä, sukupuoli, koulutus, jne.) o työroolit o käyttöympäristöt o sovelluksen käyttökokemus o elämäntyyli o persoonalliset ominaisuudet 2. Käyttökontekstin määritys Käyttökontekstin määritys tarkoittaa yleisesti ottaen käyttäjän työn 3 määritystä. Koska käyttökonteksti (tavoitteet, tehtävät, ympäristö) ovat tyypillisesti erilaisia eri käyttäjäryhmillä, niin käyttökontekstin analyysi tyypillisesti tehdään käyttäjäryhmäkohtaisesti. Käyttäjän käyttökontekstin analyysissa määritetään käyttäjän tavoitteet ja tehtävät sovelluksen suhteen sekä sovelluksen käyttöympäristö. Luonteeltaan käyttökontekstin ymmärtäminen on tiedon keräämistä ja jäsentämistä. Käyttökonteksteista on saatavissa paljon tietoa, ja haasteena on tämän tiedon hallinta. Kaikkea tietoa ei voi eikä ole järkevää kerätä eikä käsitellä. Sen vuoksi prosessiin kuuluu luonnostaan kompleksisuuden hallinta. Käyttäjäryhmien tunnistus ja käyttökontekstin määritys edellyttävät usein keskinäistä iterointia, ja sen vuoksi ne on järkevä tehdä yhdessä. 3. Operatiivisten käytettävyystavoitteiden määritys Operatiivisten käytettävyystavoitteiden määritys on keskeinen prosessi. Siinä asetetaan suunnittelutavoitteet kehitettävän sovelluksen käytettävyydelle: mitkä kriteerit kehitettävän sovelluksen tulisi täyttää, jotta se olisi käytettävyydeltään hyvä. Jotta vaatimukset tekisivät 3 Työ lainausmerkeissä sen vuoksi, että esimerkiksi kuluttajatuotteiden suhteen ei voi varsinaisesti puhua työstä. hite paper v
8 8 (13) käytettävyyden konkreettiseksi suunnittelun tavoitteeksi, ne tulisi määritellä mitattavassa muodossa. Operatiivisilla käytettävyystavoitteiden määrityksellä on kaksi päätarkoitusta: o toimivat vuorovaikutusmedioiden suunnittelua ohjaavina ajureina: kun suunnitteluratkaisujen tekijät tietävät tavoitteet, ne ohjaavat suunnitturatkaisuja oikeaan suuntaan o olla perusteena käytettävyyden varmistukselle (aktiviteetti 7): varmistuksessa saatuja tuloksia verrataan määriteltyihin käytettävyystavoitteisiin Näistä kahdesta tarkoituksesta voidaan ensimmäistä pitää tärkeämpänä, koska sitä kautta vaikutetaan suoraan suunnitteluratkaisuihin. Operatiiviset käytettävyystavoitteet ovat tarkemmalla tasolla kuin strategiset tavoitteet. Esimerkiksi jos strategiseksi käytettävyystavoitteeksi on asetettu opittavissa ilman koulutusta, niin operatiivisissa käytettävyystavoitteissa määritetään tarkemmin, mitä opittavissa olevat asiat ovat. Käytettävyysvaatimusten määritys koostuu periaatteessa kahdesta vaiheesta o käytettävyysmittareiden valinta o käytettävyystavoitteiden määrittäminen Operatiiviset käytettävyysvaatimukset määritetään tyypillisesti käyttäen ISO käytettävyyden määritelmää perusteena, käyttäen soveltuvin osin attribuutteja: o tuloksellisuus (effectiveness) o tehokkuus (efficiency) o käyttäjätyytyväisyys (satisfaction) Jos käytettävyyden määritelmää tulkitaan tarkasti, tavoitteet pitäisi määrittää suhteessa käyttäjäryhmään, tavoitteeseen ja käyttöympäristöön. Käytännössä kuitenkin tällainen lähestymistapa tuottaa yleensä hallitsemattoman suuren määrän mittareita. Sen vuoksi vaatimusten määrä pitäisi pystyä pitämän kohtuullisena esimerkiksi valitsemalla oleellisimmat käytettävyystavoitteet. 4. Käyttäjätehtävien suunnittelu Tässä prosessissa suunnitellaan, miten käyttäjät suorittavat tehtävänsä kehitettävän sovelluksen avulla. Suunnittelun kohde on siis käyttäjien tehtävät ei käyttöliittymä. Tehtäväkuvauksissa kuvataan, mitä vuorovaikutusta käyttäjä tekee sovelluksen kanssa, mutta ei itse vuorovaikutusmekanismien toteutusta. Käyttäjätehtävien suunnittelussa otetaan kantaa esimerkiksi käyttäjän ja tietokoneen väliseen työnjakoon: mitä toimintoja allokoidaan tietokoneelle ja mitä käyttäjille. On tilanteita, jossa voi olla perusteltua jättää käyttäjille toimintoja, jotka olisi helppokin toteuttaa teknologisesti. Yksinkertainen esimerkki työnjaon suunnitteluongelmasta on kännykän näppäinlukko. Pitäisikö näppäinlukko olla automaattinen (menee tietyn ajan kuluttua päälle itsestään) vai manuaalinen? Automatisoinnin tekninen toteutus on helppoa, mutta ei ole itsestään selvää, onko se käyttäjän kannalta järkevää. hite paper v
9 9 (13) 5. Vuorovaikutusratkaisujen tuottaminen Käyttöliittymän ja muiden vuorovaikutusmedioiden (esimerkiksi käyttöohjeet) suunnitteluratkaisujen tuottaminen on luonteeltaan innovatiivista, jossa ratkaisut suunnitellaan perustuen: o käytettävyyssuunnittelun aiempien prosessien (0-4) tuottamaan ohjaustietoon; nämä tuottavat ohjaustietoa erityisesti tehtävätason käyttöliittymäsuunnitteluun o erityisesti käytettävyystavoitteet (3) ohjaavat suunnittelua oleellisesti o evaluointiaktiviteettien (6-7) antamaan palautteeseen o yleisiin käytettävyysohjeistoihin ja standardeihin, jotka tuottavat ohjaustietoa erityisesti vuorovaikutuselementtitason suunnitteluun; näitä ovat o kansainväliset standardit o yksittäisten asiantuntijoiden tuottamat suunnitteluohjeet o yleiset ja yritys/sovellustason tyyliohjeet, jotka tuottavat ohjaustietoa erityisesti visuaaliseen suunnitteluun o toisaalta teknologisten mahdollisuuksien, toisaalta suunnittelurajoitusten huomioimiseen o suunnittelijan taustaan, näkemyksiin ja luovuuteen Luonteenomaista käyttöliittymäratkaisujen suunnittelulle on se, että ei ole olemassa yhtä ainoaa oikeaa ratkaisua tai oikeita ratkaisuja. Asetetut tavoitteet täyttäviä ratkaisuja voi olla useitakin; toisaalta voi olla vaikeaa löytää ollenkaan sellaista suunnitteluratkaisua, joka täyttäisi haastavia käytettävyysvaatimuksia. Tyypillistä suunnittelulle on iteratiivisuus. Riittävän hyvän suunnitteluratkaisun etsiminen voi tarkoittaa, että useiden erilaisten suunnitteluratkaisujen toimivuutta tulee kokeilla hakemalla käytettävyyspalautetta (prosessi 6). Toisaalta parasta suunnitteluratkaisua ei kannattaa etsiä: periaatteessa riittää, että ratkaisu täyttää asetetut tavoitteet (prosessi 3). On huomattava, että varsinaisen käyttöliittymän lisäksi prosessin tuotoksia ovat myös muut asiat, joiden kanssa käyttäjä on vuorovaikutuksessa: käyttöohjeet, myyntipaketit, koulutusmateriaalit jne. 6. Käytettävyyspalaute Käytettävyyspalaute on perinteisin ja yksittäin ehkä eniten suoritettu käytettävyysprosessi. Suunnitteluratkaisuille annetaan laadullista palautetta sen käytettävyydestä: mikä suunnitteluratkaisussa toimii ja mikä ei. Lähtökohtana on kehitettävän sovelluksen prototyyppi, jota arvioidaan käytettävyyden näkökulmasta. Prototyyppejä voi olla eriasteisia: paperiprototyypeistä tietokonesimulaatioihin. Prosessin tuotokset ovat sekä käyttöliittymäratkaisun ongelmakohtien ja toimivien kohtien tunnistukset. Tuloksiin usein liitetään ehdotukset paremmista suunnitteluratkaisuista. Tämän prosessin suorittamiseen on olemassa lukuisia menetelmiä. Usein menetelmät jaetaan kahteen pääryhmään (muitakin ryhmittelyjä on): o ns. asiantuntijamenetelmiin, joissa ei ole loppukäyttäjä mukana o käytettävyystestaukseen, jossa loppukäyttäjä on mukana Käytettävyyspalautetta - esimerkiksi asiantuntija-arviointia - tarjotaan usein yksittäisenä palveluna. On kuitenkin otettava huomioon, että käytännössä elinkaaren alun vaiheita tulee suorittaa ainakin jossain määrin palautteen antamisen perustaksi. Muuten käytettävyyspalaute jää väistämättä kovin ohueksi. hite paper v
10 10 (13) Usein käytettävyysanalyysin kohteena on valmis, olemassa oleva sovellus. Siinä tapauksessa analyysin tulokset ovat hyödynnettävissä sovelluksen seuraavan version suunnittelussa. 7. Käytettävyyden varmistus Käytettävyyden varmistamisessa testataan, päästäänkö operatiivisten käytettävyysvaatimusten määrityksessä (prosessi 3) asetettuihin tavoitteisiin. Prosessia luonnehtii mittaaminen: sovelluksen käytettävyyden tasoa mitataan soveltuvilla mittareilla. Mittaustavan määrittäminen onkin yksi prosessin haasteista. Käytännössä mittaaminen on usein käyttäjäpohjaista, esimerkiksi käytettävyystestaus. On kuitenkin myös laskennallisia tapoja mitata käytettävyyttä. Käytännössä huomioitavaa Edellisessä kappaleessa kuvattiin käytettävyysohjatun vuorovaikutussuunnittelun prosessit, joista prosessit 0 3 liittyvät erityisesti käytettävyystavoitteiden määrittämiseen. Mallin vaiheet toteutuvat kuitenkin harvoin kirjanmukaisesti. Tapauskohtaista soveltamista tapahtuu monestakin näkökulmasta: o kuinka laajalti prosesseja suoritetaan o millä menetelmillä prosesseja suoritetaan o missä määrin tehdään iterointia (ts. vaikka prosessit etenevät loogisesti järjestyksessä, käytännössä usein palataan prosesseissa taaksepäin) o miten tekijöiden (asiakas, käytettävyysasiantuntija) roolit menevät Kaikkiaan, käytettävyystavoitteiden määritys eikä käytettävyyden suunnittelu yleensäkään - ole mekaanista työtä, vaan käytäntöjä tulee soveltaa tilanteen mukaan. Tee riittävän ajoissa Aina uudestaan tehty virhe on se, että käytettävyyttä ajatellaan aivan liian myöhäisessä vaiheessa suunnitteluprosessia. Käytettävyyden ongelmat voivat menevät järjestelmän rakenteisiin saakka, ja tarvittavalle suuremmalle remontille ei usein ole enää mahdollisuuksia projektin loppuvaiheessa. Käytettävyysaktiviteetit tulisi aloittaa kehitysprojektin varhaisissa vaiheissa, siinä vaiheessa, kun määritellään kehitettävän sovelluksen ensimmäisiä vaatimuksia. Prosessien 1-3 merkitystä ei voi vähätellä, varsinkin kun niiden suorittaminen on mahdollista heti sovelluksen määrittelyvaiheessa. Ajoissa aloitettu käytettävyyssuunnittelu tuo ryhtiä kehityshankkeeseen: o saadaan selkeät vaatimukset ja kriteerit käyttöliittymän laadulle o päästään juupas/eipäs keskusteluista systemaattiseen suunnitteluun o vältetään turhilta muutoksilta sovelluskehityksen loppuvaiheessa Käyttäjien mukanaolo Hyvän käytettävyyden saavuttaminen tarkoittaa käytännössä sitä, että sovelluksen oikeat loppukäyttäjät ovat mukana suunnitteluprosessissa - kuitenkaan ei millä tavalla tahansa. Käyttäjien mukanaololla saadaan tietoa käyttökontekstista, käyttäjien tavoitteista ja tehtävistä ja palautetta suunnitteluratkaisuista. Käyttäjien mukanaolo on yleensä tehokkaampaa, mikäli suunnittelijat ovat suoraan mukana käyttäjien kanssa tehtävissä vaiheissa. hite paper v
11 11 (13) Mutta käyttäjien mukaan ottamisella on sudenkuoppansa: se ei suinkaan tarkoita käyttäjien mielipiteiden mukaan suunnittelua. Helposti käy, että jos suunnittelee sovelluksen käyttäjän vaatimusten mukaan, tuloksena on sovellus, johon käyttäjä ei ole tyytyväinen. On myös tuloksellisia käytettävyysmenetelmiä, jotka eivät sisällä suoraan käyttäjän mukanaoloa. Ne vievät tyypillisesti vähemmän resursseja kuin käyttäjien mukanaoloon perustuvat menetelmät. Suunnittelija on avainasemassa Käytettävyydeltään hyvien suunnitteluratkaisujen tuottaminen ei ole mekaaninen asia. Yleiset suunnitteluohjeet ja käytettävyyssuunnittelun prosessit (1-4, 6-7) tukevat suunnitteluvaihetta (5) mutta eivät automaattisesti takaa hyvää käytettävyyttä. Käytettävyyssuunnittelu tuottaa monien suunnittelijoiden kaipaamia konkreettisia neuvoja vain rajoitetusti. Hyvän käyttöliittymän aikaansaaminen riippuu siis siitä, missä määrin suunnittelija 4 ottaa huomioon käytettävyysprosessien tulokset ja käyttöliittymäsuunnittelun yleiset periaatteet suunnittelutyössään ja osaa muuntaa ne toimiviksi suunnitteluratkaisuiksi (kuva 2). Kuva 2. Suunnittelija tuottaa käyttöliittymäratkaisut perustuen käytettävyysprosessien tuotoksiin, suunnitteluohjeisiin, rajoituksiin sekä omaan taustaansa, näkemyksiinsä ja luovuuteensa Suunnitteluratkaisujen iterointi Käytännön kokemus käyttöliittymistä on, että ensimmäinen suunnittelu ei koskaan ole hyvä, ei edes kokeneen suunnittelijan tuottamat ratkaisut. Tarvitaan käytettävyyden arviointia ja uudelleen suunnittelua. Iterointi yhdessä käyttäjän mukanaolon kanssa on tehokas väline varmistamaan sovelluksen käytettävyys. 4 Suunnittelijoita ovat kaikki, jotka vaikuttavat suunnittelupäätöksiin. Usein siis esimerkiksi projektin johto. hite paper v
12 12 (13) Iterointia tapahtuu myös laajemmin. Esimerkiksi käytettävyysvaatimukset voivat jäsentyä suunnittelun ja saadun käytettävyyspalautteen perusteella. Käytettävyysprosessien tulokset riippuvat niiden tekijöistä Käytettävyyssuunnittelu ja käytettävyysmenetelmien käyttö ei ole mekaanista työtä. Tutkimukset osoittavat, että esimerkiksi käytettävyystestien tulokset vaihtelevat voimakkaasti riippuen testien tekijöistä (Molich, Ede et al. 2006). Kaikkiaan on haasteellista määrittää, onko käytettävyysaktiviteetin esimerkiksi käytettävyystestauksen tulokset laadullisesti hyviä. Hyvä käytäntö voi olla käyttää useampia testien tekijöitä, ja sitä kautta saada laajempaa näkemystä ja oppia. Käytätettävyysmenetelmien projektikohtainen soveltaminen Käytännön suunnitteluprojekteilla on tiukat aikatauluvaatimukset ja rajoitetut resurssimahdollisuudet. Useinkaan ei ole mahdollista toteuttaa käytettävyysmenetelmiä siinä laajuudessa ja tarkkuudessa, miten ne esitetään kirjallisuudessa. Käytännössä käytettävyysmenetelmiä joudutaan soveltamaan projektin kontekstiin; joskus jopa etsimään innovatiivisia ratkaisuja. Tämäkin tilanne korostaa sitä, että käytettävyystyö riippuu paljon käytettävyystyön tekijästä. Käytettävyys ei ole mekaanista tekemistä vaan tuloksiin vaikuttaa tekijöiden henkilökohtaiset ominaisuudet: koulutus, kokemus, henkilökohtaiset näkemykset jne. Kompleksisuuden hallinta Käytettävyyden suunnittelua ei ole mahdollista tehdä täydellisesti käytännön resurssit tulevat vastaan. Käytännössä vaiheita joutuu tekemään yksinkertaisemmin kuin periaatteessa olisi tarpeellista. Esimerkiksi kaikkien käyttäjäryhmien käyttökontekstin analyysi tai yksittäisen käyttäjäryhmän tehtävien kattava analyysi ei useinkaan ole reaalisista. Ei myöskään kattava käytettävyyden testaus. Käytännössä kompleksisuuden hallinta on oleellinen osa käytettävyyssuunnittelua: joudutaan priorisoimaan, mihin asioihin keskittyä ja mitkä jättää vähemmälle. Infrastruktuuri Käytettävyyssuunnittelun infrastruktuuritarpeet ovat suhteellisen pieniä. Useiden käytettävyysmenetelmien suorittamiseen riittää henkilökohtaisessa käytössä olevia tai organisaatiosta muuten löytyviä välineitä: tietokoneita, digitaali- ja videokameroita, ja äänitallennusvälineitä. Työtiloiksi useassa tapauksessa riittää kokoushuoneet tosin jotkut menetelmät edellyttävät pitempiaikaisia tilojen varauksia. Käytettävyystestaukseen on perinteisesti käytetty kahta huonetta, joiden välissä on puoliläpäisevä lasiseinä. Nykyään tällaisetkin järjestelyt ovat tarpeettomia, koska testihuoneen tapahtumat voidaan heijastaa videotykillä tarkkailuhuoneeseen. Usein käyttäjätestit voidaan tehdä tavallisessa kokoustilassa. Viitteet Constantine, L. L. and L. A. D. Lockwood (1999). Software for Use. New York, Addison- esley. ISO/IEC (1998) Ergonomic requirements for office work with visual display terminals (VDT)s - Part 10 Dialogue principles. ISO/IEC : 1998 (E). hite paper v
13 13 (13) ISO/IEC (1998) Ergonomic requirements for office work with visual display terminals (VDT)s - Part 11 Guidance on usability. ISO/IEC : 1998 (E). ISO/IEC (1999) Human-Centred Design Processes for Interactive Systems. ISO/IEC 13407: 1999 (E). Mayhew, D. J. (1999). The Usability Engineering Lifecycle. San Fancisco, Morgan Kaufman. Molich, R., M. R. Ede, et al. (2006). "Comparative Usability Evaluation." Behaviour & Information Technology 23(1): Nielsen, J. (1993). Usability Engineering. San Diego, Academic Press, Inc. hite paper v
Käytettävyys tuotekehityksessä mitä pitäisi osata?
Käytettävyys tuotekehityksessä mitä pitäisi osata? ( mitä tehdä konkreettisesti ja kuinka paljon?) Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) Käytettävyyseminaari Oulu 15.4.2011
LisätiedotMiten suunnitella hyvä käyttöliittymä?
Miten suunnitella hyvä käyttöliittymä? 6.5.2010 Timo Jokela Timo Jokela FT (2001), dosentti (Oulun yliopisto 2009) historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones,
LisätiedotKäytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia?
Käytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia? Timo Jokela, FT Timo Jokela, FT historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones,
LisätiedotKäyttäjäkeskeisen suunnittelun periaatteet ja prosessit
Käyttäjäkeskeisen suunnittelun periaatteet ja prosessit Kurssilla: Johdatus käyttäjäkeskeiseen tuotekehitykseen, 21.1.2013 Johanna Kaipio, TkT, DI Tutkijatohtori ja opettaja Strategisen käytettävyyden
LisätiedotT Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotKäyttäjäkeskeinen suunnittelu
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotKäyttäjäkeskeisen suunnittelun periaatteet ja prosessit
Käyttäjäkeskeisen suunnittelun periaatteet ja prosessit Kurssilla: Johdatus käyttäjäkeskeiseen tuotekehitykseen 23.1.2008 Johanna Viitanen johanna.viitanen@soberit.hut.fi Luennon aiheet Tuotekehityksen
LisätiedotMiten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet?
Miten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet? Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) *asiakaskohtaisten
LisätiedotKäytettävyyslaatumallin rakentaminen web-sivustolle. Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -suunnitelma Timo Laapotti 28.9.
Käytettävyyslaatumallin rakentaminen web-sivustolle Tapaus kirjoittajan ABC-kortti Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -suunnitelma Timo Laapotti 28.9.2005 Kirjoittajan ABC-kortti
LisätiedotKäytettävyys verkko-opetuksessa Jussi Mantere
Käytettävyys verkko-opetuksessa 21.8.2002 Jussi Mantere Mitä käytettävyys on? Learnability (opittavuus) Efficiency (tehokkuus) Memorability (muistettavuus) Errors prevented (virheiden tekeminen estetty)
LisätiedotMitä käytettävyys on? Käytettävyys verkko-opetuksessa. Miksi käytettävyys on tärkeää? Mitä käytettävyys on? Nielsen: käytettävyysheuristiikat
Mitä käytettävyys on? Käytettävyys verkko-opetuksessa 21.8.2002 Jussi Mantere Learnability (opittavuus) Efficiency (tehokkuus) Memorability (muistettavuus) Errors prevented (virheiden tekeminen estetty)
LisätiedotKäytettävyyslaatumallin rakentaminen verkkosivustolle
Käytettävyyslaatumallin rakentaminen verkkosivustolle Tapaus kirjoittajan ABC-kortti Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -tutkielma Timo Laapotti 9.6.2005 Esityksen sisältö Kirjoittajan
LisätiedotMiten vaatia käytettävyyttä terveydenhuollon tietojärjestelmien tarjouspyynnöissä? Tapaus Oulun
Osion nimi Miten vaatia käytettävyyttä terveydenhuollon tietojärjestelmien tarjouspyynnöissä? Tapaus Oulun omahoitopalvelu - LYHENNELMÄ - Timo Jokela, Joticon Oy & Helsingin yliopisto, Jarkko Polvi, Oulun
LisätiedotMiten varmistaa käytettyys terveydenhuollon tietojärjestelmien* hankinnoissa**?
Miten varmistaa käytettyys terveydenhuollon tietojärjestelmien* hankinnoissa**? Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) *asiakaskohtaisten ** julkisissa Navigoi oikein käytettävyyden
LisätiedotKÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0
KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi
LisätiedotStudio ART Oy. Yritysesittely. Studio ART Oy. Kasöörintie 14 90420 Oulu p. 040-5799073 www.studioart.fi
Studio ART Oy Yritysesittely Studio ART Oy Kasöörintie 14 90420 Oulu p. 040-5799073 www.studioart.fi Pekka Klemetti Managing Director pekka.klemetti@studioart.fi Studio ART Oy Toimiala ICT Avainsana Tuotekehitys,
LisätiedotMiten vaatia käytettävyyttä terveydenhuollon tietojärjestelmien tarjouspyynnöissä? Tapaus Oulun omahoitopalvelu
Sosiaali ja terveydenhuollon tietojenkäsittelyn tutkimuspäivien satoa julkaisusta: Avauksia 15/2010, Tutkimuspaperit, toim. Väinälä A, Hyppönen H. Terveyden ja hyvinvoinnin laitos, Helsinki 2010. Julkaistaan
LisätiedotKäytettävyyssuunnittelu. Kristiina Karvonen Käytettävyysasiantuntija Nokia Networks
Käytettävyyssuunnittelu Kristiina Karvonen Käytettävyysasiantuntija Nokia Networks Mitä on käytettävyys helppo käyttää helppo oppia helppo muistaa virheetön miellyttävä käyttää Käyttäjän tehtävänä ei ole
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotNäkemyksiä ja kokemuksia käyttäjälähtöisestä suunnittelusta Hannu Paunonen Metso Automation Oy
Näkemyksiä ja kokemuksia käyttäjälähtöisestä suunnittelusta 22.3.2006 Hannu Paunonen Metso Automation Oy Hannu.Paunonen@metso.com Sisältö Taustaa Käytettävyys ohjausjärjestelmissä Käytettävyysmenetelmät
LisätiedotKäyttäjäkeskeinen suunnittelun periaatteet ja peruskäsitteet
Käyttäjäkeskeinen suunnittelun periaatteet ja peruskäsitteet Luento 21.1.2009 Timo Jokela, FT Timo Jokela, FT historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones,
LisätiedotYhteenveto. Aiheita lopuksi
Yhteenveto Saila Ovaska Informaatiotieteiden yksikkö, Tampereen yliopisto *) Osan luentokalvoista on laatinut Jenni Anttonen syksyllä 2009. Aiheita lopuksi Kertausta Kurssin keskeiset kysymykset Mitä pitäisi
Lisätiedot8. Käytettävyyden suunnittelun sudenkuoppia
!"#$%$$"&##'()*+$$,-&,(.(&+/0,$,'',,11/$$%2,- 34--!"#$%$$"&##'()*+$$,-&,(.(&+/0,$,'',,11/$$%2,- 35---- 8. Käytettävyyden suunnittelun sudenkuoppia Käytettävyysasioissa voi törmätä harhakäsityksiin tai
LisätiedotStandardit osana käyttäjäkeskeistä suunnittelua
Standardit osana käyttäjäkeskeistä suunnittelua 20.4.2006 Mikä on standardi? sovittu tapa tehdä jokin asia saatetaan tarkoittaa asian määrittelevää normatiivista asiakirjaa varmistetaan esim. Euroopassa
LisätiedotT Johdatus käyttäjäkeskeiseen tuotekehitykseen Kertausluento
Käyttöliittymät t ja käytettävyys T-121.2100 Johdatus käyttäjäkeskeiseen tuotekehitykseen Kertausluento 1.3.2006 Ohjeet Kirjoita oma nimesi vastauspaperiin Vain yksi vaihtoehto on oikein monivalintakysymyksissä
LisätiedotFixUi:n palvelumuotoilupaketit. Ota yhteyttä:
FixUi:n palvelumuotoilupaketit 2018 Ota yhteyttä: Eeva.kangas@fixui.fi FixUi:n palvelumuotoilupaketit Tarjoamme useamman laajuisia palvelumuotoilupaketteja projektin eri vaiheisiin ja asiakkaidemme erilaisiin
LisätiedotSEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus
SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus Lehmus, Auvinen, Pihamaa Johdanto Käyttäjätestauksella tarkoitetaan tuotteen tai sen prototyypin testauttamista todellisilla käyttäjillä. Kehittäjät
LisätiedotKäytettävyyden testaus
Käytettävyyden testaus Hannu Kuoppala kuoppa@cs.hut.fi Sisältö Käytettävyyden arviointitapoja Käytettävyyden mittaus käytettävyyden määritelmä Testaussuunnitelma käytettävyyskriteerit Tyypillinen käytettävyystesti
LisätiedotEnterprise SOA. Nyt. Systeemi-integraattorin näkökulma
Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma 12.11.2007 Janne J. Korhonen 12.11.2007 Agenda 1. Prosessit ja palvelut, BPM ja SOA 2. BPM-projekteista yleensä 3. Prosessin elinkaarimalli 4. Kokemuksia
LisätiedotHankinnan problematiikka
Antti Kirmanen Hankinnan problematiikka Toimittajan näkökulma Asiakkaan näkökulma www.sulava.com www.facebook.com/sulavaoy 2 1. Ristiriita www.sulava.com www.facebook.com/sulavaoy 3 Asiakas haluaa Onnistuneen
LisätiedotKäyttäjän ääni Heti, nyt ja aina. Arto Puikkonen Johtava konsultti, UX-palvelut
Käyttäjän ääni Heti, nyt ja aina Arto Puikkonen Johtava konsultti, UX-palvelut Arto Puikkonen Nyt: Johtava konsultti, UX-palvelut Ennen: Gofore Oy UX-suunnittelija, tiiminvetäjä Gofore Oy Palveluarkkitehti,
LisätiedotH Prosessi- ja kokonaisarkkitehtuurityökalu palveluna Liite 17 Käytettävyyden arviointi
H087-12 Prosessi- ja kokonaisarkkitehtuurityökalu palveluna Liite 17 Käytettävyyden arviointi Tämän dokumentin tarkoituksena on määrittää kilpailutukseen H087-12 liittyvää käytettävyyden arviointia Tässä
LisätiedotLomakkeiden suunnittelu. Aiheina
Lomakkeiden suunnittelu Saila Ovaska Informaatiotieteiden yksikkö, Tampereen yliopisto *) Osan luentokalvoista on laatinut Jenni Anttonen syksyllä 2009. Aiheina Lomakesuunnittelun perusteita Lomake-esimerkkejä
LisätiedotKÄYTETTÄVYYDEN PERUSTEET 1,5op. Mitä on käyttäjäkeskeinen suunnittelu? Mitä on käyttäjäkeskeinen muotoilu? Pieniä harjoituksia
KÄYTETTÄVYYDEN PERUSTEET 1,5op Mitä on käyttäjäkeskeinen suunnittelu? Katja Soini TaiK 21.3.2007 1. MÄÄRITTELE 2. TUNNISTA RATKAISU 5. ARVIOI 3. MÄÄRITTELE 4. LUO Aiheena keskiviikkona 21.3.2007 Luento
LisätiedotPalvelumuotoilu ja muotoiluajattelu bisneksessä
Palvelumuotoilu ja muotoiluajattelu bisneksessä Hanna-Riina Vuontisjärvi Projektipäällikkö/ Palvelumuotoilija Lapin yliopisto, Taiteiden Tiedekunta hanna-riina.vuontisjarvi@ulapland.fi Mitä palvelumuotoilija
Lisätiedot15224 standardi johtamisen ja laadukkaan työn tukena auditoijan näkökulma YTL Merja Huikko
15224 standardi johtamisen ja laadukkaan työn tukena auditoijan näkökulma Mielikuvia laadunhallinnasta ja laatustandardeista etsitään vain virheitä ja syyllisiä vie paljon aikaa oikealta työltä mielletään
LisätiedotKÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ
KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ Eeva Kangas 05.11.2015 @FixUi Oy 2013 2015 FIXUI "Autamme yrityksiä suunnittelemaan sellaisia tuotteita, joita ihmiset osaavat ja haluavat käyttää" Käyttäjätutkimukset
LisätiedotJFunnel: Käytettävyysohjatun vuorovaikutussuunnittelun prosessiopas
Versi 2/2010 JFunnel: Käytettävyyshjatun vurvaikutussuunnittelun prsessipas Kirjittaja n timinut käytettävyysasiantuntijana, - tutkijana ja -kuluttajana 15 vuden ajan. Hän n kehittänyt ja sveltanut käytettävyyssuunnittelun
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotSOVELLUSALUEEN KUVAUS
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu SOVELLUSALUEEN KUVAUS LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000
LisätiedotIHTE-1100 Kaper s2008 Luento 2: Käyttäjäkeskeinen suunnittelu
IHTE-1100 Kaper s2008 Luento 2: Käyttäjäkeskeinen suunnittelu Lyhyt kertaus 1. luennon aiheista Mitä käytettävyys on - Tuotteen keskeinen ominaisuus - Huomiotava käyttäjät, käyttäjien tavoitteet, käyttökonteksti
LisätiedotKäyttäjäkeskeisyys verkkopalveluissa
Käyttäjäkeskeisyys verkkopalveluissa JHS-keskustelutilaisuus 6. kesäkuuta 2013 Raino Vastamäki raino.vastamaki@adage.fi Käyttäjäkeskeisyys verkkopalveluissa KLO 14.45 15.15 Käytettävyys ja esteettömyys
LisätiedotDigitaalisen kommunikaatiosovelluksen käyttäjälähtöinen kehittäminen
Digitaalisen kommunikaatiosovelluksen käyttäjälähtöinen kehittäminen Varaslähtö käytettävyyspäivään 24.10.2007 FT Juha-Matti Latvala Taustani KM, luokanopettaja Tietotekniikka, teknologiakasvatus FT, psykologian
LisätiedotHELIA 1 (11) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu
HELIA 1 (11) Luento 4 Käytettävyyden tuottaminen... 2 Käytettävyys ja systeemityöprosessi... 3 Määrittely... 3 Suunnittelu... 3 Toteutus ja testaus... 3 Seuranta... 3 Kriittiset tekijät käytettävyyden
LisätiedotTerveysteknologian käyttöturvallisuutta ja käytettävyysvaatimuksia pohdittiin Helsingissä
Terveysteknologian käyttöturvallisuutta ja käytettävyysvaatimuksia pohdittiin Helsingissä Kirjoittaja: Terhi Holappa, USBIMED Terveysteknologia suomen vientivaltti Helsingin Messukeskuksessa järjestettiin
LisätiedotMobiilin videonkatselun käyttäjäkokemuksen analyysi. Risto Hanhinen Valvoja: Kalevi Kilkki Diplomityön seminaariesitelmä 20.1.
Mobiilin videonkatselun käyttäjäkokemuksen analyysi Risto Hanhinen Valvoja: Kalevi Kilkki Diplomityön seminaariesitelmä 20.1.2016, Espoo Sisällysluettelo Sisällysluettelo..d. 2 Työn tausta ja ongelmanasettelu
Lisätiedot1510 Ihminen ja tietoliikennetekniikka
1510 Ihminen ja tietoliikennetekniikka Intro http://www.comlab.hut.fi/studies/1510/etusivu.html 1510 Ihminen ja tietoliikennetekniikka Ohjelma tänään Kurssin käytännön järjestelyt Katsaus käyttäjäkeskeiseen
LisätiedotMiten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?
#finnayhdessä Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita? Riitta Peltonen, johtava käytettävyyssuunnittelija, Finnan 5-vuotisseminaari,
LisätiedotKäytettävyys ja käyttäjätutkimus. Yhteisöt ja kommunikaatiosuunnittelu 2012 / Tero Köpsi
Käytettävyys ja käyttäjätutkimus Yhteisöt ja kommunikaatiosuunnittelu 2012 / Tero Köpsi Teron luennot Ke 15.2 miniluento Ti 28.2 viikkotehtävän anto (T,M) To 1.3 Tero paikalla (tehtävien tekoa) Ti 6.3
LisätiedotLausunto opinnäytetyöstä (AMK-tutkinto) Tekijä/tekijät: Työn nimi: Paikka ja aika:
Lausunto opinnäytetyöstä (AMK-tutkinto) Tekijä/tekijät: Työn nimi: Paikka ja aika: 1. Tehtävän asettelu Työelämälähtöisyys ja työelämän tarpeisiin vastaaminen Ammatillinen osaaminen ja sen kehittymisen
LisätiedotPeriaatteet standardien SFS-EN ISO/IEC 17025:2005 ja SFS-EN ISO 15189:2007 mukaisen näytteenottotoiminnan arvioimiseksi
Periaatteet standardien SFS-EN ISO/IEC 17025:2005 ja SFS-EN ISO 15189:2007 mukaisen näytteenottotoiminnan arvioimiseksi FINAS - akkreditointipalvelu Espoo 2012 ISBN 978-952-5610-85-7 1(7) Periaatteet standardien
LisätiedotKäytettävyys julkishallinnon tietojärjestelmähankinnoissa tilaajan näkökulmasta
Käytettävyys julkishallinnon tietojärjestelmähankinnoissa tilaajan näkökulmasta Sytyke/ käytettävyys OSY Anu Ylä-Pietilä Lyhyesti Trafista Trafi vastaa liikennejärjestelmän sääntely- ja valvontatehtävistä,
LisätiedotKäyttäjätestaus. Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu. Mika P. Nieminen, TKK 1
Käyttäjätestaus Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu Mika P. Nieminen, TKK 1 Miksi testataan? Sisältö Käytettävyyden arviointitapoja Käytettävyyden mittaus» käytettävyyden määritelmä»
LisätiedotKäytettävyydestä bisnestä: Tutkimuksesta tuotekehityksen kilpailutekijäksi
http://www.cs.tut.fi/ihte Käytettävyydestä bisnestä: Tutkimuksesta tuotekehityksen kilpailutekijäksi Kaisa Väänänen-Vainio-Mattila 7.11.2007 Työajasta tuhraantuu yli kolme tuntia viikossa Kotimaiset yritykset
LisätiedotTUTKIMUKSEN LÄHTÖKOHTIA, TOTEUTUS ja HYÖDYT Kalle Saastamoinen Lappeenrannan Teknillinen Yliopisto LTY 2003
KÄYTETTÄVYYDEN TUTKIMISELLAKO TOIMIVAMMAT WWW-SIVUT? TUTKIMUKSEN LÄHTÖKOHTIA, TOTEUTUS ja HYÖDYT Kalle Saastamoinen Lappeenrannan Teknillinen Yliopisto LTY 2003 Sisältö Mitä on tarkoitetaan sanalla käytettävyys
LisätiedotPisteytysohje loppuraporttien vertaisarviointiin
Pisteytysohje loppuraporttien vertaisarviointiin Pisteytys olettaa kaikkien kuvattujen vaatimusten täyttymistä pistemäärän saavuttamiseksi. Esimerkiksi: Raportti täyttää rakenteen ja kieliasun osalta kaikki
LisätiedotAsiakastarpeiden merkitys ja perusta. asiakastarpeiden selvittämisen merkitys ja ongelmat asiakastarvekartoitus asiakastarvekartoitustyökaluja
Asiakastarpeiden merkitys ja perusta asiakastarpeiden selvittämisen merkitys ja ongelmat asiakastarvekartoitus asiakastarvekartoitustyökaluja Mihin asiakastarpeiden selvittämistä tarvitaan yhteisen kielen/tarkastelutavan
LisätiedotLomakkeiden suunnittelu. Aiheina
Lomakkeiden suunnittelu Saila Ovaska Informaatiotieteiden yksikkö, Tampereen yliopisto Aiheina Lomakesuunnittelun perusteita Lomake-esimerkkejä Peruskontrollit lomakkeissa Asetteluista lomakkeella Oppimistavoite:
LisätiedotRyhmäläisten nimet:
1 TJT10, kevät 2017 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotCOTOOL dokumentaatio SEPA: Käytettävyystestaus
Table of Contents Käytettävyystestaus......................................................................... 1 1 Johdanto.................................................................................
Lisätiedothttp://www.soberit.hut.fi/t-121/t-121.100 !!" # $ %!"! " # $ " $ %& '( ) * * * +$, * ' # % ## # & # ' # # ( # %)* &(+%,-!###" )-..-( -.-'..(/. "&%/ "0 / 1"0 / # # % 2 ) / * & 3. 0-. -. ( (-. 2 ) $ )-..-(
LisätiedotTUKIMATERIAALI: Arvosanan kahdeksan alle jäävä osaaminen
1 FYSIIKKA Fysiikan päättöarvioinnin kriteerit arvosanalle 8 ja niitä täydentävä tukimateriaali Opetuksen tavoite Merkitys, arvot ja asenteet T1 kannustaa ja innostaa oppilasta fysiikan opiskeluun T2 ohjata
LisätiedotKäyttäjäkeskeinen suunnittelu
Käyttäjäkeskeinen suunnittelu Aapo Puskala Käytettävyystutkija, CEO User Point Oy aapo.puskala@userpoint.fi www.userpoint.fi Aapo Puskala Käytettävyystutkija, CEO +358 40 722 0706 aapo.puskala@userpoint.fi
LisätiedotKÄYTETTÄVYYDEN PERUSTEET 1,5op. Käytettävyyden arviointi paperiprototyypeillä Kirsikka Vaajakallio TaiK 18.4.2007
KÄYTETTÄVYYDEN PERUSTEET 1,5op Käytettävyyden arviointi paperiprototyypeillä Kirsikka Vaajakallio TaiK 18.4.2007 1. MÄÄRITTELE 2. TUNNISTA RATKAISU 5. ARVIOI 3. MÄÄRITTELE 4. LUO Aiheena keskiviikkona
LisätiedotSUUNNITTELUTAVAN VALINTA SUUNNITTELUPROJEKTIN MÄÄRITYS DI KARI SIRÉN
SUUNNITTELUTAVAN VALINTA SUUNNITTELUPROJEKTIN MÄÄRITYS DI KARI SIRÉN SUUNNITTELUTAVAN VALINTA Suunnittelutapa määräytyy projektin muiden ominaisuuksien perusteella. Suunnittelutapaan vaikuttavat mm. seuraavat
LisätiedotLopullinen versio, syyskuu 2010 Paikallisen ja alueellisen tason kestävää kehitystä koskeva integroitu johtamisjärjestelmä
Lopullinen versio, syyskuu 2010 Paikallisen ja alueellisen tason kestävää kehitystä koskeva integroitu johtamisjärjestelmä Laajuus Jatkuva laajeneminen sekä maantieteellisesti että sisällön kannalta: Yhdestä
LisätiedotT-121.2100 Johdatus käyttäjäkeskeiseen tuotekehitykseen 2 op. Marko Nieminen
T-121.2100 Johdatus käyttäjäkeskeiseen tuotekehitykseen 2 op T-121.2100/3110: Henkilökunta Vastuuopettajat Johanna Viitanen, Assistentti.2100 Lasse Lumiaho, Janne Käki Assistentti.3110 Janne Käki, Lasse
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
LisätiedotKäytettävyyden arviointi ja käytettävyystestauksen soveltaminen terveydenhuollon tietojärjestelmien valinnassa
Käytettävyyden arviointi ja käytettävyystestauksen soveltaminen terveydenhuollon tietojärjestelmien valinnassa Janne Pitkänen Adusso Oy, Aalto yliopisto Matti Pitkäranta Adusso Oy Terveydenhuollon tietojärjestelmien
LisätiedotSuoritusraportointi: Loppuraportti
1 (5) Suoritusraportointi: Loppuraportti Tiimitehtävä, 20 % kurssin arvosanasta Ryhmän vetäjä toimittaa raportit keskitetysti projektiyrityksille Raportti sisältää kaksi osiota: Johdon tiivistelmän (Executive
LisätiedotUudelleenkäytön jako kahteen
Uudelleenkäyttö Yleistä On pyritty pääsemään vakiokomponenttien käyttöön Kuitenkin vakiokomponentit yleistyneet vain rajallisilla osa-alueilla (esim. windows-käyttöliittymä) On arvioitu, että 60-80% ohjelmistosta
LisätiedotYhteisöllisen tuotekehyksen avoin verkkolaboratorio. Asta Bäck
Yhteisöllisen tuotekehyksen avoin verkkolaboratorio Asta Bäck Sosiaalisen median mahdollisuuksia Palvelu voi rakentua kokonaan käyttäjien tuottaman aineiston ja käyttäjien aktiviteetin ympärille Flickr
LisätiedotSähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus
Luo / Muokkaa Lähetä Lausunnonantajat Yhteenveto Sähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus Sähköinen arkistoinnin palvelukokonaisuus Lausunnonantajia: 1 Puollatko
LisätiedotGood Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi
Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.
LisätiedotDESIGN THINKINGILLÄ MENESTYSTARINA: TAPIOLA PRIVATE. 24.5.2011 Tommi Elomaa Yksikönjohtaja Yksityistalousasiakkaat
DESIGN THINKINGILLÄ MENESTYSTARINA: TAPIOLA PRIVATE 24.5.2011 Tommi Elomaa Yksikönjohtaja Yksityistalousasiakkaat Design thinkingin pääaskeleet: Määritä Tutki Ideoi Tee Prototyyppi Kehitä Lanseeraa Opi
LisätiedotSYMBIANIN SERIES 60 JA PUHELIMEN PERUSTOIMINNOT
T-121.200 KÄYTTÖLIITTYMÄPSYKOLOGIA SYMBIANIN SERIES 60 JA PUHELIMEN PERUSTOIMINNOT Kirsi Männistö kmannist@cc.hut.fi T-121.200 Käyttöliittymäpsykologia 1 (7) Kirsi Männistö Sisällysluettelo 1 JOHDANTO...
LisätiedotTurvallisen tekniikan seminaari 2013 Työpajapäivä, Keskiviikko 29.5
Työpajapäivän esite Turvallisen tekniikan seminaari 2013 Työpajapäivä, Keskiviikko 29.5 Paikka: VTT Tampere, Tekniikankatu 1, Tampere. Turvallisen tekniikan pääseminaarin lisäksi järjestetään keskiviikkona
LisätiedotRyhmäläisten nimet:
1 TJTA10, kevät 2020 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotPienin askelin snadein stepein -väline oman työn kehittämiseen arjessa
Pienin askelin snadein stepein -väline oman työn kehittämiseen arjessa jatkuvan parantamisen toimintatapa Virpi Mattila ..Työssä tarvitaan monenlaista osaamista.. AMMATILLINEN OSAAMINEN -ammatilliset tiedot
LisätiedotTaTe-toimivuustarkastelu ja toimivuustarkastuskortti Laatija: Pirkko Pihlajamaa TAMK
15.1.2019 TALOTEKNIIKAN TOIMIVUUSTARKASTELU JA TOIMIVUUSTARKASTUSKORTTI Toimivuustarkastelujen tarpeellisuus ja viestinnän merkitys Pirkko Pihlajamaa, Tampereen ammattikorkeakoulu 15.1.2019 2 Sisällys
Lisätiedothttp://www.soberit.hut.fi/t-121/t-121.100
http://www.soberit.hut.fi/t-121/t-121.100 1 ! "# $ % &'(''')*!"# $ % & &$' &# % & +&, - %./ +-"0%'12)&* 2 #( & '*+%3 (*4 3 5*4 3 & % 6 3 / + 7 / ) - - 6 3 # 8 8 *+ 8 /, #'# 8 & 8 -. / 9 2:& 1 % '); % &'(''))
LisätiedotLomakkeiden suunnittelu. Aiheina
Lomakkeiden suunnittelu Saila Ovaska Informaatiotieteiden yksikkö, Tampereen yliopisto Aiheina Lomakesuunnittelun perusteita Lomake-esimerkkejä Peruskontrollit lomakkeissa Asetteluista lomakkeella Oppimistavoite:
LisätiedotKäyttäjätutkimus: Havainnointi suunnittelun lähtökohtana
KÄYTETTÄVYYDEN PERUSTEET 1,5op Käyttäjätutkimus: Havainnointi suunnittelun lähtökohtana Katja Soini TaiK 28.3.2007 1. MÄÄRITTELE 2. TUNNISTA RATKAISU 5. ARVIOI 3. MÄÄRITTELE 4. LUO Aiheena keskiviikkona
LisätiedotII Voitto-seminaari Konseptointivaihe 01.04.04
II Voitto-seminaari Konseptointivaihe 01.04.04 08.45-09.00 Kahvi Voitto II seminaariohjelma 01.04.04 09.00-09.15 Tuotekonseptoinnin haasteet/ VTT Tiina Apilo 09.15-09.30 Konseptoinnin eri tasot/ TKK Matti
LisätiedotSaavutettavuus > Tapio Haanperä Saavutettavuusasiantuntija tel
Saavutettavuus > Tapio Haanperä Saavutettavuusasiantuntija tel. 0505588666 www.papunet.net/saavutettavuus GOOD DESIGN ENABLES BAD DESIGN DISABLES WCAG 2.x - Verkkosisällön saavutettavuusohjeet World Wide
LisätiedotVerkkokurssin suunnitteluprosessi
Verkkokurssin suunnitteluprosessi Koulutusteknologian perusopinnot, Designing e-learning Essi Vuopala, yliopisto-opettaja Oppimisen ja koulutusteknologian tutkimusyksikkö(let) http://let.oulu.fi Verkkokurssin
LisätiedotTyöpajapäivä 2014. Kuva: VTT
Työpajapäivä 2014 Kuva: VTT Turvallisen tekniikan seminaari 2014 Työpajapäivä, Keskiviikko 4.5 Paikat: TTY Konetalo, VTT Tampere Turvallisen tekniikan pääseminaarin lisäksi järjestetään keskiviikkona 29.5
LisätiedotTIMI TIETOTEKNIIKAN HYÖTYJEN MITTAAMINEN
TIMI TIETOTEKNIIKAN HYÖTYJEN MTAAMINEN Tavoitteena on tuottaa tietoa rakennusalan tämän hetken kypsyystasosta ja :n avulla saavutettavista hyödyistä Menetelmänä oli asiantuntijatyöskentely ja tulosten
LisätiedotBRANDS. Vahvista BRÄNDIÄ
BRANDS Lisää myyntiä Vahvista BRÄNDIÄ VIESTINTÄ myymälässä MIKSI SE ON TÄRKEÄÄ? Hyödyntämällä näitä tietoja voit lisätä myyntiä melkoisesti Haluatko lisätä myyntiä? Viesti enemmän Haluatko kasvattaa MARKKINAOSUUTTASI?
LisätiedotKäyttäjälähtöinen käyttäjälähtöinen suunnittelu Henri Andell Käytettävyyden perusteet 25.4.2007
Käyttäjälähtöinen käyttäjälähtöinen suunnittelu Henri Andell Käytettävyyden perusteet 25.4.2007 Tänään Aiheita Tausta Oma näkemys käyttäjälähtöisestä suunnittelusta Käyttäjälähtöinen suunnittelu käytännössä
LisätiedotLuku 10 Käyttöönoton suunnitteluja toteutusvaihe
Luku 10 Käyttöönoton suunnitteluja toteutusvaihe Käyttöönoton Roll-Out Planning suunnittelu- & Preparation ja valmistelu Design Tiedon- Data Conversion muunnos- prosessien Processes suunnittelu Toimipisteiden
LisätiedotMuotoilun koulutus (YAMK) ja Media-alan koulutus (YAMK) 15S
Lahden Ammattikorkeakoulu 2015-2016 23.12.2015 Muotoilun koulutus (YAMK) ja Media-alan koulutus (YAMK) 15S Tunnus Nimi 1 v 2 v Op yht MIYMUM15-1000 YDINOSAAMINEN 50 MIYMUM15-1001 SYVENTÄVÄT AMMATTIOPINNOT
LisätiedotAineistoista. Laadulliset menetelmät: miksi tarpeen? Haastattelut, fokusryhmät, havainnointi, historiantutkimus, miksei videointikin
Aineistoista 11.2.09 IK Laadulliset menetelmät: miksi tarpeen? Haastattelut, fokusryhmät, havainnointi, historiantutkimus, miksei videointikin Muotoilussa kehittyneet menetelmät, lähinnä luotaimet Havainnointi:
LisätiedotYhteenveto mittareiden ja laskureiden kehittämistyöstä
2012-2014 Yhteenveto mittareiden ja laskureiden kehittämistyöstä Pohjois-Suomen sosiaalialan osaamiskeskus Miten palvelun käyttäjät huomioitiin kehittämistyössä ja miten palvelun käytettävyys on arvioitu?
LisätiedotWebforum. Version 14.4 uudet ominaisuudet. Viimeisin päivitys: 2014-12-6
Webforum Version 14.4 uudet ominaisuudet Viimeisin päivitys: 2014-12-6 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Yleistä & hallinnointi... 5 Dokumentit... 5 Perättäinen tarkistus- ja hyväksymisprosessi...
LisätiedotAsiakas ja tavoite. Tekninen toteutus
Asiakas ja tavoite Heikieli on vuonna 2015 perustettu yhden hengen asiantuntijayritys, joka tarjoaa käännös- ja oikolukupalveluita englannista ja saksasta suomeksi. Freelance-kääntäjiä on Suomessa paljon,
LisätiedotARVIOINTISUUNNITELMA HSL REITTIOPAS
ARVIOINTISUUNNITELMA HSL REITTIOPAS MATHM-47300 Verkkopalvelun käyttökelpoisuus ja arviointi 1.10.2012 Ryhmä: Kipinä Sari Herrala, 228850 2 SISÄLLYS Arvioitava verkkopalvelu... 3 Arvioinnin tavoitteet...
LisätiedotOhjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
LisätiedotKÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI
KÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI ASIAKKAAT SIDOSRYHMÄT TIETOJÄRJESTELMÄ- PALVELUT TEHTÄVÄT JA PALVELUT MITTARIT KÄSITTEET TIEDOT ROOLIT JA VASTUUT JOHTAMISEN PROSESSIT KYVYKKYYDET
LisätiedotKäyttökokemusta voi suunnitella - case UXUS. Design for Life -tilaisuus, Kiasma, 12.11.13 Hanna Koskinen, VTT
Käyttökokemusta voi suunnitella - case UXUS Design for Life -tilaisuus, Kiasma, 12.11.13 Hanna Koskinen, VTT 2 User Experience and Usability in Complex Systems (UXUS) FIMECC UXUS tutkimusohjelma keskittyy
Lisätiedot