Modélisation et Conception des IHMs centrées Utilisateur

Modélisation et Conception des IHMs centrées Utilisateur Présenté par : Kenza HARKOUKEN SAIAH

plan • Introduction • Conception participative • Observation et analyse • Introspection • Observation directe • Questionnaires • Interviews : préparation de l’interview • Génération d’idées • Scénario de travail • Brainstorming • Conception détaillée • Scénarios de conception • Prototypages • Evaluation • Design Walkthrough • Tests d’utilisabilité • Conclusion

introduction • Modèles de conception : • Souvent centrés systèmes • L’utilisateur n’intervient qu’en amont et en aval de la conception (analyse et évaluation) Modèle en spiral Modèle en cascade Modèle en V

introduction • Problème de l’industrie du logiciel • 84% d’échecs (temps, fonctionnalités, budgets) • Manque d’intervention des utilisateurs, spécification incomplète, changements par les utilisateurs. • 63% d’excès de budgets • Demande fréquente de changements par les utilisateurs , taches trop grandes, manque de compréhension des propres requis des utilisateurs, mauvaise communication entre les utilisateurs et les concepteurs • Maintenance : 33% debugging, 67% changement par l’utilisateur. 40 à 100 fois plus cher de changer l’interface plutôt que de bien la concevoir pendant la conception.

introduction • Méthode de conception participative • L’utilisateur intervient dans toutes les phases de conception • Analyse, conception, évaluation, walkthrough • Processus itératif • Permet: • Redéfinition et résolution des problèmes • Comprendre l’intéraction dans un contexte réel • Intégrer le contexte dans le système • L’ingénieur et la direction ne sont plus les seuls concepteurs

introduction Quatre phases : • Découverte : • qui est l’utilisateur ? • Invention : • qu’est-ce qui est possible ? • Conception : • qu’est-ce qu’on fait ? • Evaluation : • est-ce que ça marche ?

Observation et analyse • POURQUOI? • Comprendre la pratique du travail • A priori, on ne connait pas le domaine • Si on le connait, il faut se méfier de ce qu’on connait • Répondre à • Pourquoi on me demande de concevoir un nouveau système? • À quel problème vais-je m’attaquer? • Redéfinir/mieux définir/cerner le problème • Observer l’usage imprévu !! (incident critique)

Observation et analyse • Point de vue scientifique • collecter des données • analyser les données • informer les designers • Pourquoi ? • Point de vue du design • inspirer des idées • refléter les activités quotidiennes • remettre le problème en question • Point de vue de l’ingénierie • s’assurer que ça marche “in situ”

Observation et analyse Observation des utilisateurs • Peuvent être subjectives : • on ne peut pas complètement supprimer le biais de l'observateur • Techniques : • Observation directe • Introspection • Protocole à haute voix • Questionnaires • Interviews

Observation et analyseintrospection • Le concepteur essaie le système • Est-ce que le système lui convient ? • Ce que l'on peut faire systématiquement : • Commencer avec une vraie tâche • Choisir un temps limité • S’assurer qu’on ne sera pas interrompu • Parler ou écrire pendant que vous travaillez • Analyser ce que vous avez observé : • Interactions positives et négatives • Surprises • Idées pour améliorer l’interaction

Observation et analyseintrospection L’introspection est beaucoup utiliser mais c’est le plus susceptible d'erreurs • C’est une méthode de design, mais pas une méthode scientifique Si vous le faites, • suivre un protocol (design Walkthrough, évaluation heuristique ex: Critère de Scapin & Bastien) • n’oublier pas que vos opinions et expériences sont rarement les même que vos utilisateurs

Observation et analyseobservation directe • BUT : • Observer et enregistrer les utilisateurs se servant du système avec un dispositif vidéo ou sans (papier-crayon)! • En laboratoire ou sur le terrain • Important pour identifier les gros problèmes • Inconvénients : • méthode intrusive, • prend du temps, • à négocier avec les utilisateurs • Avantages : • permet de voir ce que les gens font et non ce qu’ils disent (ou ce qu’on dit) qu’ils font • Utilisée en conception et en évaluation

Observation et analyseobservation directe • Avec verbalisation simultanée • on demande à l’opérateur de penser à haute voix! • Avantages : la situation de travail est éclairée sur l’instant! • Inconvénients : place les utilisateurs en situation de double tâche (plus complexe)! • Avec verbalisation consécutive • Dans un environnement sonore bruyant, dans le cas de tâche automatisée, déplacement continu! • Impose la vidéo (auto-confrontation) ou un relevé papier crayon minutieux! • Auto-confrontation peut-être collective ou croisée

Observation et analyseobservation directe Procédure (Etude d’utilisabilité) • Utiliserau moins 2 observateurs pour enregistrer les comportements • Définir une mission spécifique, résoudre un problème, dérouler un scénario • Choisir les utilisateurs parmi le public visé • Choisir le cadre de l’étude (laboratoire ou terrain) • Décider ce que l’on veut mesurer (ex: temps d’exécution, taux d’erreurs) • Combiner avec des interviews et des questionnaires

Observation et analyseobservation directe • Enregistrement : • Papier: bon marché, peu de détails, incomplet • Audio: parfois utile, difficile à analyser • Vidéo: le plus détaillé, intrusif ?, difficile à analyser, analyse rétrospective • Actions sur le clavier et la souris • Codage • Définir des catégories • Evénements discrets ou continus • Mesurer le degré de concordance

Observation et analysequestionnaire But • Résumé utile des avis de nombreux utilisateurs Suppositions • Les utilisateurs répondent honnêtement • Les questions concernent le phénomène auquel on s'intéresse

Observation et analysequestionnaire Objectifs • Identification des caractéristiques des utilisateurs (âge, expérience, sexe, formation…)! • Estimation subjective du niveau de charge de travail! • Identification des attentes, des besoins des préférences! • Recherche des habitudes et des préférences! • Evaluation subjective de l’utilisabilité et de la satisfaction de l’existant ou du produit conçu (cf. techniques d’évaluation) • Avantages : • Très utiles pour avoir des informations quantitatives! • Des retours d’utilisation (formulaires sur un site)! • Inconvénients : • Connaissances déclaratives

Observation et analysequestionnaire Concevoir un questionnaire • Quelle information recherchez-vous ? • Demander seulement ce qui est pertinent • Poser des questions appropriées • Qui est le public ? 50 - 1000 personnes • Comment l'envoyer et le récupérer ? En ligne ? Par courrier ? • Comment analyser les résultats ? • Les questions déterminent les statistiques

Observation et analysequestionnaire Styles de questions • Background : • Quel est votre âge ? • Informations générales : • Depuis combien d'années utilisez-vous le courrier électronique ? • Questions dirigées : • Combien de messages avez-vous reçu aujourd'hui ? • Choix multiple : • J'utilise la fonction de destruction de message o souvent o parfois o rarement o jamais

Observation et analysequestionnaire Styles de questions • Scalaire : • Je peux facilement gérer mon courrier Pas d'accord D'accord -2 -1 0 1 2 • Classement : • Classer les fonctions suivantes par ordre d'utilité : _ Copie aveugle _ Copie automatique à une liste de distribution _ Copie automatique à moi-même • Questions ouvertes : • Décrivez comment vous utiliser le courrier électronique ?

Observation et analysequestionnaire Principes de conception des questions • Structure parallèle des phrases • Ordre cohérent : positif vers négatif • Zéro est soit une réponse moyenne soit "je ne sais pas" • Penser à ajouter un degré de confiance • Poser plusieurs fois la même question de façon différente pour comparer les résultats • Eviter les réponses prévisibles

Observation et analysequestionnaire N’oubliez pas • Les questions dirigées et spécifiques : • sont plus facile à coder • bien au début d’un questionnaire • donne moins de détails intéressant • Questions générales et ouvertes : • sont très difficile à coder • peuvent donner les réponses très intéressant • Risque de donner les réponses stéreotypiques

Observation et analyseinterview Objectifs • Constitution d’un glossaire des termes des utilisateurs! • Création de répertoires de raisonnement! • Détermination des processus cognitifs qui régissent les activités! • Définition des enchaînements logiques des actions de l’utilisateur! • Recensement des besoins! • Enrichissement des données recueillies Suppositions • Les opinions sont subjectives • Les utilisateurs rationalisent souvent les événements

Observation et analyseinterview Concevoir un interview • Allez du spécifique à l’ouvert • Allez du dirigée à l’ouverte

Observation et analyseinterview Concevoir un interview • Questions spécifique et dirigées : • Mêmes questions, même format pour tout le monde • Ajouter des questions et re-interroger les sujets • Questions spécifique et ouvertes : • e.g., Technique de l'incident critique • Interroger à propos d'un événement marquant récent (la semaine dernière) • Généraliser à partir d'un cas particulier • Questions générales et ouvertes : • Permettre aux utilisateurs d'expliquer ce qu'ils font à leur manière

Observation et analyseinterview Questions spécifique et ouvertes • Variantes : Aider l’utilisateur de reconstruire la mémoire • Technique de l'incident critique • Raconter un événement récent et mémorable • Heure spécifiée par l’interviewer • Qu’est-ce qui c’est passé à ce moment précis <heure, date, endroit spécifique> ? • Object spécifique • Décrire la dernière fois que vous avez utiliser <cet objet-là>. • Situation spécifique • Raconter qu’est-ce qui c’est passé la dernière fois que vous étiez dans <situation spécifique>

Observation et analyseinterview Exemple Information Lens • Filtrage du courrier électronique • Etude de 2 ans à Xerox PARC • Les utilisateurs ont changé leur façon de gérer le courrier • Les utilisateurs ont changé le modèle des concepteurs du système

Observation et analyseinterview Questions spécifique et dirigées 1. Combien de messages avez-vous reçu aujourd'hui ? 2. Est-ce une journée typique ? sinon expliquez pourquoi. 3. Vous lisez votre courrier tous les combien ? 4. Lisez-vous tout votre courrier ? sinon, expliquer pourquoi. 5. Quel est le pourcentage de messages que vous voudriez n'avoir jamais vu ? 6. Combien de règles de filtrage avez-vous ? 7. Est-ce que l'une d'elles a été utilisée quand vous avez lu votre courrier ce matin ?

Observation et analyseinterview Technique de l'incident critique 1. Vous souvenez-vous avoir, la semaine dernière, cherché un ancien message ? Décrivez ce que vous avez fait pour le trouver. 2. Vous souvenez-vous avoir eu besoin, la semaine dernière, d'une information technique ? Décrivez ce que vous avez fait pour la trouver. 3. Vous souvenez-vous si, la semaine dernière, l'une de vos règles de filtrage n'a pas fonctionné comme vous vous y attendiez ? Qu'avez-vous fait ?

Observation et analyseinterview Questions ouvertes 1. Décrivez comment vous utilisez la messagerie. 2. Décrivez comment vous classez vos messages. 3. Quand préférez vous utiliser le courrier électronique ? le téléphone ? une conversation face-à-face ? 4. L'utilisation de Information Lens a-t-il changé la façon dont vous communiquez avec vos collègues ?

Observation et analyseinterview L’ordre est-il important !!! • Questions spécifiques avant les questions générales • Questions dirigées avant les questions ouvertes • Pourquoi ? La forme de la question influence beaucoup le style de la réponse

Observation et analyse Synthèse • Multiplier les perspectives! • Croiser les informations! • Étude des documents de formation, consignes etc.! • Entretiens, Observations, Enquêtes! • Croiser les interprétations! • Faites parler les gens, ET les regarder faire! • Synthétiser les données! • Analyse de tâches! • Scénarios de travail

Génération d’idées Pourquoi? • Trop souvent on développe un solution « évidente » • La phase d’exploration des solutions est inexistante (en générale l’informaticien fait des choix pour tout le monde) But : • Trouver des solutions aux problèmes soulevés dans l’analyse • Élargir l’espace de design !

Génération d’idées Techniques de conception Phase de production et d’évaluation des solutions de conception! • La conception est itérative! • La conception est un processus collectif! • Concepteurs de différents métiers (informaticiens, graphistes, fiabiliste, télécom…)! • Utilisateurs! • Ergonomes! • Client, décideurs (maître d#ouvrage)! • La conception est outillée par des techniques de réunions et de matérialisation des solutions de conception

Génération d’idéesscénarios But • Description réaliste d’une suite d’événements possibles réalisés par les utilisateurs • Forme : • histoire, « story board », video, tableau, description formelle! • Catégories : • scénarios d’utilisation décrivent l’utilisation d’un système existant! • scénarios de conception (ou de travail) imaginent l’utilisation de systèmes futurs • Pourquoi utiliser des scénarios ? • Pour stimuler l’imagination et la créativité, susciter des questionnements (« et si ? »), pour un design pertinent pour de vrais utilisateurs dans un vrai contexte, pour pallier aux insuffisances et à la rigidité des analyses hiérarchiques

Génération d’idéesscénarios Principes : • Descriptions concrètes • Accent mis sur des exemples particuliers (pas génériques)! • Dirigé par le travail (pas par la technologie)! • Ouvert, fragmentaire (ni complet, ni exhaustif)! • Informel, brut, familier! En pratique : • Création d’un ou plusieurs personnages • Buts, attentes, motivations! • Qui ? Age, sexe, éducation, expérience en informatique et sur internet! • Contexte Quand ? Où ? Sur quel ordinateur ? Taille de l’écran ? Sur quel navigateur ? Quelle connexion ? • Raconter une histoire dans un intervalle de temps donné; inclure des événements courants ou moins et des incidents en s’inspirant des données récoltées [Carroll, 1997]

Génération d’idéesscénarios Procédure : • À partir des observations ( incidents critiques, activités habituelles, …) • Choisir un jour précis et un utilisateur imaginaire • Développer un scénario ou une description détaillée de l’utilisateur au travail • Inclure des situations: • Habituelles et inhabituelles • Planifiées et non planifiées • Qui aboutissent et qui n’aboutissent pas.

Génération d’idéesbrainstorming But : • Générer le plus grand nombre possible d'idées créatives en un minimum de temps (20min à 1h) Procédure : • Réunir un petit groupe avec différents rôles et expertises • Limiter le temps (1h)! • Décrire un problème de conception spécifique • Générer autant d'idées que possible et les lister au tableau ou au rétroprojecteur • Sélectionner les meilleures idées • Peut intervenir à différentes phases • Idées de conception • Dessin des écrans • Evaluation

Génération d’idéesbrainstorming Quelques règles • Phase 1 • Générer une grande quantités d'idées • Faire participer tout le monde • Enregistrer toutes les idées • Ne pas évaluer les idées • Phase 2 • Classer les idées en fonction de leur qualité • Chacun annonce les idées qu'il préfère • Les idées sont classées par nombre de votes • Commencer la conception à partir des idées les mieux classées • Ne pas oublier les idées insolites

Conception détaillée Problème • Complexité des spécifications techniques • Problèmes ouverts et difficiles à spécifier • Communication au sein de l'équipe, avec les utilisateurs, les clients! But : • Chercher ensemble (utilisateurs, concepteurs) la forme du nouveau système • Faire les bons choix, et qui correspondent aux problèmes relevés • Pouvoir tester, rapidement et à moindre coût une version du nouveau système

Conception détailléescénarios de conception Différents des scénarios de travail) But : • Créer une description réaliste de l’utilisation du nouveau système. Procédure : • Prendre un scénario de travail existant • Utiliser les idées générées pendant le brainstorming • Modifier le scénario de travail pour inclure le nouveau système • Faire un storyboard avec texte et images

Conception détailléeprototypage But : • Créer l’illusion d’une interaction réelle entre les utilisateurs et le nouveau système. Intérêt des maquettes et prototypes: • étudier des alternatives de conception • s'assurer de l'utilisabilité dans différentes conditions • aider les concepteurs, les utilisateurs (ou les clients) à imaginer l'interface • se concentrer sur les parties problématiques de l'interface • se concentrer sur des détails qui font qu'un système bon en théorie est inutilisable • En pratique Garder trace des évaluations de solutions et du «pourquoi?» une solution a été ou non retenue (logique de conception) • Inconvénients contraintes de temps et d'argent perturbent ce cycle idéal

Conception détailléeprototypage Matériel : • Papier, crayons, post-it, transparents … • tableaux de papier • logiciels de présentation • générateurs d'interface Intérêt : • phases initiales de la conception (analyse des besoins, spécification ) • réalisables rapidement et par des non-informaticiens (ergonomes, futurs utilisateurs) facilement modifiables et paramétrables • supports de communication au sein de l'équipe de conception • faire surgir de nouvelles idées, fonctionnalités, difficultés (réactions spontanées) • vérifier l'adéquation des choix aux besoins des utilisateurs, des clients • éviter les malentendus

Conception détailléeprototypage • Exemple de prototype papier

Conception détailléeprototypage Simulation • Comprend l’ensemble des fonctionnalités du système • N’atteint pas les performances maximales du système • Matériel : • générateurs d'interface • plate-forme de développement • Intérêt • vérifier la faisabilité technique ou l'interopérabilité • valider une solution • mesurer un temps de réponse

Conception détailléeprototypage Simulation : Le Magicien d’Oz • Un humain supplée les déficiences du prototype et simule le futur système • intelligence naturelle pas artificielle • Interprétation des entrées de l’utilisateur par le le "Magicien" • Contrôle du comportement du système • Sensation d’utilisation d’un vrai système • Enregistrement des sessions

évaluation Techniques d’évaluation : • Enquête d’usage qui analyse la manière dont les utilisateurs agissent avec le produit dans une situation réelle • Revues de conception • Techniques d’inspection : s’appuie sur les connaissances d’un expert en facilité d’usage qui examine, selon des critères éprouvés, l’utilisabilité d’un produit mais sans utilisateur (Design Walkthrough) • Tests d’utilisabilité : permettent l’observation d’utilisateurs réels lorsqu’ils interagissent avec un système. Les utilisateurs sont priés d’effectuer des tâches (scénario d’utilisation) pendant que des experts enregistrent et interprètent.

évaluation Design Walkthrough But : Déterminer le meilleur choix de conception qualitativement. • Évaluation légère • Montrer/simuler et collecter des avis (utilisateurs, spécialistes IHM, informaticiens) • Se fait plutôt en phase d’exploration; Procédure: • Montrer la vidéo de chaque prototype • Le présentateur déroule le scénario • Le groupe identifie autant de problèmes que possible • On cherche à rassembler le plus de critiques (un peu à la manière de brainstorming) • Les critiques doivent être constructives.

évaluation Tests d’utilisabilité But : • Trouver les problèmes d’interaction s’il y en a, en observant le comportement dans une situation réaliste. Non-But : • Recueillir des commentaires • Faire en sorte que les utilisateurs réussissent les tests pour pouvoir dire « ils ont réussi le test » • S’assurer que ça marche vraiment • Vous serez tenu pour responsable si ça ne marche pas vraiment

évaluation Tests d’utilisabilité • Avant le test : • Faire des évaluations pilotes du matériel et des tâches • Préparer les tâches à accomplir par vos participants (et non cobaye) • Pendant le test : • Penser au confort des participants (au calme et seul), ne pas les angoisser pour qu’ils réussissent • C’est pas les utilisateurs qu’on teste mais c’est le système • Ne jamais avoir l’air déçu, les mettre à l’aise pour éviter qu’ils se sentent bêtes face aux observateurs • Le participant peut abandonner si il le veut. • Après le test : • Expliquer en quoi ils ont aidé, répondre aux questions qu’il a fallu repousser pour ne pas biaiser le test • Rendre anonyme les données, ne pas montrer la vidéo sans l’accord des participants.

Modélisation et Conception des IHMs centrées Utilisateur