200 likes | 369 Views
Usability Engineering Processes and Open Source Development. Hartti Suomela. Open Source Development. Briefly, from process point of view Self-guiding Informalisms Meritocracy “Release early, release often” “Scratching the personal itch”. What is Usability?. Not only UI, but….
E N D
Usability Engineering Processes and Open Source Development Hartti Suomela
Open Source Development • Briefly, from process point of view • Self-guiding • Informalisms • Meritocracy • “Release early, release often” • “Scratching the personal itch”
What is Usability? • Not only UI, but…
Usability is… • The extent, to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use. • (ISO/IEC standard 9241-11)
Five attributes of Usability • Ease of learning • Efficiency of use • Memorability • Low error rate and no catastrophic errors • Subjective satisfaction • (Nielsen, 1993)
Usability Engineering • Methods, tools, processes to ensure usability in a product
Usability Engineering Methods (UsabilityNet.org)
Usability Engineering Process (ISO 13407)
Usability in Open Source • Traditionally. Not good. (Nichols & Twidale) • Start with coding • No usability experts • Lack of resources • Developer <> End-user • Adding functionality is more respected than enhancing usability • Usability problems are not simple • Code/Feature bloat & Power over simplicity • Playing catch-up to proprietary software
Problem Definition • Software engineering has its maturity models (CMMI, SPICE…) • CMMI does not guarantee good usability (Jokela & Lalli) • Models not suited for Open Source • Usability engineering has own models • Can OS projects use those practices? • Usability Maturity Model as a framework
Usability Maturity Model (UMM) • Contains processes (ISO/IEC 18529) • Ensure Human-Centered Design / Usability Engineering content in system strategy • Plan and manage HCD process • Specify stakeholder & org. reqs • Specify context of use • Produce design solutions • Evaluate designs • Introduce and operate system
Three Words for You • Start Early • Iterate
UMM Terminology 101 • Processes (7) • Base practices (44) • Output work products (~90) • Standard takes no stand on methods used during the process
UMM is too formal for OS • UMM in general and most of the UMM base practices are to formal to be directly useful in OS projects
Some notables • Informal counterparts (similar to Scacchi’s informalisms) • Threaded online discussions and e-mail lists • Involvement of corporations • Roles of usability professionals
Work products in UMM Counterparts in OS projects Stakeholder/User requirements specifications Threaded discussions, e-mail archives Organizational requirements specifications Threaded discussions, e-mail archives Priorities for different requirements Informal ratings of usability informalisms on discussions/e-mail lists Task information Threaded discussions, e-mail archives User interaction specification Style guides, user interface guidelines Dialogue detail Style guides, user interface guidelines Look and feel Style guides, user interface guidelines Usability and ergonomic defects Bug reports/database A sample of Work Products
Future work? • Compare OpenOffice.org and KOffice usability practices • OpenOffice has backing from Sun • KOffice does not have similar corporate support • Does this change usability practices like suggested by Benson et al.?
Thank you! • Questions?