ISO/TR 16982:2002
(Main)Ergonomics of human-system interaction - Usability methods supporting human-centred design
Ergonomics of human-system interaction - Usability methods supporting human-centred design
ISO/TR 16982:2002 provides information on human-centred usability methods which can be used for design and evaluation. It details the advantages, disadvantages and other factors relevant to using each usability method. It explains the implications of the stage of the life cycle and the individual project characteristics for the selection of usability methods and provides examples of usability methods in context. The main users of ISO/TR 16982:2002 will be project managers. It therefore addresses technical human factors and ergonomics issues only to the extent necessary to allow managers to understand their relevance and importance in the design process as a whole. Such issues are dealt with more fully in ISO 9241 which is complementary to ISO/TR 16982:2002 and is aimed at system developers, specifiers and purchasers of systems. Nonetheless, all parties involved in human-centred system development, including the end users of systems, should find the guidance in ISO/TR 16982:2002 relevant. The guidance in ISO/TR 16982:2002 can be tailored for specific design situations by using the lists of issues characterizing the context of use of the product to be delivered. Selection of appropriate usability methods should also take account of the relevant life-cycle process. ISO/TR 16982:2002 is restricted to methods that are widely used by usability specialists and project managers. It does not specify the details of how to implement or carry out the usability methods described. NOTE Most methods require the involvement of human-factors specialists. It may be inappropriate for them to be used by individuals without adequate skills and knowledge.
Ergonomie de l'interaction homme-système — Méthodes d'utilisabilité pour la conception centrée sur l'opérateur humain
L'ISO/TR 16982:2002 fournit des informations sur les méthodes d'utilisabilité centrés sur l'opérateur humain pouvant être employées pour la conception et l'évaluation. Il décrit les avantages, les inconvénients et d'autres facteurs relatifs à l'utilisation de chaque méthode d'utilisabilité. Il explique les implications de la phase du cycle de vie et les caractéristiques de chaque projet pour la sélection de méthodes d'utilisabilité et fournit une synthèse des méthodes d'utilisabilité dans leur contexte. Les principaux utilisateurs de l'ISO/TR 16982:2002 seront les chefs de projet. Il n'aborde donc les aspects techniques des facteurs humains et de l'ergonomie que dans la mesure où cela permet aux chefs de projet de comprendre la pertinence et l'importance de ces données par rapport au processus de conception dans son ensemble. Ces questions font l'objet d'un traitement approfondi dans l'ISO 9241, qui vient en complément de l'ISO/TR 16982:2002 et s'adresse aux développeurs, spécificateurs et acheteurs de systèmes. Il convient néanmoins que toutes les parties impliquées dans la mise au point de systèmes centrés sur l'opérateur humain, y compris les utilisateurs finaux de ces systèmes, puissent exploiter de manière adéquate les lignes directrices de l'ISO/TR 16982:2002. Les lignes directrices données dans l'ISO/TR 16982:2002 peuvent être adaptées aux situations de conception spécifiques à l'aide de listes de problèmes caractérisant le contexte d'utilisation du produit à livrer. Il convient que la sélection de méthodes d'utilisabilité appropriées prenne aussi en compte les processus de cycle de vie considérés. L'ISO/TR 16982:2002 se limite aux méthodes largement utilisées par les spécialistes de l'utilisabilité et par les chefs de projet. Il ne spécifie pas les détails concernant la manière de mettre en application ou à exécution les méthodes d'utilisabilité décrites. NOTE La plupart des méthodes requièrent la participation de spécialistes des facteurs humains. Leur utilisation par des personnes n'ayant pas de compétences et connaissances adéquates peut s'avérer inappropriée.
General Information
- Status
- Published
- Publication Date
- 12-Jun-2002
- Technical Committee
- ISO/TC 159/SC 4 - Ergonomics of human-system interaction
- Current Stage
- 9093 - International Standard confirmed
- Start Date
- 15-Apr-2005
- Completion Date
- 13-Dec-2025
Overview
ISO/TR 16982:2002 - "Ergonomics of human‑system interaction - Usability methods supporting human‑centred design" is an informative Technical Report from ISO that surveys widely‑used usability methods to support human‑centred design. It summarizes method purposes, advantages and disadvantages, and factors affecting method selection (including project life‑cycle stage and context of use). The report is primarily aimed at project managers to help them choose appropriate usability methods and plan human‑centred activities; it is complementary to standards aimed at system developers.
Key topics
- Catalog of usability methods: methods that directly involve users (observation, performance measurements, critical‑incident analysis, questionnaires, interviews, think‑aloud, user testing, collaborative design) and indirect/expert techniques.
- Method comparison: brief descriptions, key benefits and limitations of each method to support informed selection.
- Life‑cycle considerations: guidance on selecting methods appropriate to different development stages (requirements, design, prototyping, evaluation) using ISO/IEC 12207 as a framing model.
- Context of use: how project characteristics and user environment influence method choice; includes lists of contextual issues to tailor method selection.
- Practical aids: Annex A - a template to identify suitable methods for a specific project; Annex B - real‑world examples; Annex C - additional techniques.
- Scope and constraints: the report is informative (does not prescribe how to implement methods) and notes that many methods require human‑factors specialists.
Applications
ISO/TR 16982:2002 is practical for planning and managing usability and user‑centred activities across industries that develop interactive systems, including:
- Selecting a mix of methods for user research, requirement gathering, prototype testing and final evaluation
- Planning iterative human‑centred design cycles to improve effectiveness, efficiency and user satisfaction
- Scoping usability work when users are unavailable (choosing indirect/expert methods)
- Justifying resource allocation for usability in project plans and tender documents
Use cases: software product teams, embedded system design, medical device development, web and mobile UX projects, and any project requiring systematic usability assessment.
Who should use this standard
- Project managers seeking actionable guidance on which usability methods to commission or schedule
- Product owners, program managers, and procurement specialists who must incorporate usability planning into life‑cycle processes
- Usability specialists and multidisciplinary teams who want a concise, comparative reference to support method selection
Related standards
- ISO 13407 / ISO 9241 series - human‑centred design and ergonomic requirements (complementary guidance)
- ISO/IEC 12207 - software life‑cycle processes (framework for method selection)
Keywords: ISO/TR 16982, usability methods, human‑centred design, ergonomics, usability evaluation, project managers, ISO 13407, ISO 9241.
ISO/TR 16982:2002 - Ergonomics of human-system interaction -- Usability methods supporting human-centred design
ISO/TR 16982:2002 - Ergonomie de l'interaction homme-systeme -- Méthodes d'utilisabilité pour la conception centrée sur l'opérateur humain
Frequently Asked Questions
ISO/TR 16982:2002 is a technical report published by the International Organization for Standardization (ISO). Its full title is "Ergonomics of human-system interaction - Usability methods supporting human-centred design". This standard covers: ISO/TR 16982:2002 provides information on human-centred usability methods which can be used for design and evaluation. It details the advantages, disadvantages and other factors relevant to using each usability method. It explains the implications of the stage of the life cycle and the individual project characteristics for the selection of usability methods and provides examples of usability methods in context. The main users of ISO/TR 16982:2002 will be project managers. It therefore addresses technical human factors and ergonomics issues only to the extent necessary to allow managers to understand their relevance and importance in the design process as a whole. Such issues are dealt with more fully in ISO 9241 which is complementary to ISO/TR 16982:2002 and is aimed at system developers, specifiers and purchasers of systems. Nonetheless, all parties involved in human-centred system development, including the end users of systems, should find the guidance in ISO/TR 16982:2002 relevant. The guidance in ISO/TR 16982:2002 can be tailored for specific design situations by using the lists of issues characterizing the context of use of the product to be delivered. Selection of appropriate usability methods should also take account of the relevant life-cycle process. ISO/TR 16982:2002 is restricted to methods that are widely used by usability specialists and project managers. It does not specify the details of how to implement or carry out the usability methods described. NOTE Most methods require the involvement of human-factors specialists. It may be inappropriate for them to be used by individuals without adequate skills and knowledge.
ISO/TR 16982:2002 provides information on human-centred usability methods which can be used for design and evaluation. It details the advantages, disadvantages and other factors relevant to using each usability method. It explains the implications of the stage of the life cycle and the individual project characteristics for the selection of usability methods and provides examples of usability methods in context. The main users of ISO/TR 16982:2002 will be project managers. It therefore addresses technical human factors and ergonomics issues only to the extent necessary to allow managers to understand their relevance and importance in the design process as a whole. Such issues are dealt with more fully in ISO 9241 which is complementary to ISO/TR 16982:2002 and is aimed at system developers, specifiers and purchasers of systems. Nonetheless, all parties involved in human-centred system development, including the end users of systems, should find the guidance in ISO/TR 16982:2002 relevant. The guidance in ISO/TR 16982:2002 can be tailored for specific design situations by using the lists of issues characterizing the context of use of the product to be delivered. Selection of appropriate usability methods should also take account of the relevant life-cycle process. ISO/TR 16982:2002 is restricted to methods that are widely used by usability specialists and project managers. It does not specify the details of how to implement or carry out the usability methods described. NOTE Most methods require the involvement of human-factors specialists. It may be inappropriate for them to be used by individuals without adequate skills and knowledge.
ISO/TR 16982:2002 is classified under the following ICS (International Classification for Standards) categories: 13.180 - Ergonomics. The ICS classification helps identify the subject area and facilitates finding related standards.
You can purchase ISO/TR 16982:2002 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
TECHNICAL ISO/TR
REPORT 16982
First edition
2002-06-15
Ergonomics of human-system
interaction — Usability methods supporting
human-centred design
Ergonomie de l'interaction homme-système — Méthodes d'utilisabilité pour
la conception centrée sur l'opérateur humain
Reference number
©
ISO 2002
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but shall not
be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this
file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat accepts no liability in this
area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters
were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event
that a problem relating to it is found, please inform the Central Secretariat at the address given below.
© ISO 2002
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic
or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISO's member body
in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.ch
Web www.iso.ch
Printed in Switzerland
ii © ISO 2002 – All rights reserved
Contents Page
Foreword.iv
Introduction.v
1 Scope .1
2 References .1
3 Terms and definitions .1
4 Adequate deployment of usability methods.2
5 Usability methods.6
6 Choice of usability methods based on generic issues.14
Annex A Proposed template to identify the adequate usability methods for a specific project.25
Annex B Examples of in situ applications .28
Annex C Additional methods and techniques.37
Bibliography.40
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO
member bodies). The work of preparing International Standards is normally carried out through ISO technical
committees. Each member body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, governmental and non-governmental, in
liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical
Commission (IEC) on all matters of electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 3.
The main task of technical committees is to prepare International Standards. Draft International Standards adopted
by the technical committees are circulated to the member bodies for voting. Publication as an International
Standard requires approval by at least 75 % of the member bodies casting a vote.
In exceptional circumstances, when a technical committee has collected data of a different kind from that which is
normally published as an International Standard (“state of the art”, for example), it may decide by a simple majority
vote of its participating members to publish a Technical Report. A Technical Report is entirely informative in nature
and does not have to be reviewed until the data it provides are considered to be no longer valid or useful.
Attention is drawn to the possibility that some of the elements of this Technical Report may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO/TR 16982 was prepared by Technical Committee ISO/TC 159, Ergonomics, Subcommittee SC 4, Ergonomics
of human-system interaction.
iv © ISO 2002 – All rights reserved
Introduction
There is a growing emphasis on “human-centred design” as an essential part of the development of computer
based systems. ISO 9241-11 and ISO 13407 provide “guidance on usability” and “on human-centred design
processes for interactive systems”. ISO 13407 provides general guidance and four main conditions to make a
product (hardware and software) “human-centred” but does not address specific methods.
The purpose of this Technical Report is to help project managers make informed decisions about the choice of
usability methods to support human-centred design as described in ISO 13407 (with support from human-factors
specialists, as appropriate). It is not its aim to turn the project manager into a human-factors specialist.
This technical Report provides an overview of existing usability methods which can be used on their own or in
combination to support design and evaluation. Each method is described with its advantages, disadvantages and
other factors relevant to its selection and use. These include the implications of the project's stage in the life cycle
for the choice of method.
Since the appropriateness of individual methods is dependent upon the design activities being undertaken, it is
necessary to relate them to the design process. ISO/IEC 12207 is used to provide the basic framework against
which the suitability of the methods is assessed.
Annex A provides a template for practitioners, annex B gives real life examples when filling in this template and
annex C provides detailed additional methods and techniques.
TECHNICAL REPORT ISO/TR 16982:2002(E)
Ergonomics of human-system interaction — Usability methods
supporting human-centred design
1 Scope
This Technical Report provides information on human-centred usability methods which can be used for design and
evaluation. It details the advantages, disadvantages and other factors relevant to using each usability method.
It explains the implications of the stage of the life cycle and the individual project characteristics for the selection of
usability methods and provides examples of usability methods in context.
The main users of this Technical Report will be project managers. This Technical Report therefore addresses
technical human-factors and ergonomics issues only to the extent necessary to allow managers to understand their
relevance and importance in the design process as a whole.
Such issues are dealt with more fully in ISO 9241 which is complementary to this Technical Report and is aimed at
system developers, specifiers and purchasers of systems. Nonetheless, all parties involved in human-centred
system development, including the end users of systems, should find the guidance in this Technical Report
relevant.
The guidance in this Technical Report can be tailored for specific design situations by using the lists of issues
characterizing the context of use of the product to be delivered. Selection of appropriate usability methods should
also take account of the relevant life-cycle process.
This Technical Report is restricted to methods that are widely used by usability specialists and project managers.
It does not specify the details of how to implement or carry out the usability methods described.
NOTE Most methods require the involvement of human-factors specialists. It may be inappropriate for them to be used by
individuals without adequate skills and knowledge.
2 References
ISO 9241 (all parts), Ergonomic requirements for office work with visual display terminals (VDTs)
ISO/IEC 12207, Information technology — Software life cycle processes
ISO 13407:1999, Human-centred design processes for interactive systems
ISO/IEC 14598 (all parts), Software engineering — Product evaluation
3 Terms and definitions
For the purposes of this Technical Report, the following terms and definitions apply.
3.1
prototype
representation of all or part of a product or system that, although limited in some way, can be used for evaluation
[ISO 13407:1999]
3.2
user
individual interacting with the system
[ISO 9241-10:1996]
3.3
usability
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 9241-11: 1998]
3.4
usability method
method supporting human-centred design used for the purpose of increasing the usability of a product or a system
4 Adequate deployment of usability methods
4.1 General
Usability methods help to ensure that systems can be developed to meet the usability goals of a human-centred
design process, described in more detail in ISO 13407.
The benefits of a human-centred approach include increased satisfaction and productivity, enhanced quality of
work, reductions in support and training costs and improved user health and well-being. The usability methods
described in this Technical Report support these goals.
Basic knowledge about the usability methods, including an understanding of their key differences and the basic
principles of their application, is needed to be able to make an appropriate choice of usability methods.
Usability methods provide a means to increase the chances that systems deployed or to be deployed will achieve
these objectives.
4.2 Basic principles issued from ISO 13407
ISO 13407 identifies four basic principles:
a) appropriate allocation of function between user and system, based on an appreciation of human capabilities
and demands of the task;
b) active involvement of users in order to enhance the new system and its acceptance;
c) iteration of design systems to entail the feedback of users following their use of early design systems;
d) multi-disciplinary design teams to allow a collaborative process which benefits from the active involvement of
various parties, each of whom have insights and expertise to share.
The application of these principles leads to the identification of four key human-centred design activities which
should be undertaken to incorporate usability requirements into the development process and which are carried out
in an iterative fashion and repeated until the particular usability objectives have been attained. The user-centred
design activities are as follows.
1) Understand and specify the context of use. This information can be gathered via a variety of methods, this
Technical Report intends to help make an adequate choice from these methods.
2) Specify the user and organizational requirements.
2 © ISO 2002 – All rights reserved
3) Produce designs and prototypes.
4) Carry out user-based assessment.
4.3 Methods and their use
4.3.1 Methods and methodologies
The usability methods which are described in this Technical Report stand-alone i.e. they can be selected and used
for a variety of purposes (e.g., for user needs analysis, for establishing requirements, for design and specification,
for evaluation) and many of them can be used concurrently or sequentially within a larger framework of human-
centred design methodologies. Such methodologies are not covered in this Technical Report. Methodologies can
result from the ad hoc selection of several methods within the same design process or from methodologies
commonly used or described in the human-factors literature. Examples of such methodologies are: activity and task
analyses methodologies that can group interviews, user observation, questionnaires, and even experiments;
walkthrough and parallel-design methodologies that can group various evaluation methods, various expert and
non-expert assessments, as well as creativity aspects together. References to published methodologies are
provided in the bibliography.
4.3.2 Design and evaluation perspectives
The usability methods described in this clause apply in general to both design and evaluation. Specific choice (or
selection) of these methods, depending on their design stages, is described in clause 6.
The main difference between design and evaluation in terms of their use of usability methods is a difference in
focus. The difference is as follows.
The focus of design is to determine users' knowledge, capabilities and limitations relative to the tasks for which
the product or system is being designed. Of particular interest are the ways in which system and product
designers can understand better users' tasks and task vocabulary, users' physical capabilities, etc. This
information is used to guide the design of the system or product to maximize its usability. Often, this focus
leads to the discovery of unanticipated ways in which users view the operation or use of a product or system.
This focus may involve the comparison of competing designs to determine which is more usable.
The focus of evaluation is to assess a design on a particular dimension (e.g., interface features,
recommendations, standards) or against a model (e.g. user model, expected task completion time, expected
use pattern), with some kind of measurement and data-gathering tools (e.g. questionnaires, errors-logging,
time-stamp), according to users' performance or preferences.
With this difference in focus in mind, various usability methods are presented that can be used either to diagnose
problems or to facilitate design and redesign.
In the first case, the methods, often labelled data-gathering techniques, are usually described within the phase
of the project which involves the description and modelling of job, tasks and users at various degrees of
precision, though they may also be used for evaluation.
In the second case, the methods are often labelled evaluation methods, though they are also used for design.
The focus of these methods may be the actual system being evaluated, or a prototype, or even an existing situation
that does not incorporate a computer system yet (for example, when a completely new application is being
designed).
To sum up, all of the usability methods described in this clause are human-centred ways of gaining a better
understanding of the situation and context. That will allow for either assessment of whether the human-centred
goals are met (evaluation) or will provide requirements, limitations or suggestions for designing systems (models,
scenarios, prototypes or full systems) that will eventually be evaluated in an iterative process.
4.3.3 Use of several methods
Individual usability methods are described in clause 5. However, in practice, several usability methods may be
used together, e.g. interviews and observations. Also, different methods may be used to address different issues
during the life of a project.
It is useful for these reasons to avoid limiting oneself to one preselected method. The more methods used to
achieve the usability objectives, the better the results will be.
Several methods can be used jointly (e.g. inspection and user testing, creativity methods and formal methods,
critical incidents and expert evaluation, questionnaire and interviews). Using several methods may, in this way,
increase the coverage of the results.
Examples of situations using a mix of usability methods are presented in annex B.
4.4 Direct involvement of users as a key factor
The active involvement of users is one of the key principles underlying the human-centred design process. Many of
the usability methods described here provide a means of gaining that active involvement. In addition, there are also
many usability methods that do not require users to be directly involved since they rely on other sources of
information about user issues. They should be used to complement the active involvement of users.
4.5 Available methods
The methods that are presented in this Technical Report are those that are most frequently used. Table 1 lists each
method. Variants of these methods are used under other names. A list of known variants (in books or on web sites)
is provided in the bibliography.
Methods are divided into two broad categories (see Table 1, Column 2):
methods that imply the direct involvement of users (Y = yes);
methods that imply the indirect involvement of users (N = no) which are used either when it is not possible to
gather usage data due to non-availability of the users or where they provide complementary data and
information.
4 © ISO 2002 – All rights reserved
Table 1 — Brief description of the referenced methods
Direct
Name of the
involvement Short description of methods
method
of users
Observation of Collection in a precise and systematic way of information about the behaviour and the
Y
users performance of users, in the context of specific tasks during user activity.
Performance- Collection of quantifiable performance measurements in order to understand the impacts
related Y of usability issues
measurements
Critical incidents Systematic collection of specific events (positive or negative).
Y
analysis
Indirect evaluation methods which gather users' opinions about the user interface in
Questionnaires Y
predefined questionnaires.
Similar to questionnaires with greater flexibility and involving face-to-face interaction with
Interviews Y
the interviewee
Involves having users continuously verbalize their ideas, beliefs, expectations, doubts,
Thinking aloud Y
discoveries, etc. during their use of the system under test.
Collaborative Methods which allow different types of participants (users, product developers and
design and Y human-factors specialists, etc) to collaborate in the evaluation or design of systems.
evaluation
Methods which involve the elicitation of new products and systems features, usually
Creativity
Y/N extracted from group interactions. In the context of human-centred approaches,
methods
members of such groups are often users.
Document-based Examination of existing documents by the usability specialist to form a professional
N
methods judgement of the system
Model-based Use of models which are abstract representations of the evaluated product to allow the
N
approaches prediction of the users' performance.
Evaluation based upon the knowledge, expertise and practical experience in ergonomics
Expert evaluation N
of the usability specialist.
Automated Algorithms focused on usability criteria or using ergonomic knowledge-based systems
N
evaluation which diagnose the deficiencies of product compared to predefined rules.
4.6 Choice of usability method(s) (UM)
4.6.1 Factors affecting the choice of methods
The factors affecting the choice of methods are
a) the life-cycle steps,
b) the characteristics of the users,
c) the characteristics of the task to be performed,
d) the product or system itself,
e) the constraints which affect the project, and
f) the degree of expertise in ergonomics available in the development or evaluation team.
4.6.2 Suitability of methods
The issues identified are evaluated on a scale of five levels as follows:
recommended (++);
appropriate (+);
neutral (when the cell is empty);
not recommended (−);
not applicable (NA).
There may be a number of candidate usability methods which could be used to gather the information required.
Some of the methods may be eliminated because they cannot be used in a particular context. For example, if there
are no current users, it will not be possible to interview them and this would lead to a rating of (NA), i.e. the method
is not applicable. On the other hand, if there are current users but they are not fully representative of the
characteristics of future users, interviews may be appropriate (+) but an analytical method may also receive a
recommendation. The decision about whether or not to use a combination of methods, and the level of detail
needed should be taken, bearing in mind the risk that poor design will lead to errors or a lack of satisfaction.
These ratings are based on typical situations and should be reviewed in the context of a specific project.
5 Usability methods
5.1 Methods that imply the direct involvement of users
5.1.1 General
These methods can be used when it is possible to gather data directly from users, or when there is access to
users.
5.1.2 Observation of users
This method consists of the precise and systematic collection of information about the behaviour and the
performance of users, in the context of specific tasks during the user's activity which may be carried out either in
real-life situations or laboratories. Such observation is structured and based on predefined classifications of users'
behaviour.
Much observation is based on taking detailed notes on what the users do and then analysing the data later.
The advantages and disadvantages of this method are as follows.
Advantages
Method can be performed in “real world” settings;
real activity is reported.
Disadvantages/constraints
It is time consuming to analyse the data;
needs expertise to accurately interpret data;
6 © ISO 2002 – All rights reserved
no direct insight into mental processes.
The following are examples of the types of quantitative and qualitative information which can be logged:
different actions involved in achieving task goals: interaction with the computer, including physical behaviour,
interaction with other tools or other persons;
numbers of attempts to complete a task;
reasons for success or failure.
5.1.3 Performance-related measurements
Performance-related measurements are also called task-related measurements.
The commonly used quantifiable performance measurements related to effectiveness and efficiency include the
following:
time spent to complete a task;
number of tasks which can be completed within a predefined duration;
number of errors;
time spent recovering from errors;
time spent locating and interpreting information in the user's guide;
number of commands utilized;
number of systems features which can be recalled;
frequency of use of support materials (documentation, help system, etc.);
number of times that the user task was abandoned;
number of digressions;
amount of idle time (it is important to distinguish between system-induced delays, thinking time and delays
caused by external factors);
number of total key strokes.
Performance-related measurements can often be performed on the whole system or a part of it.
The advantages and disadvantages of this method are as follows.
Advantages
Collects quantifiable data;
results are easy to compare.
Disadvantages/constraints
Does not necessarily uncover the cause of problems;
requires some kind of working version of system or product.
For additional methods, see Annex C.
5.1.4 Critical-incident analysis
Critical-incident analysis consists of the systematic collection of events which stand out against the background of
user performance. The incidents are described in the form of short reports which provide an account of the facts
surrounding the incident. The data can be collected from interviews with the user and from objective observations
of the interaction. The incidents are then grouped and categorized.
Whereas performance-related measurements have current tasks and existing situations as the focus of interest,
critical-incident techniques enable the examination of significant events, positive or negative, which may have
occurred in the past or over a period of time.
The advantages and disadvantages of this method are as follows.
Advantages
Collects causes of problems;
focuses on events where demands on users are high;
real activity is reported.
Disadvantage/constraints
May require a long elapsed time to complete;
insufficient events to report can effect the validity of the analysis.
5.1.5 Questionnaires
There may be several occasions during development when it will be useful to gather information from users using
questionnaire items. The questionnaire items can be either open-ended statements or checklist/closed
questionnaire items and scales: the advantage of the former is that they allow people to give elaborate answers but
there is always a danger of collecting only cryptic statements which are difficult to interpret. For this reason, the
closed questionnaire item format is often preferred.
Standardized questionnaires can also be used for systematic comparisons, for example between design features
or between competing designs.
The type of data being collected can include users' quantifications, suggestions, opinions and ratings of the
systems, features, user help, preferences, ease-of-use, etc. Qualitative methods are generally indirect in that they
do not study the user interaction but only users' opinions about the user interface.
There is also a need for including consistency checks in questionnaires, for example using different question
formats referring to the same item. For this reason, closed questions are often preferred.
The advantages and disadvantages of this method are as follows.
Advantages
Uncovers subjective preferences;
easy to manage;
quick to conduct.
8 © ISO 2002 – All rights reserved
Disadvantages/constraints
Self-evaluation can be unreliable as a measure of performance;
questionnaire items open to bias both in the questions and the answers.
5.1.6 Interviews
Interviews are similar to questionnaires but with greater flexibility since there is face-to-face interaction with the
interviewee.
There are many different forms of interview from highly structured to very open-ended. Interviewing an user on an
individual basis requires much more staff time than administering a questionnaire.
Interviews have the advantage, however, of being more flexible since the interviewer can explain difficult questions
more deeply or reformulate a question if it is unclear to the user. Interviewers can also follow up answers that
require further elaboration or that lead to new insights which had not been anticipated in the design of the interview.
The advantages and disadvantages of this method are as follows.
Advantages
Collects quick overview of users' opinion;
flexible, allows probing per users' responses.
Disadvantages/constraints
Detailed analysis is time consuming ;
it is open to biases (both in the questions and the answers);
needs expertise to accurately interpret data.
5.1.7 Thinking aloud
Thinking aloud involves having users continuously verbalize their ideas, beliefs, expectations, doubts, discoveries,
etc. during their activity when using the system. Thinking-aloud protocols provide valuable data with regard to why
users are performing certain actions. This data is an important supplement to the objective data capture of the
performed actions through observation, performance measurement, data logging or video.
The instructions for getting users to think aloud have to be given before starting and repeated during the session.
The verbalizations can be concurrent (i.e. spoken while the user works with the system) or retrospective (user
voices her/his comments after the task has been completed, with or without the option of viewing a video recording
of the actions carried out). Concurrent verbalizations are usually preferred by experimenters because they
eliminate the possibility of the users being selective in their recall or introducing after-the-event rationalizations.
The advantages and disadvantages of this method are as follows.
Advantages
Quick to conduct;
collects insights into users' mental process;
flexible, allows probing per users' responses.
Disadvantages/constraints
May be uncomfortable for some users;
detailed analysis is time consuming;
cannot collect task performance data during use of method.
For more details, see annex C.
5.1.8 Collaborative design and evaluation
Collaborative methods involve having different types of participants (users, product developers and human-factors
specialists, etc.) collaborate in the evaluation or design of systems.
Collaborative methods stress the importance of the user playing an active role in design and evaluation. The
reason for this is that the context of use and/or the tasks of the users might be difficult for the designer and those
responsible for the development to understand, or the fact that users may have a difficulty expressing their actual
needs or requirements in the development process.
In a collaborative approach, users and developers can participate on equal terms. Collaborative approaches focus
on organizational issues and the users' work routines. They use development tools familiar to the user, e.g.
prototypes rather than formal models. They focus just as much on quality as on productivity. Future work situations
can be visualized through simulations in real environments, for example using role-play.
The advantages and disadvantages of this method are as follows.
Advantages
Quick to conduct;
can be used from the early stages of a project;
enhances communication and learning among the users, usability experts, designers and those responsible for
the development.
Disadvantages/constraints
May reveal conflict between the parties;
cannot collect task-performance data during the use of the method.
5.1.9 Creativity methods
The aim of such methods is the elicitation of new products and systems features, usually extracted from group
interactions. In the context of human-centred approaches, members of such groups are often users.
Creativity methods are used in many fields to generate a list of ideas to create new products and/or to solve a
problem by changing perspectives and considering alternative options.
They are not uniquely ergonomic methods, but they can be used in the context of the human-centred/user-centred
design approach.
These methods work more effectively with users' involvement but can also be run without users. They fit the
conception stage of the design process particularly well and can be used in the early stages of a project.
They help to create and define new products, their functionality and their interfaces.
10 © ISO 2002 – All rights reserved
The advantages and disadvantages of this method are as follows.
Advantages
Skills required, but skills more widely available than for other more specific ergonomics methods;
well adapted to the early stages of a project.
Disadvantages/constraints
Detailed analysis is time consuming;
open to bias.
5.2 Methods that imply the indirect involvement of users
5.2.1 General
These methods can be used when there is an established body of knowledge which can be applied, when it is not
possible to gather data directly due to lack of access to users, or when carrying out evaluations in the very early
stages of design.
The specification of the new product or system can be based on, or compared to, the features or qualities required
in an “ergonomic interface”.
5.2.2 Document-based methods
In the document-based methods (also called document-based analysis), the usability specialist uses existing
checklists or other documents in addition to his own judgement. The expert has to have enough experience to be in
a position to use these documents in a way that is appropriate to the context of use and to carry out the design or
evaluation in an efficient way.
These documents, based on commonly agreed rules or experimentally proven demonstrations, are available from
different sources (e.g. scientific literature, standards, style guides).
The advantages and disadvantages of this method are as follows.
Advantages
Expertise not always required, but would enhance results;
enhances communication among the users, developers, usability experts and improves consistency;
can be based on state-of-the-art knowledge.
Disadvantages/constraints
Does not cover every aspect of user interaction with the system;
can be time consuming if done exhaustively.
Typical documents include the following.
Style guides, which can come from the provider of the software or be defined/customized in the company in
which they will be used, possibly with the help of a human-factors specialist.
Handbooks, recommendations guides, which are usually wider in scope than style guides and which are
generally based on state-of-the-art ergonomic knowledge.
Standards, which can be proprietary, national or international and contain recommendations which are likely to
become increasingly important with the growing acceptance of the standards. Examples of such standards are
ISO 9241-13 to 17.
Evaluation grids which provide a list (as complete as possible) of properties of appropriate ergonomic
interfaces. Each property is evaluated by providing a notation on a range of values. The properties may come
from agreed rules of ergonomics (often organized into dimensions, principles, criteria, etc) or other sources of
best practice.
Cognitive walkthroughs. The process involves “walking through” the tasks the user has to perform with the
system taking account of the user goals, knowledge and context of use. The aim is to avoid the risk of bias due
to the personal view of the person conducting the design or evaluation.
Document-based methods may be supported by computer or other tools at various levels of sophistication (e.g.
simple or dynamic access to documentation, knowledge-based systems, reporting tools). These tools make
available information contained in documents (style guides, guidelines, handbooks), production rules extracted
from the literature (for interactive object selection), in data bases, hypertexts, expert systems, and design
environments for the purpose of good human-system interface design.
5.2.3 Model-based methods
5.2.3.1 General
Two types of model-based approach are described here:
a) user interface specification and design methods which allow the modelling of user behaviour and data;
b) formal methods which are based on models of users and tasks. Such methods allow the prediction of user
performance.
The advantages and disadvantages of these methods are as follows.
Advantages
Widely available;
standardizes comparisons and predicts performance;
earlier integration with engineering approaches.
Disadvantages/constraints
Time consuming;
open to bias;
needs expertise to build and interpret models.
5.2.3.2 Usability specification and design methods
These specification and design methods may expand software engineering methods, adapting UML notification
language, or are dedicated methods to user interface, covering both the specification and the design stages (for
example, MUSE, Method for Usability Engineering).
These methods use flow charts, UML's class diagram for users' conceptual model, interaction diagrams and state
diagrams for task description.
It is also possible to use other more general methods, like Petri's nets, to define the procedure.
12 © ISO 2002 – All rights reserved
5.2.3.3 Formal methods
Formal methods allow the abstraction of user behaviour or interface behaviour. These methods can be used either
to specify and design the user interface, at the early stages of the process, or to evaluate existing paper or
software prototypes, at later stages of design. When selecting methods, a number of issues and factors should be
considered.
Their use of formality leads to high internal validity if their results can be reproduced. On the other hand, their
ecological validity is very low, since they don't take into account the real context of use. Most of these methods
come from cognitive sciences and have no link with software engineering formal methods.
Examples of these methods are
Keystroke Level Model (KLM),
Goals, Operators, Methods, Selection rules (GOMS), and
analytical method of description (Méthode Analytique de Description – MAD*);
5.2.4 Expert evaluation
Expert evaluation is based on the background and knowledge of the expert. In this kind of evaluation, the expert
identifies the most frequently observed problems by reference to an optimum man-machine interface model he/she
has in mind.
Expert evaluation can lead to the rapid identification of potential problems and may also be used to eliminate the
causes of the problems.
These expert evaluation methods provide means to identify known types of usability problems and can be applied
early in the life cycle. However, they are limited by the skill of the usability specialists and cannot be used to identify
unpredictable problems which only arise with real users.
There can be large differences between experts when diagnosing usability problems. These differences can be
reduced by the use of the appropriate document-based methods and by having more than one evaluator.
The advantages and disadvantages of this method are as follows.
Advantages
Quick to conduct;
well adapted to early stage of a project;
can identify specific problems and recommend solutions.
Disadvantages/constraints
High skills in ergonomics required;
may miss important problems.
5.2.5 Automated evaluation
Based on algorithms focused on usability criteria or using ergonomic knowledge-based systems, automated
evaluations can diagnose the deficiencies of the system compared to predefined rules. The fact that the context of
use is not addressed in these approaches implies the complementary use of other methods.
The advantages and disadvantages of this method are as follows.
Advantage
Consistency on evaluation across projects.
Disadvantages/constraints
May miss important problems;
requires a working version of prototype.
The following are examples of automated evaluation methods:
a) Knowledge-based
A knowledge-based system (KBS) helps to evaluate and automatically improve graphical views. It proposes
guidance based on ergonomic rules stored in the databases.
b) Automatic analysis of perceptive screen complexity
The screens are analysed by programs which use agreed criteria (global density, local density, number of sets
of characters, medium size of the groups, number of items, complexity of presentation, etc.).
c) Automatic analysis of presentation quality
The purpose is to evaluate the ability of the representation to make clear the logical structure of a given set of
information. The proposed model establishes a relationship between the abstract representation of the
structure and the abstract methods of presentation.
The structural relationships between the entities of a set of information are formalized in a semantic network
independently of their technical implementation.
6 Choice of usability methods based on generic issues
6.1 General
The flexibility of many of the methods discussed in this Technical Report means that they can be used across a
range of systems and development stages. Nevertheless it is possible to provide a general indication of their scope
and so identify more precisely situations in which specific methods would be more or less suitable choices.
It is generally more cost-effective to implement human-centred design activities as early as possible in the life
cycle, before there is a significant investment in implementing design solutions. The costs and benefits of a given
usability method are not static properties: early deployment of usability methods will yield correspondingly greater
benefits with lower cost implications for later development, as it is always more expensive to resolve problems later
in the development schedule.
Plans for carrying out human-centred design activities and the accompanying usability methods should be made as
part of the overall planning for the development.
During the early stages of development, usability methods provide information about the context of use. For
example, a plan might include the use of observation and interviews to gather context-of-use information,
collaborative design activities to support the specification process, creativity methods when producing design
solutions, and expert evaluation and user testing when evaluating designs against requirements. The specific
activities planned will depend on the life cycle, constraints, user and task characteristics, the nature of the product
and the skills available.
During design, methods relating to guidance and standards, expert evaluation and early prototyping are generally
appropriate.
14 © ISO 2002 – All rights reserved
In the later stages of the life cycle, when implementation and testing are the major concerns, user-based testing,
performance measurement and evaluation methods involving the users are generally relevant.
Evaluations carried out by experts and user-based methods may be equally cost-effective in detecting usability
problems, and the balance of benefits and costs and the resulting choices will depend on the stage of the life cycle
and the availability of users and experts. The combination of expert and user-based methods in an iterative fashion
provides the best chances of predicting, detecting and resolving problems
6.2 Choice of usability methods based on life-cycle process
6.2.1 General
A common framework for the software life-cycle process has been described in ISO/IEC 12207.
ISO/IEC 12207 will be used as a reference to explain when the usability methods can be used with benefit with
regard to:
the stage of the life cycle called primary life-cycle processes in ISO/IEC 12207;
the support activities (like quality assurance) called supporting life-cycle processes in ISO/IEC 12207;
t
...
RAPPORT ISO/TR
TECHNIQUE 16982
Première édition
2002-06-15
Ergonomie de l'interaction homme-
système — Méthodes d'utilisabilité pour la
conception centrée sur l'opérateur humain
Ergonomics of human-system interaction — Usability methods supporting
human-centred design
Numéro de référence
©
ISO 2002
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence autorisant
l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir l'exploitation de
ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation, veuillez en informer le
Secrétariat central à l'adresse donnée ci-dessous.
© ISO 2002
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l'ISO à
l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 749 09 47
E-mail copyright@iso.ch
Web www.iso.ch
Imprimé en Suisse
ii © ISO 2002 – Tous droits réservés
Sommaire Page
Avant-propos .iv
Introduction.v
1 Domaine d'application .1
2 Références .1
3 Termes et définitions.2
4 Déploiement adéquat des méthodes d'utilisabilité.2
5 Méthodes d'utilisabilité .6
6 Choix de méthodes d'utilisabilité basées sur des problèmes génériques.15
Annexe A Modèle proposé afin d'identifier les méthodes d'utilisabilité adéquates pour un projet
donné .26
Annexe B Exemples d'applications in situ .29
Annexe C Méthodes et techniques supplémentaires .38
Bibliographie.41
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du comité
technique créé à cet effet. Les organisations internationales, gouvernementales et non gouvernementales, en
liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec la Commission
électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 3.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur publication
comme Normes internationales requiert l'approbation de 75 % au moins des comités membres votants.
Exceptionnellement, lorsqu'un comité technique a réuni des données de nature différente de celles qui sont
normalement publiées comme Normes internationales (ceci pouvant comprendre des informations sur l'état de la
technique par exemple), il peut décider, à la majorité simple de ses membres, de publier un Rapport technique.
Les Rapports techniques sont de nature purement informative et ne doivent pas nécessairement être révisés avant
que les données fournies ne soient plus jugées valables ou utiles.
L'attention est appelée sur le fait que certains des éléments du présent Rapport technique peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable de ne pas
avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO/TR 16982 a été élaboré par le comité technique ISO/TC 159, Ergonomie, sous-comité SC 4, Ergonomie de
l'interaction homme-système.
iv © ISO 2002 – Tous droits réservés
Introduction
Il est de plus en plus évident que la «conception centrée sur l'opérateur humain» constitue une partie essentielle
du développement de systèmes informatiques. L'ISO 9241-11 et l'ISO 13407 fournissent des «lignes directrices sur
l'utilisabilité» et des «processus de conception centrée sur l'opérateur humain pour les systèmes interactifs».
L'ISO 13407 présente les recommandations générales et détermine les quatre conditions principales permettant de
créer un produit (matériel ou logiciel) centré sur l'opérateur humain, mais ne traite pas de méthodes spécifiques.
L'objectif du présent Rapport technique est d'aider les chefs de projets à prendre des décisions éclairées quant au
choix des méthodes d'utilisabilité permettant de prendre en charge la conception centrée sur l'opérateur humain,
comme décrit dans l'ISO 13407 (avec l'aide de spécialistes des facteurs humains, quand cela est nécessaire). Il ne
s'agit pas de transformer le chef de projet en spécialiste des facteurs humains.
Le présent Rapport technique présente les méthodes d'utilisabilité existantes qui peuvent être utilisées de manière
indépendante ou combinée afin d'assurer la conception et l'évaluation. Chaque méthode est décrite avec ses
avantages, ses inconvénients et d'autres facteurs relatifs à sa sélection et à son utilisation. Ces facteurs incluent la
prise en considération de la phase du projet dans le cycle de vie.
Dans la mesure où le caractère approprié de chaque méthode dépend des activités de conception en cours, il est
nécessaire de les mettre en relation avec le processus de conception. L'ISO/CEI 12207 fournit la structure de base
par rapport à laquelle est évaluée la pertinence de ces méthodes.
L'annexe A fournit une grille à l'usage des praticiens, l'annexe B donne des exemples concrets pour l'utilisation de
cette grille et l'annexe C propose des méthodes et des techniques supplémentaires.
RAPPORT TECHNIQUE ISO/TR 16982:2002(F)
Ergonomie de l'interaction homme-système — Méthodes
d'utilisabilité pour la conception centrée sur l'opérateur humain
1 Domaine d'application
Le présent Rapport technique fournit des informations sur les méthodes d'utilisabilité centrées sur l'opérateur
humain pouvant être employées pour la conception et l'évaluation. Il décrit les avantages, les inconvénients et
d'autres facteurs relatifs à l'utilisation de chaque méthode d'utilisabilité.
Il explique les implications de la phase du cycle de vie et les caractéristiques de chaque projet pour la sélection de
méthodes d'utilisabilité et fournit une synthèse des méthodes d'utilisabilité dans leur contexte.
Les principaux utilisateurs du présent Rapport technique seront les chefs de projet. Le présent Rapport technique
n'aborde donc les aspects techniques des facteurs humains et de l'ergonomie que dans la mesure où cela permet
aux chefs de projet de comprendre la pertinence et l'importance de ces données par rapport au processus de
conception dans son ensemble.
Ces questions font l'objet d'un traitement approfondi dans l'ISO 9241, qui vient en complément du présent Rapport
technique et s'adresse aux développeurs, spécificateurs et acheteurs de systèmes. Il convient néanmoins que
toutes les parties impliquées dans la mise au point de systèmes centrés sur l'opérateur humain, y compris les
utilisateurs finaux de ces systèmes, puissent exploiter de manière adéquate les lignes directrices du présent
Rapport technique.
Les lignes directrices données dans le présent Rapport technique peuvent être adaptées aux situations de
conception spécifiques à l'aide de listes de problèmes caractérisant le contexte d'utilisation du produit à livrer. Il
convient que la sélection de méthodes d'utilisabilité appropriées prenne aussi en compte les processus de cycle de
vie considérés.
Le présent Rapport technique se limite aux méthodes largement utilisées par les spécialistes de l'utilisabilité et par
les chefs de projet.
Il ne spécifie pas les détails concernant la manière de mettre en application ou à exécution les méthodes
d'utilisabilité décrites.
NOTE La plupart des méthodes requièrent la participation de spécialistes des facteurs humains. Leur utilisation par des
personnes n'ayant pas de compétences et connaissances adéquates peut s'avérer inappropriée.
2 Références
ISO 9241 (toutes les parties), Exigences ergonomiques pour travail de bureau avec terminaux à écrans de
visualisation (TEV)
ISO/CEI 12207, Technologies de l'information — Processus du cycle de vie du logiciel
ISO 13407:1999, Processus de conception centrée sur l'opérateur humain pour les systèmes interactifs
ISO/CEI 14598 (toutes les parties), Ingénierie du logiciel — Évaluation du produit
3 Termes et définitions
Pour les besoins du présent Rapport technique, les termes et définitions suivants s'appliquent.
3.1
prototype
représentation de tout ou partie d'un produit ou d'un système qui, bien que partielle, peut être utilisée pour une
évaluation
[ISO 13407:1999]
3.2
utilisateur
individu interagissant avec le système
[ISO 9241-10:1996]
3.3
utilisabilité
degré selon lequel un produit peut être utilisé par des utilisateurs identifiés pour atteindre des buts définis avec
efficacité, efficience et satisfaction, dans un contexte d'utilisation spécifié
[ISO 9241-11:1998]
3.4
méthode d'utilisabilité
méthode pour la conception centrée sur l'opérateur humain dans le but d'accroître l'utilisabilité d'un produit ou d'un
système
4 Déploiement adéquat des méthodes d'utilisabilité
4.1 Généralités
Les méthodes d'utilisabilité permettent de s'assurer que le développement des systèmes répond aux objectifs
d'utilisabilité selon les processus de conception centrée sur l'opérateur humain, tels qu'ils sont détaillés dans
l'ISO 13407.
Les avantages d'une approche centrée sur l'opérateur humain comprennent un accroissement de la satisfaction et
de la productivité, une meilleure qualité de travail, des réductions de frais de formation et d'assistance technique et
une amélioration du bien-être et de la santé de l'utilisateur. Les méthodes d'utilisabilité décrites dans le présent
Rapport technique remplissent ces objectifs.
Des connaissances de base des méthodes d'utilisabilité, incluant la compréhension de leurs principales différences
et des principes fondamentaux de leur application, sont requises pour pouvoir choisir les méthodes d'utilisabilité
appropriées.
Les méthodes d'utilisabilité fournissent un moyen d'augmenter les chances d'atteindre ces objectifs par les
systèmes déployés ou à déployer.
4.2 Principes de base de l'ISO 13407
L'ISO 13407 identifie quatre principes de base:
a) répartition appropriée des fonctions entre l'utilisateur et le système fondée sur l'appréciation des capacités de
l'opérateur humain et des exigences de la tâche;
b) participation active des utilisateurs afin d'améliorer le nouveau système et son acceptation;
2 © ISO 2002 – Tous droits réservés
c) itération de la conception des systèmes pour permettre le feed-back de la part des utilisateurs après utilisation
des premières solutions de conception;
d) équipes de conception pluridisciplinaires pour permettre l'élaboration d'un processus collaboratif conduisant à
la participation active des différentes parties, dont chacune a des points de vue et des expertises à partager.
L'application de ces principes conduit à l'identification de quatre activités principales centrées sur l'opérateur
humain, qu'il convient de mener pour intégrer des exigences d'utilisabilité dans le processus de développement et
qui sont exécutées de manière itérative jusqu'à ce que les objectifs d'utilisabilité particuliers soient atteints. Les
activités de conception centrée sur l'utilisateur sont les suivantes:
1) comprendre et préciser le contexte d'utilisation. Ces informations peuvent être rassemblées selon différentes
méthodes, le présent Rapport technique ayant pour but d'aider à faire un choix approprié parmi ces méthodes;
2) spécifier les exigences de l'utilisateur et de l'organisation;
3) produire des solutions de conception et des prototypes;
4) effectuer une évaluation basée sur l'utilisateur.
4.3 Les méthodes et leur utilisation
4.3.1 Méthodes et méthodologies
Les méthodes d'utilisabilité décrites dans le présent Rapport technique sont des méthodes autonomes, c'est-à-dire
que chacune peut être sélectionnée et utilisée à des fins différentes (par exemple pour l'analyse des besoins des
utilisateurs, pour définir des exigences, pour la conception et la spécification, pour l'évaluation), beaucoup d'entre
elles pouvant être utilisées simultanément ou de manière séquentielle dans une structure plus large de
méthodologies centrées sur l'opérateur humain. Les méthodologies ne sont pas traitées dans le présent Rapport
technique. Les méthodologies peuvent résulter de la sélection ad hoc de plusieurs méthodes au sein du même
processus de conception, ou de méthodologies couramment utilisées ou décrites dans la littérature relative aux
facteurs humains. À titre d'exemples de telles méthodologies figurent les analyses de l'activité et des tâches
pouvant regrouper des interviews, l'observation des utilisateurs, des questionnaires, des expériences; des
«walkthrough» et conception en parallèle faisant appel à différentes méthodes d'évaluation, à diverses évaluations
expertes et non expertes ainsi qu'à des méthodes de créativité. Des références aux méthodologies ayant fait l'objet
d'une publication sont citées dans la bibliographie.
4.3.2 Perspectives de conception et d'évaluation
Les méthodes d'utilisabilité décrites dans le présent paragraphe s'appliquent en général à la fois à la conception et
à l'évaluation. Le choix (ou la sélection) spécifique de ces méthodes, en fonction de leurs niveaux de conception,
est décrit à l'article 6.
La principale différence entre conception et évaluation, en termes d'utilisation des méthodes d'utilisabilité, est une
différence de focalisation. Cette différence est la suivante.
La focalisation de la conception conduit à déterminer les connaissances, les capacités et les limites des
utilisateurs par rapport aux tâches pour lesquelles le produit ou le système est conçu. Il est particulièrement
intéressant de faire en sorte que les concepteurs de systèmes et de produits puissent mieux comprendre les
tâches des utilisateurs et leur vocabulaire, leurs capacités physiques, etc. Ces informations permettent de
guider la conception du système ou produit afin d'en maximiser l'utilisabilité. Souvent, cette voie conduit à la
découverte de manières non nécessairement prévues selon lesquelles les utilisateurs appréhendent le
fonctionnement ou l'utilisation d'un produit ou système. Cette focalisation peut conduire à la comparaison de
conceptions concurrentes afin de déterminer laquelle est la plus facile à utiliser.
La focalisation de l'évaluation conduit à apprécier une conception selon une dimension particulière (par
exemple: caractéristiques de l'interface, recommandations, normes) ou par rapport à un modèle (par exemple:
modèle de l'utilisateur, temps d'achèvement prévu d'une tâche, utilisation prévue), avec un certain type d'outil
de collecte de données et de mesures (par exemple: questionnaires, enregistrements des erreurs,
chronométrie), selon les performances ou les préférences des utilisateurs.
Cette différence étant établie, les diverses méthodes d'utilisabilité pouvant être utilisées pour diagnostiquer des
problèmes ou faciliter la conception ou la re-conception sont présentées.
Dans le premier cas, les méthodes, souvent appelées techniques de collecte de données, sont généralement
décrites au cours de la phase du projet consacrée à la description et à la modélisation du travail, des tâches et
des utilisateurs, à différents degrés de précision, même si elles sont également utilisées pour l'évaluation.
Dans le second cas, les méthodes sont souvent désignées par méthodes d'évaluation, même si elles sont
également utilisées pour la conception.
La focalisation de ces méthodes peut porter sur un système réel en cours d'évaluation, ou sur un prototype, ou
même sur une situation existante ne comportant pas encore de système informatique (par exemple une application
complètement nouvelle).
En résumé, toutes les méthodes d'utilisabilité décrites dans le présent paragraphe sont centrées sur l'opérateur
humain afin d'accéder à une meilleure compréhension de la situation et du contexte. Ceci ou bien permettra
d'évaluer si les objectifs centrés sur l'opérateur humain sont atteints (évaluation), ou bien fournira des exigences,
des limites ou des suggestions pour la conception de systèmes (modèles, scénarios, prototypes ou systèmes
complets) qui seront finalement évaluées dans un processus itératif.
4.3.3 Utilisation de plusieurs méthodes
Chaque méthode d'utilisabilité est décrite à l'article 5. Cependant, en pratique, plusieurs méthodes d'utilisabilité
peuvent être employées ensemble, par exemple entretiens et observations. De plus, différentes méthodes peuvent
être utilisées pour traiter des différentes questions qui se posent durant la vie du projet.
C'est pourquoi il est utile d'éviter de se limiter à une méthode présélectionnée. Plus le nombre de méthodes
utilisées pour atteindre les objectifs d'utilisabilité sera élevé, meilleurs seront les résultats.
Plusieurs méthodes peuvent être utilisées conjointement (par exemple: inspection et test de l'utilisateur, méthodes
de créativité et méthodes formelles, incidents critiques et évaluation par expertise, questionnaire et interviews).
L'utilisation de plusieurs méthodes peut, à ce titre, augmenter l'étendue des résultats.
Des exemples de situations utilisant conjointement plusieurs méthodes d'utilisabilité sont présentées à l'annexe B.
4.4 Participation directe des utilisateurs en tant que facteur clé
La participation active des utilisateurs est l'un des principes fondamentaux sous-jacents au processus de
conception centré sur l'opérateur humain. Nombre de méthodes d'utilisabilité décrites ici fournissent un moyen
d'obtenir cette participation active. En outre, beaucoup d'autres méthodes d'utilisabilité ne requièrent pas la
participation directe des utilisateurs dans la mesure où elles ont recours à d'autres sources d'information sur les
utilisateurs. Il convient de les utiliser en complément de la participation active des utilisateurs.
4.5 Méthodes disponibles
Les méthodes décrites dans le présent Rapport technique sont celles qui sont le plus souvent utilisées. Le
Tableau 1 répertorie chacune d'elles. Des variantes de ces méthodes sont utilisées sous d'autres appellations. Une
liste des variantes connues (dans les manuels ou sur les sites Web) est fournie dans la bibliographie.
Les méthodes se divisent en deux grandes catégories (voir Tableau 1, colonne 2):
méthodes impliquant la participation directe des utilisateurs(O = oui);
méthodes impliquant la participation indirecte des utilisateurs (N = non) qui peuvent s'appliquer soit quand il
est impossible de recueillir des données d'usage en raison de l'indisponibilité des utilisateurs, soit quand elles
fournissent des données et des informations complémentaires.
4 © ISO 2002 – Tous droits réservés
Tableau 1 — Description synthétique des méthodes référencées
Nom de la Participation Brève description des méthodes
méthode directe des
utilisateurs
Collecte d'informations de manière précise et systématique sur le comportement et les
Observation des
O performances des utilisateurs, dans le contexte de tâches spécifiques au cours de
utilisateurs
l'activité de l'utilisateur.
Mesurages
Collecte de mesures des performances quantifiables afin de comprendre les effets des
relatifs aux O
problèmes d'utilisabilité.
performances
Incidents
O Collecte systématique d'événements spécifiques (positifs ou négatifs).
critiques
Méthodes d'évaluation indirecte qui recueillent, au moyen de questionnaires prédéfinis,
Questionnaires O
les opinions des utilisateurs sur l'interface.
Proches des questionnaires mais d'une plus grande flexibilité et avec une procédure en
Interviews O
face-à-face.
Penser à haute voix implique que les utilisateurs verbalisent continuellement leurs idées,
Penser à haute
O leurs représentations, leurs attentes, leurs doutes, leurs découvertes, etc. au cours de
voix
leur utilisation du système testé.
Conception et De telles méthodes permettent à différents types d'acteurs (utilisateurs, développeurs de
évaluation O produits et spécialistes des facteurs humains, etc.) de collaborer à l'évaluation ou à la
collaboratives conception des systèmes.
De telles méthodes consistent à faire émerger des caractéristiques pour de nouveaux
Méthodes de produits et systèmes, généralement issues d'interactions au sein de groupes. Dans le
O/N
créativité contexte des approches centrées sur l'opérateur humain, les membres de tels groupes
sont souvent des utilisateurs.
Méthodes basées
Le spécialiste de l'utilisabilité se sert de documents existants pour établir son propre
sur des N
jugement.
documents
Approches
Utilisation de modèles qui sont des représentations abstraites du produit évalué et qui
basées sur des N
permettent de prévoir les performances des utilisateurs.
modèles
Évaluation par Évaluation s'appuyant sur la connaissance, l'expertise et l'expérience pratique en
N
expertise ergonomie du spécialiste en utilisabilité.
Basée sur des algorithmes centrés sur des critères d'utilisabilité ou sur des systèmes
Évaluation
N basés sur la connaissance ergonomique, les évaluations automatisées diagnostiquent
automatisée
les défaillances d'un produit par rapport à des règles prédéfinies.
4.6 Choix des méthodes d'utilisabilité (UM)
4.6.1 Facteurs influençant le choix des méthodes
Les facteurs influençant le choix des méthodes sont les suivants:
a) les étapes du cycle de vie;
b) les caractéristiques des utilisateurs;
c) les caractéristiques de la tâche à exécuter;
d) le produit ou système lui-même;
e) les contraintes du projet;
f) le degré d'expertise en ergonomie disponible au sein de l'équipe de développement ou d'évaluation.
4.6.2 Caractère approprié des méthodes
La pertinence des méthodes est évaluée sur une échelle comportant cinq niveaux:
recommandée (++);
appropriée (+);
neutre (lorsque la cellule est vide);
non recommandée (–);
non applicable (NA).
Un certain nombre de méthodes d'utilisabilité candidates peuvent être utilisées pour recueillir les informations
requises. Certaines méthodes peuvent être éliminées car elles ne peuvent pas être utilisées dans un contexte
particulier. Par exemple, en l'absence d'utilisateurs, il ne sera pas possible de les interroger, et cela donnera lieu à
une notation (NA), c'est-à-dire que la méthode n'est pas applicable. D'autre part, s'il y a des utilisateurs mais que
ceux-ci ne sont pas complètement représentatifs des caractéristiques des futurs utilisateurs, les interviews peuvent
être appropriés (+); néanmoins, une méthode analytique peut également être recommandée. Il convient que la
décision d'utiliser ou non une combinaison de méthodes et de choisir le niveau de détail nécessaire soit prise en
gardant à l'esprit qu'une conception déficiente conduira à des erreurs ou à un manque de satisfaction.
Ces notations sont basées sur des situations typiques et il convient de les pondérer en fonction du contexte du
projet considéré.
5 Méthodes d'utilisabilité
5.1 Méthodes impliquant la participation directe des utilisateurs
5.1.1 Généralités
Ces méthodes peuvent être utilisées lorsque cela est possible pour collecter des données directement auprès des
utilisateurs, ou lorsque les utilisateurs sont accessibles.
5.1.2 Observation des utilisateurs
Cette méthode consiste en la collecte précise et systématique d'informations sur le comportement et les
performances des utilisateurs, dans le contexte de tâches spécifiques exécutées pendant leur activité d'utilisateur,
qui peut s'effectuer dans des situations d'activité réelle ou dans des laboratoires. Une telle observation est
structurée et s'appuie sur des grilles et des protocoles qui permettent la classification du comportement des
utilisateurs.
Une grande part de l'observation est basée sur la prise de notes détaillées sur ce que font les utilisateurs, puis sur
l'analyse ultérieure des données.
Les avantages et les inconvénients de cette méthode sont les suivants.
Avantages
Méthode pouvant être pratiquée dans des situations réelles;
l'activité réelle est relevée.
6 © ISO 2002 – Tous droits réservés
Inconvénients/contraintes
L'analyse des données prend du temps;
expertise requise pour interpréter correctement les données;
pas d'accès direct aux processus mentaux.
Voici des exemples d'informations quantitatives et qualitatives concernant l'activité de l'utilisateur:
différentes actions entreprises pour atteindre les objectifs de tâche: interactions avec l'ordinateur, comprenant
aussi le comportement physique et l'interaction avec d'autres outils ou d'autres personnes;
nombre de tentatives pour accomplir une tâche;
motifs du succès ou de l'échec.
5.1.3 Mesurages relatifs aux performances
Les mesurages relatifs aux performances sont également appelés mesurages relatifs à la tâche.
Les mesurages des performances quantifiables couramment utilisés en rapport avec l'efficacité et l'efficience sont
les suivants:
temps passé pour accomplir une tâche;
nombre de tâches pouvant être accomplies pendant une durée prédéfinie;
nombre d'erreurs;
temps passé à la correction des erreurs;
temps passé à la localisation et à l'interprétation des informations dans le manuel de l'utilisateur;
nombre de commandes utilisées;
nombre de fonctions du système pouvant être rappelées;
fréquence d'utilisation des matériels de support (documentation, système d'aide, etc.);
nombre de fois où la tâche de l'utilisateur a été abandonnée;
nombre de digressions;
quantité de temps inactif (il est important de faire la distinction entre les retards induits par le système dus au
temps de la réflexion et les retards causés par des facteurs externes);
nombre total de frappes de touche.
Les mesurages relatifs aux performances peuvent souvent être pratiqués sur tout ou partie du système.
Les avantages et les inconvénients de cette méthode sont les suivants.
Avantages
Collecte de données quantifiables;
résultats faciles à comparer.
Inconvénients/contraintes
Ne détermine pas nécessairement la cause des problèmes;
requiert une version provisoire du système du produit.
Pour d'autres méthodes, consultez l'annexe C.
5.1.4 Analyses des incidents critiques
L'analyse des incidents critiques consiste en une collecte systématique d'événements remarquables au niveau des
performances de l'utilisateur. Les incidents sont décrits sous la forme de brefs rapports qui fournissent un relevé
des faits intervenant autour de l'incident. Les données peuvent être collectées à partir d'interviews avec l'utilisateur
et à partir d'observations objectives de l'interaction. Les incidents sont alors regroupés et catégorisés.
Alors que les mesurages relatifs aux performances ont comme centre d'intérêt des tâches courantes et des
situations existantes, les techniques d'incidents critiques examinent les événements significatifs, soit passés, soit
sur une période de temps donnée, qu'ils soient positifs ou négatifs.
Les avantages et les inconvénients de cette méthode sont les suivants.
Avantages
Collecte les causes des problèmes;
se concentre sur les événements pour lesquels les exigences des utilisateurs sont élevées;
l'activité réelle est décrite.
Inconvénients/contraintes
Peut prendre beaucoup de temps;
L'insuffisance des événements survenus peut limiter la validité de l'analyse.
5.1.5 Questionnaires
Au cours du développement, il pourra être utile de recueillir des informations auprès des utilisateurs à l'aide
d'articles de questionnaires. Les articles de questionnaires peuvent être des questions ouvertes ou bien des
questions fermées, checklists ou échelles: l'avantage est de permettre aux utilisateurs de donner des réponses
élaborées, mais le risque est de collecter uniquement des affirmations cryptiques difficiles à interpréter. Pour cette
raison, le questionnaire fermé est souvent recommandé.
Des questionnaires normalisés peuvent également être utilisés pour des comparaisons systématiques, par
exemple pour des alternatives de conception.
Le type de données recueillies inclut les estimations des utilisateurs, leurs suggestions, leurs opinions et leurs
évaluations des systèmes, fonctions, aide à l'utilisateur, préférences, facilité d'utilisation, etc. Les méthodes
qualitatives sont des méthodes d'évaluation indirecte car elles n'étudient pas l'interaction de l'utilisateur mais
uniquement l'opinion des utilisateurs sur l'interface.
Des contrôles de cohérence sont également nécessaires dans les questionnaires, par exemple à l'aide de
différents formats de question faisant référence au même élément. Pour cette raison, les questions fermées sont
souvent préférables.
Les avantages et les inconvénients de cette méthode sont les suivants.
8 © ISO 2002 – Tous droits réservés
Avantages
Dévoile des préférences subjectives;
facile à gérer;
rapide à mettre en place.
Inconvénients/contraintes
L'autoévaluation n'est pas une mesure de performance viable;
articles du questionnaire sujets aux biais à la fois dans les questions et les réponses.
5.1.6 Interviews
Les interviews sont proches des questionnaires mais ont une plus grande flexibilité et une procédure en
face-à-face.
Il existe différentes formes d'interview, du très structuré au très ouvert. Interroger un utilisateur de manière
individuelle requiert beaucoup plus de temps que de distribuer un questionnaire.
Les interviews ont toutefois l'avantage d'être plus flexibles dans la mesure où l'interviewer peut davantage
expliquer des questions difficiles ou reformuler une question si elle n'est pas claire pour l'utilisateur. Les interviews
peuvent également permettre aux interviewers de faire préciser des réponses requérant une certaine élaboration
ou qui donnent lieu à de nouveaux points de vue qui n'ont pas été prévus dans la conception de l'interview.
Les avantages et les inconvénients de cette méthode sont les suivants.
Avantages
Recueille un aperçu rapide de l'opinion des utilisateurs;
flexible, elle permet de stimuler les réponses des utilisateurs.
Inconvénients/contraintes
L'analyse détaillée prend du temps;
elle est sujette aux biais (à la fois dans les questions et dans les réponses);
expertise requise pour interpréter correctement les données.
5.1.7 Penser tout haut
Penser tout haut implique que les utilisateurs verbalisent continuellement leurs idées, leurs croyances, leurs
attentes, leurs doutes, leurs découvertes, etc. tout au long de leur activité lors de l'utilisation du système. Les
protocoles fournissent des données utiles pour expliquer pourquoi les utilisateurs effectuent certaines actions. Ces
données représentent un complément important de la saisie de données objectives des actions effectuées à
travers l'observation, la mesure des performances, la consignation des données, les enregistrements des données,
ou des vidéo.
Les instructions visant à ce que les utilisateurs pensent tout haut doivent être données au début et répétées en
cours de session.
Les verbalisations peuvent être concurrentes (c'est-à-dire exprimées pendant que l'utilisateur travaille avec le
système) ou rétrospectives (l'utilisateur fait ses commentaires une fois la tâche terminée, avec ou sans la
possibilité de visualiser un enregistrement vidéo des actions accomplies). Les verbalisations concurrentes ont
généralement la préférence des expérimentateurs car elles éliminent le risque de souvenirs sélectifs et de
rationalisation après coup.
Les avantages et les inconvénients de cette méthode sont les suivants.
Avantages
Rapide à mettre en place;
permet d'appréhender les processus mentaux des utilisateurs;
flexible, elle permet de stimuler les réponses des utilisateurs.
Inconvénients/contraintes
Peut gêner certains utilisateurs;
l'analyse détaillée prend du temps;
impossible de recueillir des données de performance de la tâche pendant l'utilisation de la méthode.
Pour plus de détails, voir l'annexe C.
5.1.8 Conception et évaluation collaboratives
De telles méthodes consistent en l'implication de différents types de participants (utilisateurs, développeurs de
produits et spécialistes des facteurs humains, etc.) pour collaborer à l'évaluation ou à la conception des systèmes.
Les méthodes collaboratives insistent sur l'importance du rôle actif joué par l'utilisateur dans la conception et
l'évaluation. Cela s'explique par le fait que le contexte d'utilisation et/ou des tâches des utilisateurs peuvent être
difficiles à comprendre pour le concepteur et les personnes responsables du développement, ou par le fait que les
utilisateurs risquent de rencontrer des difficultés à exprimer leurs besoins ou exigences réels dans le processus de
développement.
Dans une approche collaborative, utilisateurs et développeurs peuvent participer de manière égale. Les approches
collaboratives s'intéressent aux problèmes liés à l'organisation et utilisent des outils de développement connus de
l'utilisateur, par exemple des prototypes plutôt que des modèles formels. Elles s'intéressent autant à la qualité qu'à
la productivité. De futures situations de travail peuvent être visualisées par le biais de simulations dans des
environnements réels, par exemple à l'aide de jeux de rôle.
Les avantages et les inconvénients de cette méthode sont les suivants.
Avantages
Rapide à mettre en place;
peut être utilisée au cours des premières phases d'un projet;
améliore la communication et l'apprentissage parmi les utilisateurs, les experts en utilisabilité, les concepteurs
et les responsables du développement.
Inconvénients/contraintes
Peut révéler des conflits entre les parties;
impossible de recueillir des données de performance de la tâche pendant l'utilisation de la méthode.
10 © ISO 2002 – Tous droits réservés
5.1.9 Méthodes de créativité
L'objectif de ces méthodes est d'éliciter les caractéristiques de nouveaux produits et systèmes, généralement au
travers des interactions entre groupes. Dans le contexte des méthodes centrées sur l'opérateur humain, les
membres de tels groupes sont souvent des utilisateurs.
Les méthodes de créativité sont utilisées dans de nombreux domaines afin de générer une liste d'idées et créer
des produits et/ou pour résoudre un problème en modifiant les perspectives et en considérant d'autres possibilités.
Il ne s'agit pas uniquement de méthodes ergonomiques, mais elles peuvent être utilisées dans le contexte de
l'approche de la conception centrée sur l'utilisateur/l'opérateur humain.
Ces méthodes sont plus efficaces avec la participation des utilisateurs mais peuvent aussi être pratiquées sans les
utilisateurs. Elles sont particulièrement adaptées au stade de conception du produit et peuvent être utilisées aux
étapes initiales d'un projet.
Elles permettent de créer et de définir de nouveaux produits, leur fonctionnalité et leurs interfaces.
Les avantages et les inconvénients de ces méthodes sont les suivants.
Avantages
Compétences requises, mais celles-ci sont plus largement disponibles que pour d'autres méthodes
ergonomiques plus spécifiques;
bien adaptées aux premiers stades d'un projet.
Inconvénients/contraintes
L'analyse détaillée prend du temps;
ouvertes aux biais.
5.2 Méthodes impliquant la participation indirecte des utilisateurs
5.2.1 Généralités
Ces méthodes peuvent être utilisées lorsqu'un ensemble établi de connaissances peut être appliqué, lorsqu'il n'est
pas possible de collecter des données directement en raison d'un manque d'accès aux utilisateurs ou lors de
l'exécution d'évaluations dans les tout premiers stades de la conception.
La spécification du nouveau produit ou système peut se baser ou être comparée aux propriétés et qualités
requises d'une «interface ergonomique».
5.2.2 Méthodes basées sur les documents
Dans les méthodes basées sur les documents (également appelées analyses basées sur les documents), le
spécialiste en utilisabilité utilise des documents existants pour compléter son propre jugement. L'expert doit avoir
suffisamment d'expérience afin de pouvoir utiliser ces documents d'une manière qui soit appropriée au contexte
d'utilisation et de procéder à la conception et à l'évaluation de manière efficace.
Ces documents, basés sur des règles approuvées ou sur des démonstrations éprouvées expérimentalement,
peuvent provenir de différentes sources (par exemple littérature scientifique, normes guides de style).
Les avantages et les inconvénients de ces méthodes sont les suivants.
Avantages
Expertise pas toujours requise, propice à améliorer les résultats;
favorisent la communication entre les utilisateurs, les développeurs, les experts en utilisabilité et améliorent la
cohérence;
peuvent se baser sur les dernières connaissances en la matière.
Inconvénients/contraintes
Ne couvrent pas tous les aspects de l'interaction de l'utilisateur avec le système;
peuvent prendre du temps si pratiquées de manière exhaustive.
Les documents caractéristiques incluent
les guides de style, lesquels peuvent provenir des fournisseurs de logiciels ou être définis/personnalisés dans
la société dans laquelle ils seront utilisés, probablement avec l'aide d'un spécialiste en facteurs humains;
les manuels, guides de recommandation, lesquels sont habituellement plus généraux que les guides de style
et qui sont généralement basés sur les dernières connaissances en ergonomie;
les normes, lesquelles peuvent être propriétaires, nationales ou internationales et peuvent contenir des
recommandations, leur importance allant de pair avec l'augmentation actuelle de la prise en compte des
normes. Des exemples de ce type sont l'ISO 9241-13 à l'ISO 9241-17;
les grilles d'évaluation, lesquelles fournissent une liste (aussi complète que possible) des propriétés
appropriées des interfaces ergonomiques. Chaque propriété est évaluée en fournissant une notation sur une
échelle de valeurs. Ces propriétés sont issues de règles approuvées d'ergonomie (souvent organisées en
dimensions, principes, critères, etc.) ou d'autres sources de bonne pratique ergonomique;
les cheminements cognitifs («cognitive walkthroughs»). Ils consistent en un processus impliquant de suivre les
tâches que l'utilisateur doit exécuter avec le système, en prenant en compte les objectifs de l'utilisateur, ses
connaissances et le contexte d'utilisation. Le but est de réduire le risque de biais dû à la vue subjective de la
personne assurant la conception ou l'évaluation.
Les méthodes basées sur des documents peuvent être instrumentées par différents outils, notamment
informatiques, à différents niveaux de sophistication (par exemple accès simple ou dynamique à la documentation,
système à base de connaissances, outils de génération de rapport). Ces outils rendent disponibles les informations
contenues dans des documents (guides de style, conseils, manuels), dans des règles de production extraites de la
littérature (pour une sélection d'objets interactifs), dans des bases de données, des hypertextes, des systèmes
experts et des environnements de conception pour servir à une bonne conception de l'interface homme-système.
5.2.3 Méthodes basées sur les modèles
5.2.3.1 Généralités
Deux utilisations différentes des méthodes basées sur les modèles sont décrites ici:
a) les méthodes de spécification et de conception de l'interface utilisateur qui permettent la modélisation de
l'utilisateur et des données;
b) les méthodes formelles qui sont basées sur des modèles d'utilisateurs et de tâches. Ces méthodes permettent
de prévoir les performances de l'utilisateur.
Les avantages et les inconvénients de ces méthodes sont les suivants.
12 © ISO 2002 – Tous droits réservés
Avantages
Largement disponibles;
normalisent les comparaisons et prévoient les performances;
intégration plus précoce dans les méthodes d'ingénierie.
Inconvénients/contraintes
Prennent du temps;
ouvertes aux biais;
expertise requise pour créer et interpréter les modèles.
5.2.3.2 Méthodes de spécification et de conception de l'utilisabilité
Ces méthodes de spécification et de conception peuvent étendre les méthodes de génie logiciel, en adaptant le
langage de notification UML, ou bien ce sont des méthodes dédiées à l'interface utilisateur, couvrant à la fois les
phases de spécification et de conception [par exemple: MUSE, «Method for Usability Engineering» (méthode pour
l'ingénierie de l'utilisabilité)].
Ces méthodes utilisent des organigrammes, les graphiques de classe UML pour le modèle conceptuel
...
La norme ISO/TR 16982:2002 se concentre sur l'ergonomie de l'interaction homme-système, en fournissant des méthodes de convivialité qui soutiennent la conception centrée sur l'humain. Son champ d'application est clairement défini, offrant un aperçu des méthodes de convivialité adaptées à la conception et à l'évaluation. Les forces de cette norme résident dans son exhaustivité et sa pertinence pour les gestionnaires de projet, qui sont les principaux utilisateurs de ce document. La norme expose les avantages et inconvénients de chaque méthode de convivialité, fournissant ainsi une base solide pour la prise de décision dans divers contextes de projet. De plus, elle prend en compte les implications du cycle de vie et les caractéristiques spécifiques des projets, ce qui aide à la sélection des méthodes de convivialité les plus adaptées. Les exemples fournis dans la norme illustrent efficacement les méthodes dans leur contexte d'application, renforçant ainsi la compréhension des processus de conception centrée sur l'humain. ISO/TR 16982:2002 aborde également des questions techniques liées aux facteurs humains et à l'ergonomie, mais de manière à ce que les gestionnaires puissent saisir leur pertinence sans être submergés par des détails techniques excessifs. Bien que les spécialistes des facteurs humains soient souvent nécessaires pour l'application de nombreuses méthodes, la normativité de ISO/TR 16982:2002 assure que tous les acteurs impliqués dans le développement de systèmes centrés sur l'humain, y compris les utilisateurs finaux, trouvent une guidance utile. En résumé, la norme ISO/TR 16982:2002 est une ressource indispensable pour les professionnels de la conception qui cherchent à intégrer des méthodes de convivialité dans leur processus tout en restant conscients des besoins humains. Sa capacité à être adaptée à des situations de conception spécifiques, combinée à son respect du cycle de vie des produits, en fait un document de référence clé dans le domaine de l'ergonomie et de l'interaction homme-système.
ISO/TR 16982:2002は、ヒューマン・センタードデザインを支援するためのユーザビリティメソッドに関する情報を提供する標準であり、その範囲は非常に広範囲にわたる。特にプロジェクトマネージャーを主たるユーザーとして想定しており、ユーザビリティメソッドの利点や欠点を詳細に説明している点が強みである。これは、デザインや評価の段階で選択すべき適切なユーザビリティメソッドの理解を助けるために不可欠である。 また、ISO/TR 16982:2002は、ライフサイクルの段階やプロジェクトの特性がユーザビリティメソッドの選択に及ぼす影響を示すと同時に、具体的な事例も提供しているため、実務に役立つ実践的なガイダンスが得られる。このプロセスにおいては、技術的なヒューマンファクターやエルゴノミクスの問題を十分に考慮することが求められるが、その詳細は主にISO 9241に委ねられていることも特筆すべき点である。 ユーザビリティ方法選定においては、特にユーザーエクスペリエンスの向上を図るための手引きとして機能し、様々な設計状況に応じてカスタマイズすることが可能であるため、非常に関連性が高い。ユーザビリティの専門家とプロジェクトマネージャーによって広く利用されているメソッドに限定されているため、具体的な実施方法の詳細は規定されていないが、必要なスキルと知識を持つ人々によってのみ使用されるべきであるとして、その使用に対する慎重な姿勢が求められる点も、ユーザビリティメソッドの導入と実施における重要なコンポーネントとなる。 全体として、ISO/TR 16982:2002はヒューマン・センタードデザインを支援するためのユーザビリティメソッドに関する包括的で実用的なガイダンスを提供しており、関連するステークホルダーにとって貴重なリソースである。
ISO/TR 16982:2002 provides a comprehensive framework for integrating human-centred usability methods within the design and evaluation phase of systems. Its primary focus is on enhancing user experience by emphasizing the importance of usability in the design process. The standard is particularly valuable for project managers, offering insights into technical human factors and ergonomics issues without delving too deeply into complexities that may overwhelm non-specialists. One of the strengths of ISO/TR 16982:2002 is its practical approach to usability methods, highlighting their advantages and disadvantages while considering various factors that may influence their application. This allows project managers to make informed decisions about which usability methods to employ based on the specific context of the project and its lifecycle stage. The document also provides relevant examples of usability methods in context, which serves as a practical guide for users to navigate through the various options available. The relevance of ISO/TR 16982:2002 extends beyond project managers to include all stakeholders involved in human-centred design, including system developers and end users. The standard recognizes the significance of tailoring the guidance to suit specific design situations, thereby enhancing its applicability across a range of projects. Additionally, it emphasizes the collaborative nature of usability assessment, indicating that the involvement of human-factors specialists is crucial for effectively implementing these methods. While ISO/TR 16982:2002 does not provide exhaustive details on executing the usability methods, it lays the groundwork for understanding their role in human-system interaction. It encourages stakeholders to approach usability as an integral part of the design process, fostering a culture of user-centric innovation. In summary, ISO/TR 16982:2002 stands as a vital resource for ensuring that usability considerations are systematically integrated into the development of human-centred systems, contributing to more effective and satisfying user experiences.
ISO/TR 16982:2002는 인간-시스템 상호작용의 인체 공학 및 사용성 관련 표준으로, 사용자 중심 디자인을 지원하는 다양한 사용성 방법에 대한 정보를 제공합니다. 이 표준은 디자인과 평가에 활용 가능한 인간 중심의 사용성 방법의 장점과 단점, 그리고 각 방법을 사용할 때 고려해야 할 기타 요소들을 상세하게 설명합니다. ISO/TR 16982:2002의 주요 강점은 사용자 중심 시스템 개발을 위한 다양한 사용성 방법의 실용적인 안내를 제공한다는 점입니다. 이 표준은 프로젝트 관리자들이 디자인 과정에서 관련성과 중요성을 이해하는 데 필요한 인체 공학적 요소들을 간단하게 설명하고 있으며, 이를 통해 효율적인 프로젝트 진행이 가능하게 합니다. 또한, 사용성 방법을 선택할 때 제품의 사용 맥락에 대한 이슈 목록을 활용하여 특정 디자인 상황에 맞게 안내를 조정할 수 있도록 하고 있습니다. 이 표준은 ISO 9241과 보완적인 관계를 가지며, 시스템 개발자 및 시스템 사양자들에게 더욱 상세한 인체 공학 문제를 다루고 있습니다. 그러나 부가적으로 모든 관련자, 즉 최종 사용자까지 포함하여 인간 중심 시스템 개발에 관련된 모든 이들이 ISO/TR 16982:2002의 지침을 유용하게 활용할 수 있다는 점이 강조됩니다. 특히, ISO/TR 16982:2002는 사용성 전문가와 프로젝트 관리자들이 널리 사용하는 방법에 한정되어 있으며, 각 방법의 구현 세부사항까지는 규명하지 않고 있습니다. 이는 인체 공학 전문 지식이 필요한 방법들이 많기 때문에, 관련 경험이 부족한 개인이 사용하기에는 적절치 않을 수 있다는 점을 주의하게 합니다. 결론적으로, ISO/TR 16982:2002는 인간 중심 디자인을 위한 유용한 도구이며, 다양한 사용성 방법을 충분히 활용할 수 있도록 지원하는 중요한 기준을 제공합니다.
Die ISO/TR 16982:2002 bietet eine fundierte Grundlage für die Ergonomie der Mensch-System-Interaktion, insbesondere im Bereich der Benutzerfreundlichkeit. Der Umfang des Dokuments konzentriert sich auf anwendungsorientierte Methoden, die den menschzentrierten Designprozess unterstützen. Es beschreibt die Vorteile und Nachteile verschiedener Benutzerfreundlichkeitsmethoden, wodurch Projektmanager in die Lage versetzt werden, informierte Entscheidungen zu treffen. Ein herausragendes Merkmal dieser Norm ist, dass sie sowohl die Lebenszyklusphase als auch die spezifischen Merkmale eines Projekts berücksichtigt, was zu einer gezielten Auswahl geeigneter Methoden führt. Die Verknüpfung von theoretischen Konzepten mit praktischen Beispielen verdeutlicht die Anwendbarkeit der Methoden in realen Designkontexten. Zudem wird betont, dass die Auswahl der Methoden an die jeweiligen Nutzungskontexte angepasst werden kann, was die Relevanz des Dokuments für verschiedenste Projekte unterstreicht. Ein weiterer Stärke der ISO/TR 16982:2002 ist, dass sie sich nicht ausschließlich an technische Fachleute wendet. Vielmehr gibt sie auch grundlegende Informationen zu humanen Faktoren und ergonomischen Fragestellungen, die für Projektmanager von Bedeutung sind, um deren Wichtigkeit im gesamten Designprozess zu verstehen. Während das Dokument weitgehend für Projektmanager ausgerichtet ist, profitieren auch alle Stakeholder, einschließlich Endanwender, von den bereitgestellten Leitlinien. Kritisch zu beurteilen ist, dass die Norm sich auf weit verbreitete Methoden beschränkt, die von Benutzbarkeitsspezialisten und Projektmanagern eingesetzt werden. Es werden keine detaillierten Anweisungen zur Implementation der beschriebenen Methoden gegeben, was in bestimmten Fällen die Anwendung erschweren könnte. Allerdings ist es wichtig zu beachten, dass die meisten Methoden die Beteiligung von Fachleuten mit Kenntnissen in den menschlichen Faktoren erfordern, was bedeutet, dass die Anwendung durch unzureichend qualifizierte Personen in der Regel unangebracht wäre. Insgesamt ist die ISO/TR 16982:2002 ein wertvolles Dokument, das einen klaren Leitfaden für die Auswahl und Anwendung von Benutzerfreundlichkeitsmethoden im Rahmen des menschzentrierten Designs bietet. Sie ist von großer Relevanz für die praktische Anwendung in unterschiedlichsten Projekten und unterstreicht die Notwendigkeit einer fundierten Vorgehensweise in der Systementwicklung.














Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...