Comment choisir le bon processus UX

« C'est très facile d'être différent, mais très difficile d'être meilleur. »—Jonathan Ive, directeur de la conception, Apple

"Maintenir l'équilibre au milieu d'une prolifération d'incohérences dans les exigences des produits et les résultats de développement est un défi, en particulier lorsque les équipes ne disposent pas de mesures pour mesurer leur impact sur une version."

Décider du bon processus de développement de produits pour votre équipe peut souvent être un paradoxe. Maintenir l'équilibre au milieu d'une prolifération d'incohérences dans les exigences des produits et les résultats de développement est un défi pour les grandes et moyennes entreprises, en particulier lorsque les équipes ne disposent pas de mesures pour mesurer leur impact sur une version.

Des frictions surviennent lorsqu'il y a une inadéquation entre le modèle mental de l'utilisateur et les caractéristiques du produit. Lorsqu'une équipe de développement se retrouve dans une situation intenable, le jeu du blâme commence. Mais comme le disait souvent Don Draper de Mad Men : « Allez de l'avant. »

Chaque processus de livraison systématique et cohérent doit être facile à apprendre, à comprendre et à suivre. De nombreux concepteurs ne savent pas quel processus UX ils doivent utiliser. Pour déterminer le bon processus UX, les concepteurs doivent remettre en question leurs hypothèses sur leur processus actuel et comprendre le type de cycle de vie de développement logiciel (SDLC) utilisé par leur équipe.

La conception est une pratique très réfléchie, et les entreprises d'aujourd'hui exigent des services centrés sur l'utilisateur qui se concentrent sur la fourniture de logiciels pour un public local qui correspond au modèle mental de l'utilisateur. Le développement de produits ne consiste pas à mettre en œuvre des fonctionnalités et à tester leur convivialité, mais à concevoir des produits et des services qui engagent et prennent en charge les besoins et les valeurs humaines. La sélection du bon processus UX dépend de nombreux facteurs, notamment le modèle de livraison, le délai de mise sur le marché, l'expérience utilisateur, les ressources talentueuses, la gestion d'équipe, la technologie, la flexibilité, le contrôle et les tendances.

Pour décider du meilleur processus UX pour votre équipe, il est important d'adapter ce processus pour s'assurer qu'il répond à vos besoins. Mais vous pouvez toujours commencer par quelque chose que vous connaissez déjà et l'adapter. Commencez par poser quelques questions de base :

  • Quelle est la stabilité des exigences ?

  • Qui sont les utilisateurs ?

  • Quelle est la portée du projet?

  • Où se trouvent les équipes de projet ?

  • Le type de budget est-il statique ou opérationnel ?

Types de processus UX

Dans cet article, je vais discuter des processus UX suivants :

  • UX pour cascade

  • UX agile

  • Lean UX

  • conception axée sur la douleur

  • Piste UX

Cascade UX

Les concepteurs UX peuvent suivre une approche de conception centrée sur l'utilisateur, mais doivent respecter une portée et un calendrier convenus.


L'UX pour cascade est une méthode canonique, séquentielle et linéaire de développement logiciel dans laquelle il n'y a aucune flexibilité pour itérer la conception ou le développement. Les concepteurs UX peuvent suivre une approche de conception centrée sur l'utilisateur, mais doivent respecter une portée et un calendrier convenus. Habituellement, il y a moins de liberté pour expérimenter en raison du flux séquentiel de cette méthode. Le budget d'un projet est estimé et généralement prédéterminé ou limité, de sorte que l'approche en cascade-UX pourrait rencontrer de nombreux défis dans l'exécution, surtout s'il y a des écarts par rapport au processus. Au cours de la recherche, il est préférable de glaner toutes les histoires d'utilisateurs et d'impliquer les parties prenantes nécessaires dès le début du projet.

Quand devriez-vous utiliser Waterfall UX ?

Utilisez cascade UX dans les cas suivants :

  • Vous travaillez sur un projet à court terme et à offre fixe.

  • L'équipe a une bonne expérience dans l'exécution de projets similaires.

  • Les exigences sont stables et fixes.

  • L'équipe est expérimentée avec la technologie.

  • La portée du projet est grande.

  • Vous avez une bonne idée de ce que vous devez faire.

Défis pour les concepteurs

Waterfall UX présente les défis suivants aux concepteurs :

  • des révisions, des approbations et des temps de reprise plus longs

  • livrables détaillés suivis de la documentation

  • conceptions visuelles avec des guides de style détaillés pour le développement

  • des flux filaires détaillant chaque interaction et chaque style

  • des tests d'utilisabilité qui pourraient n'avoir aucun impact immédiat sur la conception

  • impliquer ou coordonner avec des spécialistes de l'utilisabilité au début de la phase de collecte des exigences

  • assurer la confirmation de l'acceptation par les parties prenantes


Toute dichotomie entre le temps et la valeur dépend du plan d'exécution. En raison de l'approche linéaire de la cascade, une équipe UX travaillant dans cet environnement est souvent soumise à des exigences inattendues et à des contraintes technologiques qui ont un impact sur la faisabilité des solutions de conception. Les clients peuvent craindre que le produit ne change de direction une fois qu'ils reçoivent les résultats de la recherche UX. De plus, les budgets ont tendance à augmenter vers la fin du SDLC si l'équipe consacre trop peu de temps à la recherche au début du projet. La figure 1 montre les phases séquentielles de conception et de développement de la cascade.

Figure 1 — Alignement de l'UX avec le modèle en cascade


Image basée sur : le modèle de cascade de Wikipédia

Modèles de cascade modifiés

Il existe de nombreuses versions de modèles de cascade modifiés. L'une des variantes les plus populaires est illustrée à la figure 2. Dans cette version, les équipes ont la possibilité d'itérer les phases précédentes et de creuser plus profondément pendant certaines phases. Cette flexibilité peut permettre à une équipe de redéfinir certaines de ses solutions les plus spéculatives.

Figure 2 —Cascade modifiée


Image basée sur : le modèle de cascade de Semantic Scholar


UX agile

[Agile] est le meilleur pour les scénarios dans lesquels les exigences changent fréquemment et les équipes effectuent un développement itératif.


Ces dernières années, l'agilité est devenue la méthodologie de développement de logiciels la plus populaire dans l'industrie. Il est préférable pour les scénarios dans lesquels les exigences changent fréquemment et les équipes effectuent un développement itératif. Agile se concentre sur le développement et les délais. Il incarne également une approche de développement périodique et incrémentale pour résoudre les problèmes.

Une équipe centrale de concepteurs, de chercheurs et d'analystes commerciaux travaille sur les premières étapes de découverte, puis transmet les exigences aux concepteurs UX et à l'équipe Scrum, qui mettent en œuvre une solution de conception. Agile UX se concentre sur la création d'un backlog de produit comprenant les éléments suivants :

  • vision du produit

  • diagrammes d'expérience

  • cartes de voyage

  • stratégies commerciales et UX

  • étude de marché

  • document des exigences fonctionnelles

  • analyses concurrentielles

  • cartes des parties prenantes

  • analyse des tests d'utilisabilité pour tous les systèmes existants

  • cartes de l'écosystème

  • liste des fonctionnalités

  • matrice de priorisation des fonctionnalités

  • personnages

La conception fonctionne avant le développement d'au moins un sprint. Lors de la planification du sprint, l'équipe priorise la liste des fonctionnalités ; Ensuite, une équipe Scrum sélectionne les éléments du backlog de produit, les déplace vers le backlog de sprint et, en fonction de la vitesse de l'équipe, les met en œuvre. Les concepteurs UX planifient et facilitent des activités collaboratives telles que des studios de conception et des sessions de brainstorming avec une équipe Scrum, qui comprend un Scrum master, des développeurs, des propriétaires/gestionnaires de produits et des rédacteurs techniques.

À la fin de chaque sprint, l'équipe Scrum fait la démonstration de son résultat lors d'une réunion de revue de sprint. Cela aide l'équipe à évaluer dans quelle mesure ses progrès globaux s'alignent sur la feuille de route du produit.

Quand devriez-vous utiliser Agile UX ?

Utilisez l'UX agile dans les cas suivants :

  • Vous devez tester par rapport à des résultats fixes.

  • Vous devez expédier les produits rapidement, en fonction d'un échéancier.

  • Vous devez pouvoir définir, délimiter ou hiérarchiser les fonctionnalités en fonction du budget, de la qualité et de la valeur à travers un certain nombre de sprints.

  • Vous devez agir sur les demandes des clients au fil du temps.

  • Vous devez garantir des produits conviviaux en collaborant avec les clients pendant le développement.

  • Votre intention est d'atteindre la satisfaction du client grâce à une livraison rapide et continue d'expériences minimales viables (MVE).

Défis pour les concepteurs

Agile UX présente les défis suivants aux concepteurs :

  • UX designers et équipes de projet ayant une bonne compréhension de leur rôle au sein d'une équipe agile

  • aligner toute l'équipe pour communiquer une vision commune du produit

  • vision en tunnel grâce au rythme de l'équipe. Parfois, les équipes sont tellement concentrées sur l'exécution des user stories qu'elles n'envisagent pas les choses dans une perspective plus large.

  • une approche centrée sur le développement

  • Les concepteurs UX ont trop à faire en un sprint de deux semaines

  • absence de recherche UX avant le début du sprint 0

  • pas d'initiation ou de formation appropriée pour les concepteurs au début d'un projet

  • rester en tête des sprints

  • trop de responsabilités

Le succès du résultat d'un projet dépend de la validation des conceptions en recevant des commentaires continus des utilisateurs et des parties prenantes à chaque sprint ou pour les versions clés. Lorsque la portée du produit est large, il peut y avoir plusieurs équipes Scrum sur le projet. Dans de tels cas, une équipe UX centrale régit l'ensemble du processus. Cette équipe UX devrait également être impliquée lors de la découverte initiale et des sessions d'évaluation tout au long du SDLC.

Visualisations du processus Agile UX

La figure 3 montre comment fonctionne un processus UX agile. (Cliquez sur l'image pour afficher une version agrandie de la figure 3.) J'ai modifié cette visualisation d'un processus UX agile à partir d'un article de blog de Krish Mandal de Tallan. La figure 4 montre une autre visualisation du processus UX agile par Jeff Gothelf.

Figure 3 — Une visualisation du processus UX agile


Image basée sur : processus UX scrum sur Tallan Blog

Figure 4 — Une autre visualisation du processus agile UX


Source de l'image : « Voici comment l'UX Design s'intègre à Agile et Scrum », par Jeff Gothelf

Les organisations peuvent également envisager d'utiliser SAFe (Scaled Agile Framework) dans les cas suivants :

  • Lorsqu'une équipe souhaite reproduire le succès de son processus agile actuel sur plusieurs programmes et portefeuilles.

  • Lorsqu'il est nécessaire que les équipes travaillent de manière indépendante, pour faire évoluer l'agilité dans l'ensemble de l'organisation, des rôles, du portefeuille et des programmes.

  • Lorsqu'une équipe rencontre des lacunes, des retards et des échecs avec son processus agile actuel.

  • Lorsqu'il est nécessaire d'améliorer les délais de développement.


Lean UX

« Et si nous nous retrouvions à construire quelque chose dont personne ne voulait ? Dans ce cas, qu'importe si nous le faisions à temps et dans les limites du budget ? »—Eric Ries

Lean UX suit un processus de conception itératif et participatif qui garantit une participation égale des membres de l'équipe de conception et de développement et génère de nombreuses idées et solutions possibles aux problèmes.


Lean UX dérive de la fabrication Lean, qui se concentre sur l'élimination de la production inutile de fonctionnalités indésirables. Sa boucle de construction, de mesure et d'apprentissage permet aux équipes d'itérer leurs conceptions en fonction des commentaires des utilisateurs, sur plusieurs sprints, pour créer un produit minimum viable (MVP). Lean UX suit un processus de conception itératif et participatif qui garantit une participation égale des membres de l'équipe de conception et de développement et génère de nombreuses idées et solutions possibles aux problèmes. Comme, comme le montre la figure 5, toute l'équipe est impliquée tout au long du processus, il y a beaucoup d'apprentissage en équipe, ce qui empêche l'émergence de silos et de gourous. Un ensemble de 12 principes guide Lean UX, qui se concentre sur la co-création et l'itération rapide des conceptions, puis la validation de ces expérimentations lors de chaque sprint. L'adoption du Lean UX présente quelques défis, par exemple :

  • Lorsqu'il n'y a pas de prolifération d'exigences, les mécanismes de consensus peuvent parfois forcer le compromis ou amener les membres de l'équipe à mal évaluer les conceptions et à éliminer leurs éléments les plus innovants.

  • Lean UX peut mieux fonctionner pour les équipes colocalisées plutôt que pour les équipes distribuées. Cependant, vous pouvez résoudre ce problème en garantissant l'adoption de meilleurs outils et approches de collaboration en matière de recherche et de conception. Voici quelques-uns de ces outils :

    • Zoom utilisateur

    • Centre d'utilisabilité

    • Test utilisateur

    • Atelier optimal

    • Dscout (Mobile UT)

    • Ethnie

    • Inspecteur

    • Focus Vision

    • Optimiser

    • Regarde en arrière

    • Usabilla

    • Tableaux en temps réel

  • Pour les projets à grande échelle avec plusieurs modules, des cycles de sprint plus courts et une approche d'échec rapide peuvent frustrer les membres de l'équipe.

Figure 5 — Le travail d'équipe est inhérent au processus Lean UX


Image basée sur : Lean UX process from Lean UX: Applying Lean Principles to Improve User Experience , par Jeff Gothelf, avec Josh Seiden

Quand devriez-vous utiliser Lean UX ?

Bien qu'il existe de nombreuses situations dans lesquelles vous pouvez utiliser Lean UX, j'ai limité la liste suivante à quelques points clés. Utilisez Lean UX dans les cas suivants :

  • Lorsqu'il est nécessaire de créer des produits à la vitesse de démarrage et que l'agilité est appréciée.

  • Lorsqu'une équipe doit mener des expériences - en créant de manière itérative des MVP - dont les résultats se traduisent par des produits utilisables.

  • Si une équipe veut sortir du business des livrables.

  • Si une équipe souhaite produire moins de documentation.

  • Le choix de la bonne approche pour le succès d'un produit nécessite une grande courbe d'apprentissage.

  • Lorsque la plupart des membres de l'équipe sont colocalisés.

  • Lorsqu'une organisation suit déjà un processus agile.

Défis pour les concepteurs

Lean UX présente les défis suivants aux concepteurs :

  • rester concentré en permanence pendant les itérations

  • créer et suivre plusieurs prototypes en parallèle

  • définir les limites du projet avec le propriétaire du produit (PO)

  • négociation des releases avec le chef de produit

  • comprendre et communiquer constamment la vision du produit

  • choisir les bonnes techniques de facilitation et de communication pour le public, en particulier lorsque l'équipe n'est pas colocalisée

  • construire un cadre personnalisé en modifiant un processus qui fonctionne pour l'équipe

  • avoir certains membres de l'équipe répartis dans toutes les zones géographiques

La figure 6 montre comment Lean UX fonctionne en tandem avec des sprints de conception itératifs. (Cliquez sur l'image pour voir une version agrandie de la figure 6.)

Figure 6 —Processus Lean UX


Image basée sur : Image du processus Lean UX de Lean UX : Appliquer les principes Lean pour améliorer l'expérience utilisateur , par Jeff Gothelf, avec Josh Seiden

Conception axée sur la douleur

Le PDD permet aux organisations d'acquérir des connaissances pendant la phase de découverte….


La conception axée sur la douleur (PDD) consiste à déterminer ce qui cause la douleur avant de commencer à résoudre les problèmes de conception, c'est-à-dire à prévoir la douleur, puis à y répondre. Le PDD permet aux organisations d'acquérir des connaissances pendant la phase de découverte et permet aux startups d'échouer en toute sécurité. La plupart des organisations matures et prospères suivent déjà cette approche, directement ou indirectement, sans savoir qu'il s'agit d'un processus de conception difficile. Les organisations dominées par l'ingénierie obtiennent les commentaires de leurs clients, puis mettent en œuvre les demandes de leurs clients. Souvent, les parties prenantes sont biaisées par les demandes des clients ou les commentaires des équipes de support ou de vente sur le marché.

Les directives du PDD sont les suivantes :

  • validation précoce

  • recherche de collaborations externes au sein de l'écosystème

  • apprentissage continu

  • prévision des catastrophes

  • conception et développement axés sur la douleur

PDD suit l'approche Lean Startup consistant à valider le produit tôt pour assurer son succès. Le PDD et le Lean UX recommandent tous deux de construire une hypothèse et de la valider avec les utilisateurs. Cependant, la principale différence entre eux est le point auquel la validation se produit. Les équipes Lean UX testent leur hypothèse à travers des expériences au cours d'un cycle de sprint. Le PDD se concentre sur la pré-découverte, comme le suggère Laura Klein dans son livre UX for Lean Startups . Il existe de nombreux exemples réussis d'équipes utilisant PDD, mais les cas les plus intéressants sont buffer et Dropbox.

Joël Gascoigne, le fondateur de buffer, a validé son idée de produit en lançant trois écrans, illustrés à la figure 7, pour comprendre si quelqu'un serait intéressé à payer pour l'idée. Il s'était initialement engagé sur une semaine et a finalement lancé le produit en sept semaines. Vous pouvez en savoir plus sur le blog de Joël Gascoigne .

Figure 7 —processus de validation précoce du tampon


Source de l'image : tampon

Une approche recommandée pour le PDD consiste à se concentrer sur les problèmes associés aux tâches fonctionnelles des utilisateurs plutôt que sur les caractéristiques et fonctionnalités. Comme l'a dit le professeur Theodore Levitt de la Harvard Business School : « Les gens ne veulent pas acheter une perceuse d'un quart de pouce. Ils veulent un trou d'un quart de pouce.

L'intégration du PDD dans votre processus de développement, en décomposant la complexité de la prise de décision motivée par la douleur en actions, vous permet d'articuler les différences entre les problèmes prévisibles et la douleur imprévisible. Les actions pour des délais d'exécution rapides et la construction d'hypothèses sont les suivantes :

  • Comprendre

  • Consulter

  • Répondre

  • Prédire

  • Sens

  • Expérience

  • Acte

  • Classer par catégories

  • Analyser

  • Apprendre

  • Sonde

  • Concevoir

Vous arriverez à un processus similaire au Lean UX, mais avec la possibilité de modifier vos actions en fonction de vos décisions. Sur la base de mon expérience, j'ai essayé de décrire cette approche comme le processus illustré à la figure 8. (Cliquez sur l'image pour afficher une version agrandie de la figure 8.) Le résultat est une équipe dédiée qui se concentre sur la résolution des problèmes pour les clients de l'organisation. . Cette équipe est composée de champions de divers départements du portefeuille, notamment l'expérience utilisateur, la technologie, les ventes, le marketing, les finances et la gestion. Le Chief Experience Officer (CXO) dirige cette équipe.

Figure 8 —Modèle de conception modifié axé sur la douleur


Source de l'image : Deepak Arasu

Considérez également le cadre Cynefin illustré à la figure 9.

Figure 9 —Cadre Cynefin


Image basée sur : « A Leader's Framework for Decision Making », par David J. Snowden et Mary E. Boone, dans Harvard Business Review

Piste UX

L'idée d'UX Runway est venue à l'origine du Scaled Agile Framework (SAFe) . Beaucoup de gens se plaignent que l'agilité ne fonctionne bien que pour les projets à petite échelle et ne s'adapte pas bien. SAFe peut apporter une solution à ce problème car il adopte à la fois les principes Lean et Agile, en les combinant pour travailler efficacement pour des projets à grande échelle impliquant plusieurs équipes Scrum. Les processus SAFe vous permettent d'étendre les efforts entre les équipes et d'exploiter les processus au niveau du programme et du portefeuille.

La piste UX fonctionne mieux avec SAFe et se concentre sur le maintien de l'UX léger et agile au niveau de l'équipe et du programme. Il se concentre sur la conception juste à temps , produisant juste assez pour que le développement démarre. L'équipe UX elle-même est une équipe agile avec différents niveaux, y compris les gestionnaires UX, les propriétaires de produits UX, les chercheurs, les stratèges et les concepteurs d'interactions multiples. Dans le cadre d'une équipe agile, les concepteurs travaillent avec plusieurs équipes de développement SAFe. Les concepteurs travaillent en amont du développement par deux ou trois sprints et consacrent 10 % de leur capacité à concevoir les changements et l'accompagnement à l'intégration. Les concepteurs travaillent également sur certains pics de recherche en parallèle.

L'équipe UX développe un backlog UX et des portées et planifie son travail, comme le montre la figure 10. Natalie Warnert a publié et popularisé la méthode UX Runway et a détaillé le processus sur son site Web .

Figure 10 —La piste UX de Natalie Warnert


Source de l'image : Natalie Warnert

Pour faire simple : piste UX = Agile UX + SAFe + approches Lean UX coûteuses.

Conclusion

De toute évidence, il y a un grand avenir pour la conception axée sur la douleur. Ce processus est extrêmement simple et, avec l'avènement des agents d'apprentissage automatique et d'intelligence artificielle, vous pouvez l'automatiser dans une certaine mesure et résoudre les problèmes les plus risqués pour le coût total le plus bas.

Bien que Lean UX soit une excellente méthode, la plupart des organisations ont tendance à utiliser une combinaison de Lean UX et d'agilité UX. La flexibilité offerte par l'UX agile et l'UX Lean permet aux équipes de modifier leurs processus si nécessaire.

La première étape pour choisir le bon processus pour votre propre équipe commence par l'exploration de vos options et la sensibilisation des parties prenantes et des décideurs à leur sujet. En fin de compte, vous pouvez institutionnaliser votre processus, tester votre approche, obtenir de petits succès, puis modifier et adapter votre approche.

En prenant la voie de la moindre résistance, on finit par se concentrer sur ce que veut la majorité. En tant que concepteurs UX, il est important de briser les silos et de permettre à une équipe de prendre la bonne direction et de prendre les bonnes décisions. Quelle est la meilleure approche ? Crée le tien!

Lien vers l'article original