Une UX agile qui marche, et la place de l’IA

La démo du sprint se passe bien. Le nouveau formulaire de réservation fonctionne, l’équipe est contente, et il est mis en ligne le vendredi. Le lundi, le premier vrai client ne trouve pas le bouton pour l’envoyer.

Personne n’a mal travaillé. L’équipe a construit exactement ce qu’elle avait prévu, sans jamais regarder un client l’essayer.

Quand l’UX est mise de côté dans une équipe agile, on décide sans les utilisateurs, et l’équipe livre simplement ses suppositions plus vite. Quand ça marche, la recherche et les tests ont lieu avant et pendant chaque sprint, et tout le monde reste proche de vraies personnes. Nul besoin d’une grande équipe : cela vaut aussi pour une petite entreprise et pour ceux qui construisent son site.

L’agilité est née en 2001 d’un court manifeste, dont la première valeur dit, dans sa traduction française : « Les individus et leurs interactions plus que les processus et les outils ». J’ai suivi le cours Agile Methods for UX Design de l’Interaction Design Foundation, avec Laura Klein, Teresa Torres et Adam Thomas. Voici à quel moment l’UX intervient dans un sprint, quatre idées que je retiens du cours, et la place de l’IA.

La place de l’UX dans un sprint

Le cours place la recherche et les tests avant et pendant chaque sprint. En pratique, je donnerais à chaque sprint trois moments d’UX.

• Avant le sprint. Faites la recherche et les croquis du sprint suivant, pour que l’équipe ne parte jamais d’une supposition. Parlez à quelques clients, et transformez ce que vous apprenez en user stories.
• Pendant le sprint. Testez le travail en cours avec quelques personnes, dès qu’il y a quelque chose à cliquer. Un croquis sur papier compte aussi.
• À la revue. Montrez ce que les utilisateurs ont fait, pas seulement ce que l’équipe a construit. Puis décidez ensemble de ce qui change au sprint suivant.

Un petit test à chaque sprint apprend plus qu’une grande étude une fois par an.

Embarquer l’équipe, et les utilisateurs, dans la recherche

La recherche n’est pas un rapport qu’on remet à la fin. Invitez dès le début les développeurs, les product owners et les parties prenantes à observer ou à rejoindre les entretiens. Ils s’approprieront ce qu’ils ont vu, vous passerez moins de temps à l’expliquer, et les solutions trouvées ensemble seront réalisables par l’équipe.

Écoutez aussi les idées qu’on vous apporte. Derrière chaque suggestion, il y a une motivation, comme une inquiétude sur les performances, la demande d’un client ou la leçon d’un projet passé. Comprenez d’abord la motivation, et il devient bien plus simple de décider quoi retenir.

Et faites entrer les utilisateurs tôt, avant que les idées ne se figent. Dans les ateliers de co-design, les clients participent eux-mêmes aux séances d’idées et de croquis, ce qui évite une réponse soignée à la mauvaise question.

Montrer le travail avant qu’il soit fini

Partagez souvent croquis, prototypes et pistes encore brutes avec l’équipe. Un retour précoce coûte peu et peut sauver un sprint entier, et on décide plus vite quand tout le monde a vu la même chose.

Avant de préparer un livrable, posez deux questions. Pour qui est-il, et que doit faire cette personne après l’avoir vu ? Un développeur et un product owner n’ont pas besoin du même document.

S’aligner sur une seule page

Les équipes agiles qui fonctionnent bien ont un point commun : l’alignement. Un outil simple pour y parvenir est l’« initiative document », rédigé ensemble avant le début du travail et tenu sur une seule page.

Initiative documentUne seule page

Résumé

Que cherche-t-on à accomplir, et pour qui ? Assez court pour que chacun puisse le lire et le répéter.

Objectifs

En quoi cela sert-il la stratégie produit ? Si ce n’est pas le cas, arrêtez-vous là.

Réussite / survie

À quoi ressemblent la réussite et l’échec ? Quand arrêter, continuer ou redoubler d’efforts ?

Ressources

Qui fait quoi, qui décide, et qui doit être tenu informé ?

Horizon de temps

Combien de temps cela prendra-t-il, et quand aura-t-on des réponses ?

« Rappelez-vous : l’objectif, c’est une page. Coupez jusqu’à y arriver. »

Pendant le sprint, les user stories entretiennent cet alignement. Leur forme classique tient sur un post-it : « En tant que [type d’utilisateur], je veux [une action] afin de [un bénéfice]. » Pour le site d’un cabinet d’avocats, cela pourrait donner « En tant que chef d’entreprise qui cherche un avocat, je veux voir la spécialité de chaque associé, afin de contacter le bon. » Designers et développeurs partagent alors la même image de la personne visée et de ce qui compte pour elle.

Une feuille de route en trois colonnes

Au mot « roadmap », beaucoup imaginent un diagramme de Gantt, avec des tâches sur une ligne de temps. Dans les équipes agiles, où les besoins changent souvent, ce format casse vite. Faites plutôt de la feuille de route (la roadmap) un brouillon de votre stratégie que l’équipe peut questionner. Partagez-la tôt, écoutez, révisez-la souvent.

Partez des objectifs de l’organisation, repérez les problèmes qui méritent le plus d’être résolus, et rangez-les en trois colonnes : Now, Next et Later, soit maintenant, ensuite, plus tard. Décrivez les résultats espérés plutôt qu’une liste de tâches, et restez assez simple pour que chacun puisse la lire ; un client aura besoin d’une ligne par colonne, l’équipe de plus de détails.

1. Nowen fleur

   Objectif

   En développement

   • Expérience 1, validée
   • Expérience 2, invalidée
   • Expérience 3, en cours

   Objectif

   En prototype

2. Nexten bouton

   Objectif

   Le pari le plus sûr pour la prochaine ouverture

3. Lateren graine

   Objectif

   À six mois ou plus, vérifié au regard de la vision

validée · invalidée · en cours

Et quand on vous demande une date, coupez la sortie en deux : un lancement discret, une première version avant la sortie officielle, puis le lancement officiel. Le marketing peut ainsi préparer son travail sans attendre que chaque estimation soit fixée.

La place de l’IA

L’IA accélère la fabrication : premiers jets de guides d’entretien, d’hypothèses et de user stories, variantes de textes, prototypes rapides, regroupements de notes. Un sprint peut désormais contenir plus de brouillons que jamais, et c’est une bonne nouvelle pour les petites équipes.

Mais elle n’apprend pas à votre place. En 2024, le Nielsen Norman Group a comparé des « utilisateurs synthétiques », générés par l’IA, à de vrais utilisateurs. Interrogés sur la formation en ligne, les apprenants synthétiques affirmaient avoir terminé tous leurs cours ; beaucoup de vrais apprenants ne l’avaient pas fait. Le verdict des chercheuses est net : « La recherche avec de vrais utilisateurs est essentielle. »

Elle ne vous décharge pas non plus de votre responsabilité. En 2024, un tribunal canadien a condamné Air Canada à indemniser un passager induit en erreur par le chatbot de son site. La compagnie, a-t-il jugé, est responsable de toutes les informations de son site, qu’elles viennent d’une page statique ou d’un chatbot. Si votre projet comprend un chatbot, voici six étapes pour le concevoir.

Et ce que vous collez dans une IA ne reste pas entre vous. Les notes d’entretien contiennent en général des données personnelles, protégées par le RGPD en Europe et par la loi 09-08 au Maroc, et remplacer un prénom par « Participante 3 » ne les rend pas anonymes. Une personne qui a accepté de parler à une designer n’a pas accepté de parler à un serveur.

À déléguer, puis relire : les premiers jets, les variantes, les notes déjà anonymisées, les prototypes rapides.

À laisser aux humains : parler aux utilisateurs, choisir ce qu’on construit et ce qu’on ne construit pas, répondre de ce qu’une fonctionnalité d’IA dit à vos clients, tester l’accessibilité avec de vraies personnes.

À ne jamais coller : mots de passe et clés, ce qu’un client vous a confié, ce qui identifie un participant, les données sensibles comme la santé ou la religion.

Regarder de plus près

Rien ne pousse plus vite dans mon jardin parce que je le regarde plus souvent ; ce qui change, c’est ce que je remarque.

Un bon sprint, c’est pareil. Les fines lignes sombres d’une pensée mènent le visiteur jusqu’à son cœur ; chaque brouillon, chaque prototype, chaque résumé brillant devrait ramener à une personne. L’IA peut élargir le champ. La loupe reste entre nos mains.

Si vous essayez l’une de ces idées dans votre prochain sprint, je serais curieuse de savoir comment cela s’est passé.

Sources (7)

Sauf mention contraire, les sources sont en anglais ; les citations sont traduites par mes soins.

• Interaction Design Foundation, cours Agile Methods for UX Design, avec Laura Klein, Teresa Torres et Adam Thomas, et ses modèles Product Roadmap et Initiative Document (CC BY-SA). L’Initiative Document a été conçu par Adam Thomas ; la roadmap Now / Next / Later a été créée par Janna Bastow.
• Les auteurs du manifeste, Manifeste pour le développement Agile de logiciels, en français ; Jim Highsmith, historique de la rencontre (2001).
• Maria Rosala et Kate Moran, Nielsen Norman Group, Synthetic Users (2024).
• Sur l’affaire Moffatt v. Air Canada, 2024 BCCRT 149 : Daily Hive, Air Canada ordered to pay customer after airline’s chatbot misguided him about fares, et Barry Sookman, Moffatt v. Air Canada: a misrepresentation by an AI chatbot (2024).
• CNIL, le texte du RGPD : article 5 ; L’anonymisation de données personnelles (2020), en français.
• CNDP, Loi 09-08, en français.
• Botany Brisbane, Viola tricolor.