Prsentation PowerPoint - PowerPoint PPT Presentation

1 / 58
About This Presentation
Title:

Prsentation PowerPoint

Description:

Le syst me vu sous l'angle de l'interface utilisateur. Assurer l'acceptabilit ... acte cr atif dans un processus collectif auquel contribuent activement, avec ... – PowerPoint PPT presentation

Number of Views:155
Avg rating:3.0/5.0
Slides: 59
Provided by: Cae81
Category:

less

Transcript and Presenter's Notes

Title: Prsentation PowerPoint


1
La conception participative de systèmes
interactifs principes et méthodes,
instrumentalisation Jean Caelen DR CNRS
2
Enjeux de la conception en TIC
  • Assurer l'utilité
  • Le système envisagé dans le contexte dune
    activité
  • Assurer l'utilisabilité
  • Le système vu sous langle de linterface
    utilisateur
  • Assurer lacceptabilité (utilisation)
  • Le système vu sous langle du sens de lusage
  • Impliquer l'utilisateur dans la boucle de
    conception
  • Élargir le champ des situations dutilisation
    possibles
  • Choisir une méthodologie adaptée

3
Quest-ce que lusage?
Trois visions complémentaires de lusage
Lusage traité sous langle de lutilité dun
objet dans les activités dun utilisateur
Economie cognitive
Lusage traité sous langle de lutilisabilité
(facilité dusage) dun objet dans les activités
de lutilisateur
Ergonomie
Lusage traité sous langle du sens de lusage
dun objet dans les pratiques et la vie
quotidienne de lutilisateur
Sociologie de lusage
4
HISTORIQUE de la conception participative
  • Distribution du pouvoir (approche démocratique,
    issue de la confrontation employeur-employés)
  • Années 70, École scandinave

Équipe de conception formalisée avec législation
procédurale centrée rôles
Imposition
Marchandage
Employeur et ses experts (internes et externes)
Utilisateurs et ses experts (syndicats)
5
2) Collecte de savoirs (approche élicitation par
des experts) Années 80
Equipe de co-conception centrée qualité du produit
Interviews
Validation
Utilisateurs et experts (ergonomes)
Expert et client (donneur dordre employeur)
6
3) Co-conception ou conception collective chaque
acteur est ambivalent UC Années 90
Équipe de conception centrée création Chaque
acteur joue le rôle de concepteur et
dutilisateur et dialogue avec tous les autres
acteurs
7
Et en France ?
Le groupe de travail a organisé, sur un peu plus
de 18 mois (mi 96 début 98), huit séances dune
journée sur des études de cas dutilisation de
NTIC (ou de projets dutilisation) dans un
contexte social donné en entreprise. Cette
réalisation ou ce projet était alors analysé de
manière croisée et interdisciplinaire. A chaque
séance se retrouve le groupe de base mais sont
également invités des experts STIC ou SHS. Jean
Caelen, animateur, (CNRS CLIPS-Grenoble)/ Claude
Henry, animateur, (CNRS LIMSI-Orsay)/ Pierre
Falzon (CNAM)/ Armand Hatchuel (CGS Ecole des
Mines de Paris)/ Isaac Joseph (Université de
Nanterre)/ Jean Louis Lacombe (Groupe LAGARDERE)/
Philippe Mallein CNRS CAUTIC Grenoble/ Joseph
Mariani (CNRS LIMSI-Orsay/ Victor Scardigli (CNRS
IRIS Dauphine)/ Jean Noël Temem (SNCF Direction
de la Recherche)/ Jean Pierre Tubach (ENST
Paris)/ Georges Vignaux (CNRS INALF MENRT).
8
Les huit cas
  • SNCF, Le système ASTREE
  • SNCF, Le système SOCRATE
  • Groupe LAGARDERE, Le livre électronique
  • SFACT, Le monde aéronautique
  • IBM Formation, Les actes dapprendre et
    denseigner
  • Municipalité dIssy les Moulineaux, La vie
    citoyenne
  • Hôpital de Grenoble, Les gestes chirurgicaux
  • ART3000, La création artistique

9
Quelques questions...
  • quelle est la place des NTIC dans la communauté
    scientifique ? Dans lentreprise ?
  • doit-on satisfaire les utilisateurs ? les
    entreprises ?
  • doit-on suivre un rythme dinnovation ? si oui
    lequel ?
  • quelles sont les fêlures, ruptures, décalages,
    appropriations des technologies par les
    utilisateurs ?
  • quelles est lutilité, lutilisabilité dun
    système innovant ?
  • comment en maîtriser la sécurité ?
  • comment gérer le détournement ?
  • comment accompagner ou limiter ou intégrer un
    nouvel usage ?

10
Quelques facteurs
  • Linstitution elle influe sur le choix des
    métaphores de conception, lorganisation du
    projet, la méthode de conception, lexploitation
    du produit
  • Le métier déplacement du métier vers une
    moindre compétence (surveillance au lieu de
    pilotage, juriste au lieu déditeur ou
    dimprimeur) ou vers une plus grande
    spécialisation (chirurgien)
  • Les acteurs clients, usagers, utilisateurs,
    producteurs, créateurs, chefs de projets,
    commanditaires, juriste, hommes du marketing,
    ingénieurs du bureau détude, développeurs (de
    nombreux rôles et profils)
  • La situation de travail elle influe sur les
    choix technologiques (facteur de sécurité,
    facteur de charge cognitive, aptitude des
    acteurs, temps de réponse, fiabilité de
    fonctionnement, etc.)
  • Lenvironnement lespace (la gare, la salle de
    contrôle), le temps (action collective synchrone
    dans les NTE, action collective asynchrone dans
    le livre électronique)

11
Facteur de départ du projet
  • exploitation commerciale ASTREE
  • client SOCRATE
  • producteur Livre
  • situation Aéro
  • utilisateur Formation
  • commanditaire Vie citoyenne
  • métier GMCAO
  • objet technique Art
  • Les autres facteurs sont apparus plus
    tardivement.
  • Lorsquils ont été mal pris en compte ou trop
    tard le projet a échoué.

12
Rôle des utilisateurs
  • Pour la cible du produit et au cours de la
    conception
  • passif ASTREE, SOCRATE, Livre, Vie citoyenne,
    GMCAO (patient)
  • réactif Aéro, Formation
  • actif Art, GMCAO (chirurgien)

13
Identité des utilisateurs
Dans lusage du système (par rapport à la
tâche) ASTREE U actif -gt réactif, tâche
libre -gt prescrite SOCRATE U passif -gt
passif, tâche prescrite -gt contrainte Livre
U passif -gt passif, tâche prescrite -gt
libre Aéro U actif -gt réactif,
tâche prescrite -gtcontrainte Formation U
actif -gt réactif, tâche contraint -gt libre Vie
Citoyenne U passif -gt réactif, tâche libre
-gt contrainte GMCAO U (chirurgie) réactif -gt
actif, tâche prescrite -gt prescrite Art U
passif -gt actif, tâche contrainte -gt libre
14
Résultats 1/3
  • 1- Le développement technologique est trop
    technocentré,
  • 2- Il sadresse à des groupes limités
    dutilisateurs considérés comme des
    professionnels, à quelques exceptions près,
  • 3- Le développement technologique est un
    processus sintroduisant dans une organisation
    sociale existante, elle-même en transformation,
    dans laquelle linstitution (du moins en France)
    est forte,
  • 4- De forts processus identitaires accompagnent
    toujours les transformations technologiques
    adhésions (précoce, mature, suivisme), hostilité,
    détournement
  • 5- Les niveaux de la structure sociale en
    mouvement sont variés (exemple du livre
    électronique),
  • 6- Lacteur instrumenté est rarement vu comme un
    sujet agissant, mais comme un simple utilisateur
    on ne se pose pas bien souvent la question Qui,
    pour qui ? mais plutôt Quoi, comment ?

15
Résultats 2/3
7- Le caractère presque toujours
multidimensionnel de laction est mal pris en
charge le sujet opère sur plusieurs fils
d'activité, il est intégré dans un grand système
(sans compter son environnement immédiat, bureau,
terrain, etc.) et est intriqué dans un système
collectif d'acteurs. 8- Lactivité collective
nest pas assez étudiée et donc mal intégrée dans
les systèmes interactifs. 9- On ne fait pas bien
souvent la différence entre tâche et activité, et
les systèmes sont trop souvent centrés  tâche ,
ils sadressent donc plutôt à des experts. 10-
Les formes nouvelles dinteractivité sont encore
balbutiantes la multimodalité, la prise en
compte de l'environnement, 11- La prise en
compte des caractéristiques des acteurs reste
limitée à des modèles statiques, ne rendant pas
les systèmes adaptatifs ou évolutifs mais
simplement adaptables.
16
Résultats 3/3
12- L'extrême diversité des personnes et des
acteurs est trop peu prise en compte, surtout
dans les applications grand public. 13- Létude
dune interaction instrumentée reste souvent
prisonnière de la représentation dominante de
linteraction sans instrument et passe par des
métaphores plus ou moins bénéfiques la
métaphore du bureau pour l'ordinateur personnel,
celle de la classe pour les didacticiels,
etc. 14- Le processus de conception des systèmes
n'anticipe pas suffisamment les usages peu de
sociologues et d'ergonomes participent au
développement des projets avec les concepteurs
on reste dans le schéma classique du "bureau
d étude".
17
  • Conception participative (orientée usages)
  • Une philosophie de conception/développement de
    produits intégrant tout le cycle de vie du
    produit, en particulier jusquà la phase de
    maintenance et de destruction
  • La méthode fait appel le plus souvent possible à
    une parallélisation des tâches. Il y a des phases
    de travail collaboratif et de travail individuel.
    Le partage du travail se négocie (workflow).
  • Une méthode de conception intégrant tous les
    participants au sein de léquipe de conception,
    en particulier les utilisateurs et les ingénieurs
    du développement, les ergonomes, les sociologues,
    les économistes, les chefs de projets, etc.
  • Une méthode de conduite déquipe
    multidisciplinaire passant par la formation
    croisée et la capitalisation (connaissances,
    expériences et savoir-faire). Les acteurs de la
    conception perdent leur rôle social, seules les
    connaissances et compétences sont prises en
    compte.

18
La conception est une activité collective et
créative non planifiable a priori (action située)
Verbal
Image mentale
Concept mental
Verbal
Artefacts
temps
Concept concret
Échange de savoirs Gestion de buts Apprentissage
Du concept diffus au concept concret verbalisable
en passant par des artefacts
19
  • Lacteur dans le processus
  • Comment se voit-il comme utilisateur,
  • Comment se voit-il comme concepteur,
  • Comment voit-il les autres utilisateurs,
  • Comment voit-il les autres concepteurs,
  • Quels sont ses modes de raisonnement,
  • Quelles sont ses connaissances et savoir-faire,
  • Quel est son vécu (mondes darrière-plan),
  • Quelles sont ses motivations
  • Quels sont ses procédures dapprentissage.

Se donner et Lui donner des outils pour une
meilleure prise en compte de son activité en
Dialogue/Conception gt plate-forme COUCOU
(Conception Orientée Usages en Communication et
Objets Ubiquistes)
20
  • COUCOU cherche à instrumentaliser
  • les séances de travail collaboratives en
    conception participative et vise à améliorer les
    échanges entre les acteurs en leur fournissant
  • un cadre de travail dépendant des moments de la
    conception
  • des mécanismes de régulation (de la prise de
    tour de parole, des droits intellectuels, etc.)
  • une base dexpériences antérieures
  • un support déchange de connaissances
    structurées
  • un cadre matériel de communication et de travail

21
Visioconférence Acteurs Smart room
Filtrage Identification Trace pertinente
Capture
Enregistrement des dialogues
Jeux et cas
Observation
Capitalisation
Analyse de lactivité
Organisation
Domaines Connaissances
Conceptualisation
Moments Activité de conception
22
Définition de  smart room 
Salle  intelligente  équipée de matériel de
capture Réseau informatique, Tableau
tactile Tablettes graphiques Audio, visuel,
geste, mouvement Capteurs micro-électroniques Tabl
e de conception, Maquettes
23
NIST vision du futur
  • identifier et percevoir les utilisateurs, leurs
    actions et leurs objectifs
  • interagir facilement avec des sources
    d informations riches
  • fournir des moyens de présentations variés
  • anticiper les besoins des utilisateurs pendant
    l exécution de tâches
  • fournir des enregistrements et des résumés pour
    une utilisation ultérieure
  • supporter une collaboration locale et distante

24
  • Analyse des données
  • Enregistrement et filtrage des données
  • Classification et segmentation des données
    audiovisuelles
  • Audio identification de locuteur et
    segmentation audio
  • Vidéo segmentation automatique sélection
    dimages clés
  • Annotation et analyse

25
Observation et annotation
26
Visioconférence Acteurs Smart room
Filtrage Identification Trace pertinente
Capture
Enregistrement des dialogues
Jeux et cas
Observation
Capitalisation
Analyse de lactivité
Organisation
Conceptualisation
Domaines Connaissances
Moments Activité de conception
27
En conception participative, tous les acteurs
sont considérés comme experts et leur
participation est basée sur leurs connaissances
propres plutôt que sur les rôles quils jouent ou
les intérêts quils représentent. Il sagit dun
acte créatif dans un processus collectif auquel
contribuent activement, avec leurs différents
savoirs, toutes les personnes concernées par le
résultat du processus.
Conséquence le processus nest pas entièrement
planifiable (il lest seulement autour de
 moments ). Un moment est une articulation à
gros grain.
28
Quelques moments Brassage didées socio
OU ergo Conception sur scénarios
ergo Consentement à payer éco Sélection des
fonctionnalités socio ET ergo Validation des
fonctionnalités par Moz ergo Validation des
fonctionnalités par jeu dacteur
socio Rédaction collective du cahier des
charges gestion Etc
Conséquence ces moments donnent des cadres
daction (et dinteraction entre les acteurs)
types
29
Le processus de conception peut être modélisé par
un graphe de moments dans lequel les transitions
sont des passages qui peuvent se négocier (LOOP
et OU)
Prérequis Corps Postrequis
Moment 1
OU
Conditions Prise de décision
Moment 3
Moment 2
Moment 4
ET
SEQ
LOOP
Moment 6
Moment 5
Activité de conception Graphe de transition
30
Définitions Phase est un point de passage de
la conception ou un moment particulier situé dans
le temps. La notion de phase renvoie à celle de
chronogramme et partant, à celle dorganisation
temporelle du projet de conception. Moment
relève dune organisation à gros grain de la
conception. Cest un ensemble de tâches ayant une
cohérence causale et dont lexécution conduit à
un résultat tangible pour la conception
Primitive est une tâche élémentaire
réutilisable. Elle peut ne pas avoir de sens par
rapport au travail proprement dit de conception
(par exemple sinscrire à un groupe). Elle se
caractérise par son insécabilité.
31
Formalisation dun moment (resp. une
primitive) Prérequis est lensemble des
données nécessaires à lexécution du corps. Ces
données peuvent être assorties de conditions ou
de contraintes. Corps est lensemble des
primitives (respectivement des instructions)
utilisées et organisées sous forme de procédures
ou dalgorithme Postrequis est lensemble des
données de sortie du moment. Elles peuvent être
assorties de conditions ou de contraintes
dutilisation, ou de probabilités de préférence,
ou de fonctions coût, etc.
Exemple de moment Séance de créativité
Prérequis  artéfact(x0) ? (y acteurs(y) ?
inscrits(y)) Corps  Brassage didées(x, y) SEQ
Sélection didées(x, y) Postrequis 
artéfact(x1) ? artéfact(x2) ? (p(x1) gt
p(x2)) Exemple de primitive Brassage
didées(x,y) Prérequis  non-vide(x) ?
non-vide(y) Corps  produire(artefact,
discussion(y)) ? produire(concept, discussion(y))
Postrequis  (x (artéfact(x) ? concept(x)) ?
non-vide(x))
32
  • Un langage de description
  • Moment
  • Nom, paramètres et fonction
  • Objet description en langage naturel
  • Prérequis
  • Corps
  • Postrequis
  • Éventuellement contraintes externes

Conception sur scénario ? sessions, Durée lt 3
jours
  • Objet  établir les fonctionnalités du système
    ERGO
  • Acteurs  ergonome, ingénieurs métier, ingénieur
    IHM, utilisateurs
  • Prérequis CCB, scénarios, fonctionnalitéØ
  • Entrée intermédiaire  CCB, scénarios, Notes
    CCFI
  • Corps  Brassage(fonctionnalité) SEQ Sélection
    (fonctionnalité)
  • Sortie intermédiaire Notes CCFI (cahier des
    charges fonctionnel initial)
  • Postrequis CCFI

33
Les moments phase 1 (début)
  • Définition de la prestation
  • Réunion plénière des acteurs
  • Analyse de la concurrence
  • Modèle économique
  • Réunion méthode-sociologie
  • Réunion méthode-ergonomie
  • Réunion méthode-économie
  • Gestion du projet synthèse de la phase 1
  • Entrée dans une norme
  • Human Centred Design ISO 13407
  • Analyse fonctionnelle AFNOR NF X 50-151
  • Analyse de la valeur AFNOR NF X 50-152

Procédures normalisées
34
Définition de la prestation LOOP
  • Objet déterminer la prestation sur le cycle de
    vie
  • Acteurs chef de projet client experts
  • Entrée base dexpériences, base de moments
  • Corps cibler le besoin du client ET (simuler
    le  cycle de vie  SEQ calculer le coût de la
    prestation SEQ calculer le RoI du client)
  • Sortie contrat PERT

Expés.
Guides
Méthode de travail en séance Laisser le client
exposer ses besoins - écoute Lui proposer une
prestation éviter que les experts ne se
contredisent LOOP Affiner le besoin et
converger vers une prestation Simuler la
prestation (workflow, ressources, PERT,
coût) FinLOOP Rédiger le contrat
Gestionnaire projet
Définition de la prestation
Référence projet
Contrat
Les rôles Le rôle danimateur est tenu par le
chef de projet. Il doit pouvoir accéder à la base
des moments. Les experts aident le chef de projet
à préciser la prestation. Ils ont accès à la base
dexpériences de la plate-forme et à leurs
propres données. Le client peut lui aussi être
accompagné dexperts. Il peut se servir
dartéfacts matériels. Il peut présenter son
besoin à laide de documents ou non. Il ny a pas
dobservateur.
35
Phase 1 exempleSéance  définition de
prestation 
  • Activité
  • Données de départ
  • Base dexpériences
  • Guide de définition du projet

36
Phase 1 exempleSéance  définition de
prestation 
  • Activité
  • Données de sortie
  • Contrat
  • Plan
  • Echéancier

37
Réunion plénière des acteurs 1
  • Objet créer une vision commune en fonction du
    contrat et des objectifs du projet
  • Acteurs chef de projet assistant client
    experts socio, ergo, éco, ing conception
    développeurs chef marketing chef formateur
    chef maintenance
  • Entrée contrat, OdJ
  • Corps créer une vision commune ET définir les
    rôles/interactions des acteurs ET vérifier prise
    en compte de tous les facteurs dans le contrat
  • Sortie Contexte du projet BD acteurs
  • Le contexte du projet est un document contenant
    éventuellement des amendements au contrat mais
    surtout un texte de positionnement du projet et
    un scénario initial du projet
  • BD acteurs est une base de données des acteurs
    (identification, rôle, etc.)

Analyse de la concurrence 1
  • Objet analyser les facteurs (socio, ergo, éco)
    de la concurrence
  • Acteurs experts socio, ergo, éco, ing
    conception chef marketing chef formateur
    chef maintenance
  • Entrée expertises, critères
  • Corps présenter les facteurs de la concurrence
    ET définir les critères de différentiation ET
    vérifier la prise en compte de tous les critères
    dans le contrat
  • Sortie Recommandations
  • Les Recommandations est un document contenant
    éventuellement des amendements au contrat mais
    surtout des recommandations à respecter vis-à-vis
    de la concurrence

38
Les moments phase 2 (préparation)
phase 3 (conception)
  • Veille dusage (technologique)
  • Analyse des pratiques (socio activité)
  • Choix de la technique dimprégnation
  • Brassage didées conceptuelles
  • Préparation des expérimentations
  • Préparation du conducteur de créativité
  • Génération de support de créativité
  • Créativité (convergence / divergence / tri)
  • Formalisation des idées en sortie de créativité
  • Test de signification dusage (et profils)
  • Prédiction du consentement à payer
  • Calcul de coût
  • Test de pertinence économique
  • Calcul du prix de vente
  • Analyse de tâches (prévues)
  • Analyse du contexte dutilisation (et profils)
  • Modélisation de lactivité
  • Synthèse collective de la phase 2
  • Démarrage de conception
  • Préparation de tests
  • Prototypage  papier  (storyboarding)
  • Prototypage par artefact
  • Conception sur scénarios
  • Conception par brassage didées
  • Conception automatique basée sur règles
  • Conception par simulation
  • Conception participative
  • Conception par patrons (pattern design)
  • Conception en parallèle (concurrente)
  • Test de concept
  • Test dutilisabilité
  • Inspection ergonomique
  • Évaluation de prototype
  • Validation par scénarios
  • Interprétation des résultats
  • Évaluation cognitive (cognitive walkthrough)
  • Synthèse collective de la phase 3

39
Phase 3 exempleConception sur scénarios
(projet Stylocom)
  • Activité
  • Données de départ
  • Retour étude utilisateurs (fonctions requises,
    interactions, etc.)

40
Phase 3 exempleConception sur scénarios
(projet Stylocom)
  • Activité
  • Produits
  • maquettes
  • clips vidéo des solutions

41
Les moments phase 4 (évaluation)
  • Inspection heuristique (sur échantillon)
  • Évaluation ergonomique
  • Évaluation oculométrique
  • Test de performance
  • Évaluation par questionnaire utilisateur
  • Évaluation de significations dusage en retour
    dexpérience
  • Test sur une population dutilisateurs (focus
    group ou ind.)
  • Test en ligne (logs)
  • Test de robustesse (sur incidents)
  • Test économique
  • Évaluation qualitative
  • Évaluation quantitative en laboratoire (traces)
  • Évaluation quantitative sur le terrain (traces)
  • Synthèse collective de la phase 4

phase 5 (fin)
  • Bilan gestion de projet
  • Analyse coût du projet
  • Bilan des acteurs
  • Évaluation externe (experts extérieurs)
  • Analyse des premiers retours
  • Mise à jour de la base dexpériences

42
Visioconférence Acteurs Smart room
Filtrage Identification Trace pertinente
Capture
Enregistrement des dialogues
Jeux et cas
Observation
Capitalisation
Analyse de lactivité
Organisation
Domaines Connaissances
Conceptualisation
Moments Activité de conception
43
Capitaliser
  • Eviter la perte dinformation et/ou la mauvaise
    compréhension des besoins utilisateurs
  • au cours dun projet
  • Si intervenants multiples et/ou processus de
    conception long
  • entre les projets
  • Capitaliser les besoins utilisateurs en les
    replaçant dans leur contexte
  • Pour limiter les incompréhensions
  • Pour en faciliter une réutilisation  raisonnée 
  • Approches possibles
  • Outils de traçabilité des exigences
  • Méthode de capture de la logique de conception
    (design rationale)

44
  • Les connaissances et la capitalisation
  • des structures de connaissances (réseaux
    sémantiques) attachées aux transitions
  • les raisons de décision (critères et arguments)
  • les choix de décision (compte-rendus)
  • les conséquences attendues (moments choisis)
  • la validation (jalons atteints, phases
    terminées)
  • les correctifs en cas dimpasse

45
  • Décision
  • Quand (moment µi, date)
  • Qui (proposé par, décidé par)
  • Objets concernés (artéfacts)
  • Critères ou contraintes à satisfaire
  • Options possibles
  • Arguments pour chaque option
  • Solution retenue
  • Explications du choix
  • Conséquences attendues (moment suivant)
  • Actions (tâches, contrôle, jalons, correctifs)
  • Liens_base (cas, contexte)

Moment µi
Moment µk
46
Le processus dans son ensemble
BD
BD
BD
47
Une séance de conception
Vidéo/caméra espace partagé
Tableau partagé
Caméra salle
Script
Caméra artefact
Régie audio-vidéo
Enregistrement et transport réseau
48
Annotation sur PC distant
Le poste dobservation
Contrôle consignes
Demande aide
Note planifie
Le poste danimation
49
  • Les logiciels de la plate-forme
  • Laboratoire dutilisabilité (type
    ObserverNoldus)
  • Gestionnaire de projet (type MSProject)
  • Gestionnaire de base de documents (type eRoom)
  • Atelier logiciel (type Rational)
  • Navigateur Web (type Nescape)
  • Base de données (type MySQL)
  • Tableau blanc / Chat (type NetMeeting)
  • Visioconférence (type eConf)
  • Interfaces entre ces logiciels

50
  • Conclusion
  • Nécessité daccompagner et doptimiser le
    processus de conception, par une gestion efficace
  • Nécessité de disposer dune plate-forme
    instrumentée, de support et danalyse a
    posteriori
  • Nécessité dintégrer des aspects
    multidisciplinaires venant des SHS (ergonomie,
    économie, sociologie, anthropologie) sans conflit
    interne dintérêt
  • Nécessité de garder un processus ouvert,
    dynamique et négociable, compatible avec les
    exigences économiques du client
  • Bilan positif sur plusieurs projets de
    conception SIRLAN (domotique), Stylocom
    (bureautique), Foudrix, DocMem (dossier médical),
    ACE (télécommunication), PVE (entreprise), etc.

51
Usage de la plate-forme 1- négociation du
processus de conception en puisant dans la base
des moments 2- suivi du processus de
conception check-list pour lanimateur point de
vision des acteurs cadre dobservation aide à
la gestion de projet 3- traçage et
capitalisation décisions expériences de
conception
52
BD des moments
Cas
Les outils 1- négociation du processus de
conception en puisant dans la base des
moments et en calculant le coût
Interface Web
Le chef-projet réunit les clients et les
décideurs et établit le document contractuel du
projet
PERT coût et temps Document de travail
Projet Document contractuel
53
Un moment
Les outils 2- suivi du processus de
conception check-list pour lanimateur
Acteurs Documents Etc.
Documents Compte-rendu Etc.
Lanimateur réunit les acteurs, coordonne le
travail en séance, rédige les compte-rendus,
sassure au départ et à la fin que les documents
sont conformes, planifie la séance suivante si
nécessaire (cas LOOP)
Interface Web Sur PDA
Plan de séance Notes
54
Le projet est accessible sur le Web
Les outils 2- suivi du processus de
conception espace de travail des acteurs -
espace individuel - espace partagé
Acteurs Documents Etc.
Documents Compte-rendu Etc.
Les acteurs ont une vue sur leurs données, sur le
projet et sur un espace de travail partagé
Interface Web Accès aux documents du projet
Espace de travail partagé
Données Notes
55
Un moment
Les outils 2- suivi du processus de
conception observation et annotation
Acteurs Documents Etc.
Documents Compte-rendu Etc.
Lobservateur a une vue sur les consignes, sur
lespace de travail partagé et peut accéder au
PDA de lanimateur
Noldus
Interface Web Et accès sur PDA
Espace de travail partagé
Consignes Notes
56
Le projet est accessible sur le Web
Les outils 2- suivi du processus de
conception gestion du projet
Acteurs Documents Etc.
Documents Compte-rendu Etc.
Le chef de projet a des outils de gestion
(classiques) de projet compatibles avec un
partage sur le Web, il vérifie la cohérence du
projet et son avancement
Interface Web Accès aux documents du projet
Gestion
Données Notes
57
Les outils 3- traçage et capitalisation décisi
ons expériences de conception
Le projet est accessible sur le Web
Acteurs Documents Etc.
Documents Compte-rendu Etc.
Le chef de projet a des outils de gestion
(classiques) de projet compatibles avec un
partage sur le Web, il anime la prise de décision
(entre les moments) et rédige les compte-rendus
de décision. En dehors des séances collectives il
classe les cas.
Interface Web Accès aux documents du projet
Gestion
Données Notes
58
ISO TR 18529 (13407) HCD method
1.1 Represent stakeholders 1.2 Collect market
intelligence 1.3 Define and plan system strategy
1.4 Collect market feedback 1.5 Analyse trends
in users
2.1 Consult stakeholders 2.2 Identify and plan
user involvement 2.3 Select human-centred
methods and techniques 2.4 Ensure a
human-centred approach within the team 2.5 Plan
human-centred design activities 2.6 Manage
human-centred activities 2.7 Champion
human-centred approach 2.8 Provide support for
human-centred design
3.1 Clarify and document system goals 3.2
Analyse stakeholders 3.3 Assess risk to
stakeholders 3.4 Define the use of the system
3.5 Generate the stakeholder and organisational
requirements 3.6 Set quality in use objectives
4.1 Identify and document users tasks 4.2
Identify and document significant user attributes
4.3 Identify and document organisational
environment 4.4 Identify and document technical
environment 4.5 Identify and document physical
environment
5.1 Allocate functions 5.2 Produce composite
task model 5.3 Explore system design 5.4 Use
existing knowledge to develop design solutions
5.5 Specify system and use 5.6 Develop
prototypes 5.7 Develop user training 5.8
Develop user support
6.1 Specify and validate context of evaluation
6.2 Evaluate early prototypes in order to define
the requirements for the system 6.3 Evaluate
prototypes in order to improve the design 6.4
Evaluate the system to check that the stakeholder
and organisational requirements have been met
6.5 Evaluate the system in order to check that
the required practice has been followed 6.6
Evaluate the system in use in order to ensure
that it continues to meet organisational and user
needs
7.1 Management of change 7.2 Determine impact on
organisation and stakeholders 7.3 Customisation
and local design 7.4 Deliver user training 7.5
Support users in planned activities 7.6 Ensure
conformance to workplace ergonomic legislation
1 Ensure HCD content in system strategy 2 Plan
and manage the HCD process 3 Specify the
stakeholder and organisational requirements 4
Understand specify the context of use 5
Produce design solutions 6 Evaluate designs
against requirements 7 Introduce and operate
the system
Write a Comment
User Comments (0)
About PowerShow.com