Getting Agile with User Experience Research

L’expérience utilisateur s’attarde sur la recherche, la planification, la conception, et les tests. La méthode agile cherche la rédaction d’un meilleur code. Comment appliquer la méthode Agile à l’expérience utilisateur.

Quelles sont les différences :

Ces deux pratiques sont très proches et ne doivent être confondues. Ne pas se méprendre entre les méthodes comme celle du scrum (point éclair régulier) et celle de la conception orientée utilisateur (user-centred design). Avec l’UCD (user-centred design), les résultats d’un étape enrichissent directement la prochaine (étape) ; pour la méthode Agile, l’objectif est de créer un ensemble de briques (de code fonctionnel) pour ensuite les assembler : d’abord créer les feuilles de l’arbre pour ensuite les assembler aux branches.

Comment intégrer l’expérience utilisateur à un sprint de la méthode Agile ?

De manière générale, l’attrait pour la méthode Agile se révèle plutôt chez un concepteur UX que chez un chercheur en expérience utilisateur. La conception se rapporte à la réalisation de maquette (wireframe), de plans de sites et parfois de prototypes. La recherche s’applique à l’étude des pré-requis, à l’étude utilisateur, aux personas, aux scénarios et aux tests. Difficile de relier la recherche et la méthode Agile. La principe appliqué et partir d’un « Sprint 0″, qui démarre par la recherche et la conception (1 mois).

1 mois ? Fichtre, c’est pas très important. Ainsi, on part le plus souvent d’idée préconçues, et des avis de ses collègues. La majorité des structures partent d’un FrameWork Agile pour leur intranet et continue le travail sur l’UX en parallèle. La réalisation est facilité par le fait que les concepteurs sont aussi les utilisateurs finaux.

Comment qu’on fait, pour poursuivre la recherche durant la réalisation ?

On imagine très ben la conception s’intégrer à chaque sprint, mais pour la recherche ? En effet, souvent la recherche se place dans une opposition face à un fonctionnement existant.

Voici quelques exemples :

1. Tester avec un minimum de fonctionnalités, ou se focaliser uniquement sur le développement du sprint en question. Les sessions n’ont donc pas besoin d’être trop longues et les tests peuvent être réalisés avec plus de personnes.
2. A d’autres moments, tester l’ensemble du site, pour vérifier la cohérence générale, pour voir la modification des variables (de test)>
3. Au final, la méthode RITE (Rapid Iterative Testing and Evaluation) s’adapte à chaque éventualité.

La recherche représente une opportunité de parler avec les personnes qui vont utiliser le produit.

L’utiliser pour :

1. Découvrir des besoins
2. Tester une nouveauté face un existant

Comment je fais pour appliquer des tests à des sprint court ?Un sprint d’une semaine commence, souvent, un mardi, ainsi, les délivrables peuvent être prêts pour le vendredi. Les tests sont effectués le lundi matin, les résultats sont disponibles le lundi après-midi pour la revue.

L’équipe peut, de cette manière, faire le point sur les « issues » et les planifier pour le sprint suivant. Le responsable UX peut conseiller les problématiques de conception et proposer des mock-ups pour couvrir les manques dans le processus (suite à l’abandon de fonctionnalités lors du sprint).

Il est même envisageable de placer des besoins lors du test et créer des cas avec des nouveaux personas. Celà aide grandement à mettre en valeur les différents comportements parmi les utilisateurs du produit.

Merci, comment je fais ?

Un manière de faire est d’anticiper chaque délivrable tels que les objectifs business, les personas, les scénarios, et les revoir sans cesse de manière itérative.

Tant que le responsable UX reste malgré tout humain et peut se tromper dans ses choix, cette approche vous encourage à insister sur les éléments (réellement) importants. Les gens préfèrent parfois donner une réponse à un problème plutôt que de le résoudre durablement.

Cela arrive aux projets bancaires dans la création d’un tableau de bord à l’usage de quatre secteurs d’investissement. Au départ l’équipe projet furent sollicité à propos d’un processus générique, quelques personas rudimentaires et quelques maquettes. Les utilisateurs furent eux questionnés et les indicateurs à afficher furent revus. Après trois semaines et trois conceptions successives (itératives), la banque en sélectionna un seul. L’équipe de développement présenta un bandeau d’outils catégorisés par étape du cycle de vie.

Qu’est-ce que cela signifie ?

L’expérience utilisateur et la méthode Agile ont beaucoup à apprendre l’une de l’autre.

D’un point de vue expérience utilisateur, quand vous lancer une équipe sur un développement, en leur présentant des recherches préalables ; elles ont pleinement connaissances du contexte des évolution et leur utilité. Poursuivre les recherches durant la réalisation permet de garder l’équipe soucieuse des besoins des utilisateurs finaux.

D’un point de vue Agile, il n’y a pas de raison que la recherche et la planification se soit pas intégrée au sprint, afin de vérifier que la correspondance des fonctionnalités avec les considérations business, techniques, de conception. Les livraisons peuvent être dépendantes de réalités par rapport au besoin, aux spécification plutôt qu’être juste du code qui marche.

La recherche UX peut s’intégrer à un sprint aussi petit soit-il, pour assurer des tests aussi bien globaux que sur de petites fonctions.

Articles similaires :

1. Agile Carousel, insertion de données en JSON
2. TYPO3 : la conception agile
3. Appliquer les règles apportées par les FrameWorks CSS
4. L’expérience utilisateur aux orties, préférer l’objectif utilisateur
5. Stratégie pour l’accessibilité web

Dans l’article d’Hubert Guillaud, Où est passé la puissance de la “pensée visuelle” ?, on trouve :

Si nous voulons réellement libérer la pensée visuelle, nos outils numériques doivent évoluer. Ils sont encore trop dominés par le clavier. Nous avons besoin de surfaces tactiles, pour esquisser des concepts, les partager avec d’autres, et ruminer des esquisses jusqu’à ce que des tendances se dessinent. Quand on voit ce que l’ordinateur a obtenu de nous, on se dit que le crayon pourrait nous aider à en obtenir encore plus.

Des interfaces super adaptées à nos besoins créatifs, il s’agirait de la révolution du tactile et des interfaces télécommandées à distance. Mais alors, il faudrait penser l’éducation visuelle afin que les personnes puissent donner un sens aux visuels ?

Dans ce registre, celles des images retouchées, gif animés, nous avons deux communautés fort organisées qui sont 4chan et Tumblr. Le 14 Novembre 2010, paperboyz publiait un article sur la guerre fratricide qui engage d’un côté un groupement obscure d’anonymes du web et une vraie entreprise de la société capitaliste : 4chan vs Tumblr, la guerre n’aura pas lieu (ben si, en fait :D ).

Que se passe-t-il ? C’est simple. 4chan (en particulier /b/) accuse les bloggers de Tumblr de leur « voler » leurs memes.

C’est ni plus ni moins qu’une crise du lien frais, une crise du « trouveur » : Tumblr reprend des memes créés sur 4chan sans les citer. Pas sympa, mais le principe du meme – et de la culture « remix » – c’est qu’ils n’appartiennent à personne justement.

Mais pourquoi cette guerre, quel est ce milieu de créatifs, trouveurs, copieurs, colleurs… mêmes pas drôles ? Pour cela, « culture visuelle » vous défriche le terrain sur l’article intitulé La fabrique des images sur 4chan ; Patrick Peccatte explique se qui se passe sur 4chan, quels peuvent être les sujets de conversations et les habitudes de ses usagers.

Pour comprendre les modes de fabrication de ces images, on ne doit pas négliger les discussions associées qui éclairent bien souvent les orientations et les choix iconographiques effectués par les participants. Il existe par ailleurs des threads pratiquement dénués d’images. Ce sont essentiellement des discussions, des joutes ou des concours, par exemple de poésie farfelue (Poetry), de chanson (Song Time)[...]

La fabrique des images sur 4chan est essentiellement un processus d’accrétion dans un ensemble de flux volatiles où l’image agglomère de nouveaux usages ; elle s’autonomise ainsi en subissant des transformations et des associations inédites.

Si cette dernière phrase définie le mode d’échange particulier de 4chan, on peut considérer qu’il s’agit d’une piste de l’animosité entre 4chan et tumblr. Tumblr fonctionne plus sur la notion de partage de flux, pouvant être commentés, mais à priori non modifiables.

Là où 4chan présente un vrai processus créatif collaboratif déstructuré, tumblr ne serait que espace de validation de sources dans la logique du stream. Une lutte entre un espace de lutte contre la pensée dominante et un espace de construction (ou de perpétuation) d’une pensée dominante.

Articles similaires :

1. Paul Feller et la pensée ouvrière
2. Scandale autour de la transmission de la pensée grecque à l’Occident chrétien

Lire Why Designers Should Learn Programming. Now.

Articles similaires :

1. L’ipad modifie la façon de coder les sites
2. CSS – Orienté Objet, ce qu’il faut savoir
3. La petite histoire de Mainframe
4. L’histoire des jeux videos
5. Tobias Stretch Reel I

Illustrator gère la création d’éléments vectoriels. Comme vous le savez, l’avantage du dessin vectoriel est de ne pas souffrir de perte de qualité lors du redimensionnement. Il est possible de zoomer à l’infini sur un élément sans perte de qualité. Autre avantage, les points sont définis selon leur position dans l’espace, ces positions peuvent être modifiées tout au long du projet sans aucune perte de qualité.

Le dessin vectoriel est bien pratique mais pas aussi précis que le dessin au pixel de Photoshop qui possède sa palette d’effets et de filtres pour la manipulation d’images.

Oui mais le pixel, c’est « has been », c’était tellement CSS 2.0 ; maintenant c’est le CSS 3, le canvas, le SVG, le vectoriel. Ce changement d’époque, Adobe l’a bien sentit en sortant un package pour Illustrator.

En utilisant CS5, les développeurs peuvent exporter une page qu’ils ont créé dans Illustrator vers une page web. La capture ainsi faite ne comprend pas l’ensemble des fonctionnalités d’Illustrator, afin pour les créateurs de pouvoir revenir en arrière et de faire des modifications sur la page initiale, a admis David Macy, mais il ajoute que cette fonctionnalité réduirait considérablement le temps de conception pour différentes plates-formes.

On avait vu le package HTML5 pour DreamWeaver avec la possibilité d’éditer du code pour différents interfaces (PC, mobile, tablet) avec les media query ; le add-on pour Illustrator doit permettre aux graphistes d’exporter leurs créations compatibles HTML5-CSS3 et de pouvoir les modifier, par la suite, à volonté.

Lire :

• Illustrator adopte HTML5
• Adobe Illustrator Goes HTML5
• Adobe Illustrator CS5 HTML5 Pack

Articles similaires :

1. Trousse à outils pour commencer HTML5
2. Exemples de structure HTML5
3. Les outils indispensables pour le HTML5 et le CSS3
4. Humble Finance: graphiques dynamiques avec HTML5
5. Le futur avec HTML5 par Bruce Lawson

BIG BAG BIG BOOM – the new wall-painted animation by BLU from blu on Vimeo.

Articles similaires :

1. The Mystery of Flying Kicks
2. Suddenly, last summer
3. Casser des oeufs en vidéo
4. Sorry I’m late
5. Mosaïque du 19ème et du 20ème arrondissement de Paris

The Mystery of Flying Kicks – Skewville from Closer Productions on Vimeo.

Articles similaires :

1. Bernard Stiegler sur l’économie de la contribution
2. Suddenly, last summer
3. Casser des oeufs en vidéo
4. BIG BAG BIG BOOM par BLU
5. Sorry I’m late

Visiter le site d’Arnold.

Articles similaires :

1. Lancement du groupe de travail RDFa par le W3C

Sync/Lost from 3bits on Vimeo.

Articles similaires :

1. Mosaïque du 19ème et du 20ème arrondissement de Paris
2. The Mystery of Flying Kicks
3. Sorry I’m late
4. L’histoire des jeux videos
5. Le déclin des empires européens

Articles similaires :

1. Animation de subprimes
2. Fait graphe
3. L’Iphone, ça fait mal à la tête
4. La sécurité des réseaux fait l’actualité avec firesheep
5. Bernard Stiegler à la Maison des Arts : Socrate et les hackers