Utilisabilité 07/06/12

Transcript

1. Tiré  d’une   présenta/on  de  Julie   Saulnier   Le  7    juin  2011  
2. Date   Agenda   •  Introduc.on  à  l’univers  de   l’u.lisabilité   •  L’importance  de   l’u.lisabilité  dans  le   dévelopment  d’un  intranet   •  Les  standards   interna.onaux   •  Le  processus  centré   u.lisateur   •  Boîte  à  ou.ls   •  Exemple  d’intranet  
3. Introduc/on  à  l’univers  de  l’u/lisabilité  
4. Qu’est-­‐ce  que  l’u/lisabilité     •  Les  experts  en  u.lisabilité  s’intéressent…   •         À  l’interface  en  tant  que  point  de  rencontre   entre  l’humain  et  la  machine.  Les  experts  en   u.lisabilité  appliquent  les  théories,  les  méthodes   et  les  analyses  au  processus  de  concep.on  dans   le  but  d'op.miser  l’expérience  u.lisateur  et  la   performance  globale  du  système.     Agenda  >  Introduc.on  à  l’univers  de  l’u.lisabilité  >  Qu’est-­‐ce  que  l’u.lisabilité  
5. Qu’est-­‐ce  que  l’u/lisabilité     •  Une  défini.on  :     •    C’est  la  mesure  du  degré  de  facilité  avec   laquelle  un  u.lisateur  accomplit  une  tâche   donnée.     •  Mais  que  veulent  les  u.lisateurs  ?   •     La  possibilité  d’accomplir  leurs  objec.fs  (ce   pour  quoi  ils  étaient  venus  visiter  le  site)  sans   faire  d’erreurs  et  dans  un  temps  raisonnable.     Agenda  >  Introduc.on  à  l’univers  de  l’u.lisabilité  >  Qu’est-­‐ce  que  l’u.lisabilité  
6. Qu’est-­‐ce  que  l’u/lisabilité  (suite)   L’u.lisabilité  d’une  applica.on  se  mesure  selon   trois  grands  critères  objec.fs  :   •  l’efficacité,  c’est-­‐à-­‐dire  l’aXeinte  des  objec.fs  par   l’u.lisateur  ;   •  l’efficience,  c’est-­‐à-­‐dire  l’économie  des  ressources   nécessaires  pour  aXeindre  ces  objec.fs  ;   •  la  sa.sfac.on,  c’est-­‐à-­‐dire  le  sen.ment  d’agrément   ou  le  contentement  procuré  à  l’u.lisateur  lors  de   l’u.lisa.on  de  l’applica.on.   Agenda  >  Introduc.on  à  l’univers  de  l’u.lisabilité  >  Qu’est-­‐ce  que  l’u.lisabilité  
7. Qu’est-­‐ce  que  l’u/lisabilité     •    Si  les  objec.fs  sont  aXeints  et  que  ces  deux  variables   (erreurs  et  temps)  sont  sa.sfaisantes,  l’EXPÉRIENCE  sera   POSITIVE.     Agenda  >  Introduc.on  à  l’univers  de  l’u.lisabilité  >  Qu’est-­‐ce  que  l’u.lisabilité   Sa/sfac/on   Efficacité   Efficience
8. L’importance  de  l’u/lisabilité   dans  le  développement  d’un  Intranet  
9. Les  bénéfices  des  ac/vités  en  u/lisabilité   •  Augmenter  de  la  produc.vité  des  employés  en   assurant  le  succès  dans  l’accomplissement  des   tâches  quo.diennes  effectuées  par  ceux-­‐ci  au   moyen  de  l’intranet  ;   •  Augmenter  la  fréquence  des  visites  ;   •  Contribuer  à  l’homogénéité  de  l’informa.on   transmise  et  u.lisée  par  la  compagnie  ;   •  Augmenter  le  sen.ment  de  sa.sfac.on.   Agenda  >  L’importance  de  l’u.lisabilité  >  Les  bénéfices  des  ac.vités  en  u.lisabilité  
10. Les  bénéfices  (suite)   •  Diminu.on  des  risques  d’erreurs    En  réduisant  la  confusion,  l’incohérence,  les  ambiguïtés  et   toute  autre  anomalie  dans  la  concep.on  d’une  interface,   nous  réduisons  le  risque  qu’un  u.lisateur  commeXe  une   erreur  lors  de  son  u.lisa.on.  L’erreur  d’un  u.lisateur  est   souvent  aXribuable  à  une  mauvaise  concep.on  de   l’interface.   •  Augmenta.on  de  la  récep.vité  de  l’u.lisateur    La  plupart  des  u.lisateurs  vont  u.liser  une  interface  qui  a   été  conçue  de  façon  conviviale  et  ils  vont  s’y  sen.r  en   confiance.   Agenda  >  L’importance  de  l’u.lisabilité  >  Les  bénéfices  des  ac.vités  en  u.lisabilité  (suite)  
11. Les  bénéfices  (suite)   Préven.on  et  réduc.on  des  coûts    Il  vaut  mieux  prévenir  que  guérir.     •    L’introduc.on  d’une  approche  de  concep.on  centrée  sur   l’u.lisateur  fait  diminuer  les  coûts  engendrés  par  les   modifica.ons  et  réduit  les  mauvaises  surprises  quant  à   l’envergure  du  projet.     •    Il  est  important  de  comprendre  que  le  retour  sur   inves.ssement  qui  découle  de  l’u.lisabilité  est  plus  grand   quand  ceXe  méthode  est  introduite  au  début  du  projet.  En   effet,  une  connaissance  des  pra.ques  de  l'u.lisateur  dès  le   début  de  l’étape  de  développement  permet  d’assurer  le   raffinement  du  projet  ainsi  que  son  bon  déroulement.     Agenda  >  L’importance  de  l’u.lisabilité  >  Les  bénéfices  des  ac.vités  en  u.lisabilité  (suite)  
12. Les  standards  interna/onaux  
13. •   Normes  ISO  (ISO  9241,  13407  et…)   •   W3C-­‐World  Wide  Web  Consor.um  (Les  ac.vités  du  W3C  sont  dirigées   vers  l'interopérabilité  et  l'accessibilité  des  sites  Web).   Les  standards  interna+onaux   Agenda  >  Les  standards  interna.onaux  >  Quelques  exemples  
14. Les  standards  concernant  l’u.lisabilité  peuvent  être  regroupés   en  quatre  catégories  primaires  :     •   L’u.lisa.on  du  produit  (efficacité,  efficience  et  sa.sfac.on   dans  un  contexte  d’u.lisa.on  déterminé).   •   L’interface  u.lisateur  et  les  éléments  d’interac.on.   •   Le  processus  de  développement  auquel  le  produit  a  été   soumis.       •   La  capacité  de  l’organisa.on  à  intégrer  un  développement   centré  sur  l’u.lisateur.   ISO-­‐  Les  standards  interna.onaux  rela.fs  à  IHO   (HumanComputerInterac.on)  ainsi  qu’à  l’u.lisabilité  :   Agenda  >  Les  standards  interna.onaux  >  ISO  
15. ISO-­‐  Les  standards  interna.onaux  rela.fs  à  IHO  (HCI)  ainsi   qu’à  l’u.lisabilité  :   •      Agenda  >  Les  standards  interna.onaux  >  ISO   ISO/IEC  9126-­‐1     ISO  9241-­‐11(Guidance   on  Usability  )   ISO  9241(Ergonomic   requirements  for  office  work   with  visual  display  terminals.)       ISO  9226-­‐1(Quality  in  use   Ressemble  9241-­‐11)   Iso  14915  (Sowware  ergonomics   for  mul.media  user  interfaces  )   ISO13407  (Human-­‐ centred  design   processes  for  interac.ve   systems  )   ISO  TR  16982:  (Usability   methods  suppor.ng   human  centred  design)   ISO18529  (Ergonomics  of   human-­‐system   interac.on  -­‐  Human-­‐ centred  lifecycle  process   descrip.ons  )  
16. Le  processus  centré  u/lisateur  
17. Le  processus  de  développement     Agenda  >  Le  processus  centré  u.lisateur  >  Le  processus  de  développement   •  Comprendre  et  préciser  le  contexte  d’u.lisa.on  –     •   Analyse  contextuelle,  entrevue  u.lisateur,     •  Concep.on  de  la  structure  de  l’intranet  –  Développement  de  l’architecture   d’informa.on     •   Classement  de  carte   •  Design  de  l’interface  –  Développement  des  prototypes  des  interfaces   •   Valida.on  auprès  des  u.lisateurs   •  Élabora.on  du  guide  ergonomique  –  Préciser  et  documenter  les  normes   ergonomiques  ainsi  que  l’interac.on  u.lisateur.     •  Forma.on  –  Séances  d’informa.on  sur  les  principaux  principes  d’u.lisabilité   ainsi  que  le  design  associé  à  la  ges.on  de  contenu.    
19. Boîte  à  ou/ls  
20. Personas  et  scénarios  de  naviga/on   Évalua/on  heuris/que   Observa/on  contextuelle     Classement  de  carte   Dévelopment  de  prototype     Valida/on  auprès  d’u/lisateurs  réels   La  boîte  à  ou/ls         Agenda  >  La  boîte  à  ou.ls  
21. Personas  et  scénario  de  naviga/on   • Personnages  virtuels  :     • Les  personnages  virtuels  sont  les  représentants  des  u.lisateurs  types  de   l'applica.on.  Ce  sont  en  quelque  sorte  des  archétypes  d'u.lisateurs,  pour   lesquels  on  définit  un  panel  de  caractéris.ques  (prénom,  âge,  besoins,   envies,  tâches,  expérience  avec  l'ou.l  informa.que,  mé.er,  etc.).    Ils   servent  de  guide  lors  du  processus  de  développement.   • Scénario  de  naviga.on   • Parcours  et  ac.ons  de  l'u.lisateur  dans  l'applica.on  en  fonc.on  de  la   tâche  qu'il  doit  accomplir.  En  définissant  des  scénarios  de  naviga.on,  on   peut  adapter  l'interface  et  son  comportement  aux  besoins  de  l'u.lisateur.       Agenda  >  Boîte  à  ou.ls  >  Personnages  virtuels  et  scénarios  de  naviga.on  
22. Évalua/on  heuris/que   • L’analyse  experte  est  un  excellent  ou.l  de  diagnos.c  comparable  à  un  examen   général  chez  votre  médecin  de  famille,  puisqu’elle  permet  d’iden.fier  et  d’évaluer   les  problèmes  d’ergonomie  en  fonc.on  de  leur  gravité,  tout  en  proposant  des   pistes  de  solu.on  afin  de  les  résoudre.     • Entre  deux  et  quatre  ergonomes  évalueront  le  site.   • Guidés  par  les  scénarios  d’u.lisa.on,  les  experts  en  ergonomie  vont  passer  en   revue  les  différentes  composantes  de  l’applica.on  (l’interface  personne-­‐machine,   la  structure  du  système,  la  naviga.on,  les  fonc.onnalités  disponibles,  etc.)     • Vérifier  si  ces  composantes  respectent  certains  critères/principes  reconnus  en   u.lisabilité  (les  critères  heuris.ques)   Agenda  >  Boîte  à  ou.ls  >  Évalua.on  heuris.que   Iden.fica.on  rapide  et  peu  coûteuse  de  la  majorité  des  problèmes  reliés  à   l’ergonomie.    Formula.on  de  recommanda.ons  tac.ques    
23. Klingons,  then  mostly  purple  chrysan  
24. Analyse/observa/on  contextuelle   •     L’analyse  contextuelle  est  une  méthode  d’étude  pra.que  dans  laquelle  des   spécialistes  de  l’u.lisabilité  observent  des  gens  exécuter  leurs  tâches  quo.diennes   dans  leur  milieu  de  travail.   •     Les  spécialistes  de  l’u.lisabilité  observent  l’expérimenta.on  en  cours  et   recueillent  des  données  concrètes  plutôt  que  de  demander  aux  u.lisateurs  un   compte-­‐rendu  de  leur  expérience.   •     Le  dialogue  entre  le  facilitateur  et  l’u.lisateur  permet  souvent  l’iden.fica.on  de   problèmes  d’u.lisabilité  qui  n’avaient  pas  été  relevés  au  départ.   Agenda  >  Boîte  à  ou.ls  >  Analyse/observa.on  contextuelle   CeXe  méthode  peut  demander  beaucoup  de  temps  car  on  doit  parcourir  le  site  avec   chaque  individu.     Souvent  employée  pour  les  applica.ons  et  produits  u.lisés  en  milieu  de  travail.  
25. Classement  de  cartes     – Le  classement  de  cartes  permet  à  des  u.lisateurs  de   définir  une  structure  qui  leur  est  propre  pour  le  site  en   devenir.     – Il  existe  plusieurs  variantes  du  classement  de  cartes.  En   règle  générale,  de  façon  individuelle,  un  minimum  d’une   quinzaine  de  par/cipants,  représenta.fs  du  public  cible,   sont  invités  à  grouper  par  famille  un  ensemble  de  cartes.   Cet  ensemble  est  établi  préalablement  par   l'expérimentateur.     Agenda  >  Boîte  à  ou.ls  >  Classement  de  cartes  
26. Classement  de  cartes  (suite)   – Lorsque  plusieurs  par/cipants  proposent  des   regroupements  homogènes,  cela  peut  indiquer  des   regroupements  possibles  dans  l'organisa/on  des  contenus   du  site.     – Le  classement  de  cartes  est  une  ac/vité  sta/s/que,  qui  se   base  sur  la  fréquence  à  laquelle  des  concepts  sont  associés   les  uns  aux  autres.  Il  permet  de  trouver  des  associa/ons,  une   certaine  hiérarchisa/on  des  contenus  à  l’intérieur  des   catégories,  mais  ne  donne  pas  forcément  des  informa/ons   sur  l’importance  des  catégories.     Agenda  >  Boîte  à  ou.ls  >  Classement  de  cartes  
27. Classement  de  cartes  (suite)   Agenda  >  Boîte  à  ou.ls  >  Classement  de  cartes  
28. Architecture  d’informa/on     – Architecture  d’informa/on  :   – Il  est  important  de  développer  une  structure  de  l’informa.on  qui  correspond  à   un  dénominateur  commun  du  schème  d’organisa.on  op.mal.  L’architecture   d’informa.on  est  la  structure,  la  fonda.on  du  système/applica.on.     –    L’univers  taxonomie  :  classifica.on  -­‐  regroupement  d’idée/informa.on  selon  le   degré  d’associa.on  ou  de  différen.alisa.on.     –    L’univers  séman.que  :  sous-­‐domaine  de  la  sémio.que  (branche  de  la   linguis.que)  qui  étudie  les  signifiés,  c'est-­‐à-­‐dire  les  concepts  ou  idées  exprimés   par  un  signe  linguis.que  (un  mot  ou  un  groupe  de  mots).   Agenda  >  Boîte  à  ou.ls  >  Architecture  d’informa.on  
29. Klingons,  then  mostly  purple  chrysan  
30. Schémas  d’interface   – Schémas  d’interface  (maqueYage)  :   –    Les  schémas  d’interface  sont  une  représenta.on   simplifiée,  en  noir  et  blanc,  des  interfaces  de  l’applica.on.   Ils  donnent  une  idée  du  site  à  venir  en  incluant  tous  les   éléments  qu’on  devra  retrouver  à  l’écran,  sans  oublier  le   fonc.onnement  du  système  de  naviga.on.   Agenda  >  Boîte  à  ou.ls  >  Schémas  d’interface    
31. Klingons,  then  mostly  purple  chrysan  
32. Valida/on  auprès  d’u/lisateur  réels   • Des  recherches  approfondies  en  u.lisabilité  démontrent  qu’il  existe  une  énorme   différence  entre  ce  que  les  u.lisateurs  font  en  ligne  et  ce  qu’ils  disent  faire.     • À  l’aide  de  prototypes  dérivés  des  schémas  d’interface,  le  spécialiste  en   ergonomie  guide  le  par.cipant  à  travers  une  série  de  scénarios  lors  de  séances   individuelles.  Un  exemple  de  scénario  pour  un  site  bancaire  serait  d’effectuer  un   transfert  de  fonds.     • Le  meilleur  temps  pour  effectuer  des  tests  avec  des  u.lisateurs  est  lors  de  l’étape   de  prototypage.  Cela  permet  d’économiser  temps  et  argent  puisque  rien  n’a   encore  été  développé  ni  codé  à  ceXe  étape.     Agenda  >  Boîte  à  ou.ls  >  Valida.on  auprès  d’u.lisateur  réels   Excellente  méthode  pour  acquérir  des  données  rela.ves  au  comportement  de   l’u.lisateur.  Taille  de  l’échan.llon  :  5  par.cipants  par  cellule  (recherche  8-­‐  150…   par.cipants).   .  
33. Valida/on  auprès  d’u/lisateur  réels   (suite)   • Les  séances  :   • Les  par.cipants  recrutés  sont   représenta.fs  des  u.lisateurs  réels  et   poten.els.   • Les  séances  sont  individuelles  (afin  de   garan.r  une  informa.on  mesurable   non  contaminée).   • Les  séances  se  font  dans  un   environnement  contrôlé  ou  en  milieu   de  travail  .   Agenda  >  Boîte  à  ou.ls  >  Valida.on  auprès  d’u.lisateur  réels  
34. Valida/on  auprès  d’u/lisateur  réels   (suite)   Agenda  >  Boîte  à  ou.ls  >  Valida.on  auprès  d’u.lisateur  réels  
35. Exemple  d’intranet  
37. Date  
39. Sujets  reliés   •  Écrire  pour  le  web   •  Développement  et  mise  à  jour  de  contenu   •  Zone  sécurisée   •  Dossier  employé   •  Personnalisa/on  
40. Liens  intéressants     •  U.lisabilitequebec.org  et  Upa   •  Usabilis.com   •  Ergolab.net   •  Acm.org  (ACM  SIGCHI  -­‐  Special  Interest   Group  on  Computer-­‐Human   Interac.on  )   •  Humanfactors.com   •  Usabilinet.com