T-121.2100 Johdatus käyttäjäkeskeiseen tuotekehitykseen Luento 2. Käytettävyyssuunnittelun prosessinäkökulmia Teknillinen korkeakoulu Käyttöliittymät ja käytettävyys http://www.soberit.hut.fi/t-121/t-121.2100
Basis for Product Development Market Need Market Research New Needs Idea Product Development Use of Products Possibilities Technical Research New Possibilities Current Technological Level (Jaakkola & Tunkelo 1987)
Product Development Process Preliminary Studies and Concept Exploration Definition Design Implemen tation and Testing Production (Ulrich & Eppinger 1995)
Suunnittelun vesiputousmalli (Pressman 1987) System System Engineering Engineering Analysis Analysis Design Design Code Code Testing Testing Maintenance Maintenance
Käyttäjäkeskeisen suunnittelun periaatteet (Gould, Boies & Lewis 1991) 1 Aikainen ja jatkuva huomion kiinnittäminen käyttäjiin 2 Yhdistetty suunnittelu 3 Aikainen ja jatkuva käyttäjien suorittama testaus 4 Iteratiivinen suunnittelu
ISO 13407: Käyttäjäkeskeisen suunnittelun iteratiivinen prosessimalli Tunnistetaan tarve käyttäjäkeskeiselle suunnittelulle Ymmärretään ja määritellään käyttökonteksti (ISO 9241) Arvioidaan suunnittelun tulosta vaatimuksia vasten Järjestelmä täyttää määritellyt toiminnalliset, käyttäjä- ja organisatoriset vaatimukset Määritellään käyttäjä- ja organisatoriset vaatimukset Tuotetaan suunnitteluratkaisut ISO TC 159 / SC4
Käytettävyys (ISO 9241-11 (1998) Ergonomic requirements for office work with visual display terminals (VDTs); Guidance on usability) Käyttäjä Aiotut lopputulokset Tavoitteet Tehtävä Käytettävyys Laitteet ja välineet Ympäristö Tuote Käyttökonteksti Vuorovaikutuksen tulos Tuloksellisuus Tehokkuus Tyytyväisyys Käytettävyyden mittarit Opittavuus Opittavuus Muistettavuus Muistettavuus Käytön Käytön tehokkuus tehokkuus Käytön Käytön virheettömyys virheettömyys Subjektiivinen Subjektiivinen miellyttävyys miellyttävyys osana osana järjestelmän järjestelmän hyväksyttävyyttä hyväksyttävyyttä (Nielsen (Nielsen 1993) 1993) ISO TC 159 / SC4
Käytettävyyssuunnittelu (Usability Engineering) Prosessi menetelmineen, jossa määritetään, mitataan ja ja kehitetään tuotteiden käytettävyyttä. UE UE is is a a process process for for defining, defining, measuring measuring and and thereby thereby improving improving the the usability usability of of products products (Wixon (Wixon & & Wilson Wilson 1997; 1997; mittaamispainotus ) mittaamispainotus ) Software Software usability usability engineering engineering is is a a structured structured approach approach to to building building software software systems systems that that meet meet the the needs needs of of users users (Good, (Good, 1988; 1988; tavoiteorientoituneisuus ) tavoiteorientoituneisuus ) UE UE is is practical practical and and systematic systematic way way to to deliver deliver a a product product that that works works for for users. users. UE UE involves involves methods methods applied applied at at appropriate appropriate times, times, including including gathering gathering requirements, requirements, developing developing and and testing testing prototypes, prototypes, evaluating evaluating design design alternatives, alternatives, analyzing analyzing usability usability problems, problems, proposing proposing solutions, solutions, and and testing testing a a user user interface interface with with users. users. (usability.gov; (usability.gov; menettelytapapainotus ) menettelytapapainotus )
Discount Usability Engineering (Nielsen 1993) Tee käytettävyystesti nykyjärjestelmälle muutaman käyttäjän kanssa Havaitset, että on kehitettävää ja ongelmakohtia
Käytettävyystarkastelut osana tuotekehitystyötä Vaatimusmäärittely Suunnittelu ja toteutus Testaus Ylläpito ja seuranta Waterfall Winston Royce (1970) Barry Boehm (1981) V1 V2 V3 V4 V5 Inquiry Inspection Testing Käyttäjien tunnistaminen ja ryhmittely Käyttäjäluonnehdinnat Tehtäväanalyysit Ympäristö- ja tilanneanalyysit Käytettävyystavoitteiden luonti Tyylioppaat Tarkistuslistat Heuristiset säännöt Kognitiivinen läpikäynti Pienimuotoiset käytettävyystestit Käytettävyystavoitteiden tarkastelu Käytettävyystestit Tulosten vertailu käytettävyystavoitteisiin Asiakaspalaute tuotekehittäjille asti! Käyttäjätietouden keruu Käytettävyys- ja laatukatselmukset
Käyttäjien ja asiakkaiden osallistuminen tuotekehitykseen, havaintoja Reklamaatioiden ja tuotepalautteen kautta "Markkinoinnin ja myynnin välityksellä, messut", yhteistyömuodot usein tarkentamatta Asiakastyytyväisyysmittaukset, tiedot kuitenkin helposti jäävät paikallisiin markkinointiorganisaatioihin Tuotemäärittelyissä: asiakaspalaverit ja -kyselyt ( ideariihet ), muunneltu QFD, prototyyppijulkistukset, nollasarjan tuotteiden koekäyttö oman yrityksen henkilöstöllä tai tuotekehitysasiakkailla, tuotemäärittelyiden hyväksyttäminen asiakkaalla Todellisesta tuotteen käytöstä (loppukäyttäjä) ei tietoja välttämättä ole olemassa, usein ylläpidon ja tuotetuen kautta HUOM! Useimmiten tarkastelun kohteena on asiakas, käyttäjä on kuitenkin käsitteellisesti eri asia.
Käytettävyys tuotteen tai ohjelmiston ominaisuutena Käytettävyys liitetään tuotteeseen tai ohjelmistoon sen suunnittelun ja toteutuksen aikana Suunnittelun ja toteutuksen aikana käytettävyyttä voidaan suunnitella ja arvioida Käytettävyys rakennetaan mukaan tuotteeseen -- aktiivista ja systemaattista työtä
Käytettävyys: systemaattista rakentamista Ennen toteutusta Käyttäjä- ja käyttöympäristötutkimus Toteutuksen aikana: käytettävyyssuunnittelu ja arviointi Toteutuksen jälkeen Käytettävyyden ja käytön arviointi
Käytettävyyden rakentaminen f,u 100% Usability advantage u f Usability Gap u t
Lisäarvoa käytettävyydellä Perusteltuja vastauksia kysymyksiin: Mitä ominaisuuksia tuotteeseen pitää sisällyttää? Yksityiskohtaisempaa ymmärrystä siitä, mitä asiakkaat haluavat ja käyttäjät tarvitsevat? Tuoteominaisuuksien priorisointi ja kehitystyön panostusten fokusointi merkityksellisiin kohteisiin
Vaatimusmäärittely, käyttötilanneselvitykset; Inquiry Käyttäjä- ja käyttötilanneselvitys Kontekstuaalinen haastattelu ja havainnointi todellisessa käyttötilanteessa ja ympäristössä (esim. Beyer & Holzblatt 1998) Luotaintutkimukset (esim. Gaver & al. 1999) Käyttäjäkuvaukset, Personas (Cooper 1998)
Toteutus ja testaus; Inspection Suunnitteluohjeet: heuristiikat, käyttöliittymäohjeet, tyylioppaat (esim. Smith & Mosier 1986) Työpöytätestaus ilman käyttäjiä (Heuristinen läpikäynti; Nielsen 1993, Kognitiivinen läpikäynti, Polson & al. 1992) Testaus käyttäjien kanssa: ääneen ajattelu (Lewis 1983), laboratoriotestit, testit reaalitilanteissa ja ympäristöissä ( In the Wild ; 2000)
ISO 15504 SPICE Software Process Improvement and Capability determination
ISO 15504 (SPICE) Information model Process Categories Processes Base Practices Work Products Reference model Capability Levels Process Attributes Management Practices Practice Indicators
ISO15504 (SPICE) - Model SPICE: Software Process Improvement and Capability determination The Process Categories The Process Capability Levels 0. 1. 2. 3. 4. 5 Customer-Supplier Process Category Engineering Process Category Management Process Category 5. Optimizing 4. Predictable 3. Established 2. Managed 1. Performed 0. Incomplete Support Process Category Organization Process Category
Usability Maturity Model (INUSE) Usability Capability Usability Maturity Model UMM Attitude Levels E Institutionalised D Integrated C Implemented B Considered A Recognised X Unrecognised Capability Levels Level 0 Incomplete Level 1 Performed Level 2 Managed Level 3 Established Level 4 Predictable Level 5 Optimising Processes 1 Ensure HCD in system strategy 2 Plan the HCD process 3 Specify user and organisational requirements 4 Understand and specify the context of use 5 Produce design solutions 6 Evaluate designs against requirements 7 Facilitate human-system implementation www.usabilitynet.org/papers/tr_ump_c%20umm%20processes%20v2.2.doc
ER-Model of UMM (Earthy 1999) adds Usability Maturity Model Human-Centred Design Process Category contains Seven Processes can achieve Six Capability Levels organised in assessed by use Work Products generate containing Base Practices Management Practices
Human-Centered Development HCD HCD.1 Ensure HCD content in system strategy HCD.2 Plan the HCD process Represent the customer Collect market intelligence Define and plan a system strategy Collect market feedback Identify stakeholders Consult stakeholders Identify and involve users Select human-centered methods Ensure a human-centered approach Plan HCD process Manage HC activities
Human-Centered Development HCD HCD.3 Specify user and organizational requirements HCD.4 Understand and specify the context of use Clarify business objectives Assess risk Clarify system goals Define system Identify user's tasks Generate requirements Identify user attributes Set usability objectives Identify organizational environment Identify technical environment Identify physical environment
Human-Centered Development HCD HCD.5 Produce design solutions HCD.6 Evaluate design against requirements Allocate functions Produce task model Specify context of evaluation Produce system design Evaluate for requirements Develop design solutions Evaluate to improve design Specify system Evaluate against system requirements Develop prototypes Evaluate vs. required practice Specify user training Evaluate in use Specify user support
Human-Centered Development HCD HCD.7 Facilitate human-system implementation Management of change Determine impact Customization and local design Deliver user training Support users Conformance to ergonomic legislation
Work Products, HCD.1 Input Company strategy Market surveys Technology forecasts Demographic studies Expert forecasts HCD strategy methodologies Output System/product vision Original specification Social and socio-technical demands in target groups Predicted context(s) of use Market appraisals Trend analysis System accounting process Human-centred system strategy
Work Products, HCD.2 Input Output Business plan Organisational resources Results of reviews Development plans for system Staff skills profiles Human-centred methods and tool descriptions Test method descriptions Project management statistics Project monitoring data General usability objectives Human and organisational requirements List of human centred activities to be carried out Procedure for integrating human centred activities with other development activities The individuals and organisation(s) responsible for the humancentred design activities and the range of skills and viewpoints they provide Procedures for establishing communication on human-centred design activities as they affect other design activities and methods for recording these activities Milestones during the design and development process, e.g. through specification of life cycle documents Procedures for ensuring full use of feedback From all pilots, trials and evaluations Suitable timescales to allow feedback to be incorporated into the design schedule Assignment of usability objectives to elements of the system Definition of evaluation criteria following from usability objectives Indication of test method(s) for evaluations Advice on the degree of iteration Audit report Human-centred human factors policy HCD process definitions HCD support technology specification
Work Products, HCD.3 Input Project scope User representatives Work instructions Legislation Industry, National and International standards System strategy Context of use Competitor systems Output The range and relevance of users and other personnel in the design Risk assessment A statement of the human-centred design goals Stakeholder/User Requirements Specification Organisational Requirements Specification Priorities for different requirements Specific, measurable usability goals Benchmarks against which the design can be tested List of statutory or legislative requirements The sources from which the user and organisational requirements were derived
Uses of UMM process definition process improvement formal process assessment (1/ assessment of human-centred processes, 2/ use of human-centred processes with other models) informal assessment
Muita prosessimalleja
KESSU UPA (UCD Performance Assessment, Jokela 2001) http://herkules.oulu.fi/isbn9514265513/
KESSU UPA (UCD Performance Assessment, Jokela 2001) http://herkules.oulu.fi/isbn9514265513/
Scenario-Based Design Rosson & Carroll (2002) http://ldt.stanford.edu/~gimiller/scenario-based/scenarioindex2.htm
http://www.incent.com/cd/cdprocess.html
Lähteitä Boehm, Barry W. Software Engineering Economics. NY: Prentice Hall, 1981. Dumas, Joseph S., and Janice C. Redish. A Practical Guide to Usability Testing. London: Intellect Books, 1999. Helander, Martin, Thomas K. Landauer, and Prasad V. Prabhu, eds. Handbook of Human-Computer Interaction. North-Holland, 1997. Nielsen, Jakob. Usability Engineering. Boston: AP Professional, 1994. Rosson, M.B. & Carroll, J.M. Usability Engineering: Scenario- Based Development of Human-Computer Interaction, 2002. Jokela, T. Assessment of user-centred design processes as a basis for improvement action An experimental study in industrial settings. PhD Thesis, 2001