Strategic Usability Marko Nieminen Prof., Usability and User Interfaces Software Business and Engineering Institute SoberIT Helsinki University of Technology http://www.soberit.hut.fi/mhtn
Ohjelma pe 23.3. 12.15-13 Seminaarin avaus: Strategisesta käytettävyydestä (WebExin yli etänä, Marko Nieminen) 13-13.30 Strateginen käytettävyys: Käytettävyystyö ja -prosessit yrityksen eri funktioiden yhteydessä, Jussi Kapanen 13.30-14 Opiskelijaideointia ryhmissä: mitä kaikkea strategiseen käytettävyyteen liittyy ja miten (pohjustusta seminaaritöitä varten)
Themes 1. Information on humans as a tool in strategic usability 2. What should the decision makers know about users? 3. User-centred design processes and practices and strategic decision making Ryhmät (4-6 kpl, 3-5 opiskelijaa/ryhmä) käyvät läpi kaikki teemat. Tavoitteena saada aikaiseksi paljon ideoita jokaiseen teemaan.
Ryhmätyöt & jatko 14-14.30 Jaetaan ryhmät siten, että opiskelijat valitsevat itseään eniten kiinnostavan teeman ja jatkavat sen työstämistä. 14.30-14.45 Nopea katsaus ryhmien tilanteeseen ja digitoijien nakitus. Digitoijat pyöräyttävät ryhmien tulokset sähköiseen muotoon ja lähettävät seminaarin sähköpostiosoitteeseen t1215900@soberit.hut.fi. Tulokset julkaistaan seminaarin www-sivuilla kaikille tiedoksi. 14.45 Muistutusmainos tiistain vierailijapaneelista: Tilaisuuteen kannattaa osallistua aktiivisesti kysymyksin ja mielipitein.
Strateginen käytettävyys
Kritiikki Akateemisessa keskustelussa asiat kehittyvät kritiikin kautta Kritiikki on positiivinen asia Kritiikkiä pitää osata esittää rakentavasti: toimimme tutkijoina kritiikin esittäjinä Kritiikkiin pitää osata suhtautua rakentavasti: toimimme tutkijoina kritiikin vastaanottajina Kritiikille pitää olla asialliset perusteet kritiikiltä voidaan vaatia asiallisia perusteita Keskustelua, elaborointia, pohdintaa, filosofinen argumentaatio käsitteiden edistämisessä
Kritiikkiä käytettävyyssuunnittelua kohtaan? Hyvää Kyetty nostamaan uusia relevantteja seikkoja suunnitteluun mukaan - myös inhimillisen toiminnan näkökulmasta Menetelmäkirjo hyvä, suunnittelumenetelmissä yhteensopivuutta muuhun tuotekehitystoimintaan Kehitettävää Pintapiirteisiin keskittyminen: havaintojen taustalla vaikuttavien syiden ymmärtäminen Idealismi vs. realismi: näiden välinen suhde käytännön tuotekehityksessä Kaupallis-teollisten trade-off-tilanteiden hallinta Asenne
Activities in Strategic Usability CHI 96 Corporate Strategy and Usability Research: A New Partnership (Rosenbaum, Humburg, Ramey; www) CHI 97 Strategic Usability: Introducing Usability into Organisations (Bloomer, Croft, Kieboom; CHI 97) UPA 2000: Not Just a Hammer: When and How to Employ Multiple Methods in Usability Programs CHI 2000: A Toolkit for Strategic Usability: Results from Workshops, Panels, and Surveys U0: Strategic Usability and Pricing Research Activity (The Telecommunications Research Center Vienna; 2003/07/01-2006/06/30; link)
Where is Usability Created and Defined? The position of a human factors engineer (HFE) is often technical and not strategic. (Frank Spillers) Do we (usability engineers) have a limited view of usability? Usability is NOT defined and created in usability tests or in other evaluation work The trap of externalizing ease of use The attitudes and philosophies of usability and design must be internalized by everyone that makes decisions that effect the final design The focus has to shift away from the usability engineer, and to the entire development, project and design team, to create and deliver high quality designs Also, usability engineers need to expand their expertise This presentatation is based on http://www.scottberkun.com/essays/essay20.htm (Berkun, S. 2002)
Shift to Internalising Usability Thinking about usability from a strategic, instead of tactical, perspective Tactical use of usability engineering is responsive and isolated, focusing on adjustments to existing designs, often late in the schedule. Strategic use of usability or user research is proactive and integrated, improving decision making at many levels of project and business planning Usability engineers needs to develop partners and champions within the heart of an organization (this may take a while)
Align usability goals with business goals Usability goals in co-operation with key developers or project managers, so that the goals are shared by the team Integrate usability metrics or goals into the individual contributors goals A more strategic approach for usability engineers: Alignment to overall business goals like: more market share, increasing revenue or partnerships, or winning reviews against competing products
Connecting ease of use to business strategy Product vision documents and specifications mention usability or customer satisfaction as goals The value of the service or product is described in terms of customer convenience, or satisfaction Missing: the connection between high level goals, and the planning and design practices that fulfill them Executives or managers are trained only in the effects of a good design, and have little knowledge of the methods, talents and challenges required to create them
Strategic opinions instead of tactical data Higher levels of influence in any organization, there is a transition of focus from data analysis to interpretation and decision making Difficult issues in any organization are rarely solved by more data Tradeoffs between conflicting goals, or complex situations where no simple analysis is possible Develop the ability to function comfortably in environments where there is limited information Reach beyond your training or degree
How not to get lost in tactical traps Avoid becoming the usability police Strive to convince team members of your value to them, in terms of their goals It s good to have opinions Often: opinion on an issue, without time to run a study, or apply a method Data should support encourage good thinking, not restrict it provide user research early enough in the process to help define the direction that the solutions will take Be patient, changing team processes takes time teams are slow to adopt change and to learn how to adjust to new ways of working Don t live in the usability lab working with team, influencing decisions
Connecting ease of use to development team productivity Investments in researching the customer needs less time will be spent during development A well planned low investment prototype of a design will help reveal potential engineering challenges Example: "screenshot only" estimation process: designers provide a set of good screenshots, or prototypes, for how the design would actually behave Value of up front planning
Strategy? A long-range plan whose merit cannot be evaluated until sometime after those creating it have left the organization www.netfunny.com/rhf/jokes/new90/glossar.35. html
Primary Product Development Strategic Orientations Time-to-Market Low Product Cost Low Development Cost Product Performance, Technology & Innovation Quality, Reliability, Robustness Service, Responsiveness & Flexibility http://www.npd-solutions.com/strategy.html (Crow, K.)
Strategy? A general direction set for the organization and its various components to achieve a desired state in the future. Strategy results from the detailed strategic planning process. Strategy in this general sense should not be confused with Strategies (www.eglin.af.mil/46tw/strategicplan/glossary.htm) (1) Hypotheses that propose the direction a company or agency should go to fulfil its vision and maximize the possibility of its future success. (2) Unique and sustainable ways by which organizations create value. (from Kaplan & Norton). Answers the question, "Are we doing the right things? (www.balancedscorecard.org/bkgd/definitions.html)
Strategic Usability? From an ad: Strategic Usability There's a lot of talk these days about "accessibility". Web sites must be accessible to the widest possible audience - not just those who are physically disabled, but those disadvantaged by their bandwidth, software or hardware. In addition, web sites must be "usable". If your site is not intuitive to use, and even those with 20/20 vision can't find what they want and how to buy it, then it has failed the usability test. Strategic usability underpins everything that *** does. If visitors can't easily use your site, someone else's web site is just a mouse click away.
Strategic Usability? Usability testing? Collecting data to support marketing messages: comparative usability studies of your product and its competitors, or of several competitors' products, produce data you can use in competitive analyses, sales training, and product planning Building relationships: study participants become better customers, prospective customers recognize the value of usability programs, and marketing collateral can feature usability Facilitating change management: you can choose as participants in usability research people whose buy-in you need to promote a new product or system (both internal users and customers or prospective customers) Usability as ammunition for corporate strategy: many large and small firms, from Intel to 50-person start-ups, employ usability research to guide their long-term strategic planning http://www.teced.com/strategic_usability.html
Doing user observations first is wrong I now suggest that for many projects the order is design, then study (D. Norman 2006) ACM Interactions 2006 http://www.jnd.org/dn.mss/why_doing_user_obser.html
Normanin uudet teesit Toistuva käytettävyyssuunnittelun taistelu käyttäjätiedon keruusta projektien käynnistyessä: strategian muutos tarpeen Kun projekti käynnistetään, on jo liian myöhäistä tutkia, mitä projektissa pitäisi tehdä ja tuottaa Luovat ja tutkivat osiot toteutettava jo ennen projektin kännistämistä! (Uusi vaatimus projektivalmistelulle ja päätöksenteolle) Saman sovelluksen jatkokehitysprojekteissa ei ole tarpeen toistaa aiemmin tehtyä käyttäjätutkimusta, uutta tietoa voidaan kerätä käytönaikaisesti Projektikohtainen seikkaperäinen käyttäjätutkimus hidastaa projektityötä Ketterään ohjelmistokehitykseen tarvitaan integroitua ketterää käytettävyys- ja käyttöliittymäsuunnittelua: taustoittaminen erikseen, ketterä toteuttaminen yhteistyöllä
Norman s Criticism Our continual plea for up-front user studies, field observations, and the discovery of true user needs are a step backwards: They are a linear, inflexible process inserted prior to the design and coding stages. We are advocating a waterfall method for us, even as we deny it for others. By saying we need time to do field studies, observations, rapid paper prototypes and the like, we are contradicting the very methods that we claim to be promoting.
Käytettävyyssuunnittelu ja käyttäjätiedon keruu strategisen tuotekehityksen välineeksi Käyttäjätiedon hyödyntäminen ja käytettävyyden huomiointi on tärkeää jo mahdollisimman aikaisessa vaiheessa suunnitteluprosessia: jo ennen projektin käynnistämistä Käyttäjätiedon hyödyntäjiä alkuvaiheessa strategisia tuotelinjauksia määrittelevät päälliköt ja johtajat projekti- ja tuote- ja markkinapositiointipäätösten tukena Käyttäjä- ja käytettävyysdataa kerätään jatkuvasti osana iteratiivisia kehityshankkeita, ei kuitenkaan erillisenä projektin alussa tapahtuvana erillisenä vaiheena Kerättyä dataa hyödynnetään käynnistyvien ja ajallisesti lyhytsyklisten projektien lähtötietoina Projektin toteutuksessa pitää voida edetä nopeasti
Everyone wants us [UI/HCI] on the team, but only if we won t slow down the work. (D. Norman 2006)
Still room for further discussion to be continued...