Conception unifiée sans phase de conception initiale
J'ai déjà écrit sur la façon d'intégrer les UI Designers dans un sprint agile. Dans cet article, j'ai expliqué que les designers doivent effectuer leur travail en tant que membres de l'équipe pendant le sprint en cours, tout en consacrant un certain temps (peut-être même la majeure partie de leur temps) à préparer ce qui vient ensuite.
Cela soulève cependant une question que je souhaite aborder ici. Comment les UI Designers peuvent-ils garantir un design cohérent sans concevoir l'ensemble du produit au préalable lors d'une phase de design ?
Orienter le design de manière intentionnelle
Les designers orientent consciemment le design d'un système. Comme il n'existe pas de phase de design préalable dans un projet agile, le design évolue progressivement et n'est pas créé lors d'une phase spécifique du projet.
Cependant, le design ne naît pas de manière arbitraire. Il est guidé par les intentions d'un designer qualifié. Le designer identifie certaines parties du système et les conçoit en premier. Ensuite, il collabore avec l'équipe pour construire ces éléments, recueille les retours d'utilisateurs réels, puis identifie les domaines à concevoir ensuite.
Ce processus se répète de manière itérative et incrémentale. L'aspect principal est que le designer choisit toujours consciemment le domaine qui permettra d'obtenir des enseignements concernant les autres questions de design. Un design ne naît pas de manière arbitraire.
Comment assembleriez-vous un puzzle ? Pas en prenant des pièces au hasard et en essayant de les assembler. Vous commenceriez probablement par trouver les pièces d'angle, puis les bords, etc. Une fois que vous avez tout le cadre extérieur, vous vous concentrez peut-être sur une couleur ou un motif particulier. Avec cette approche, le design évolue, mais il est également guidé consciemment.
Obtenir des retours design rapidement grâce à la livraison incrémentale
Un grand avantage des designers UI dans les projets agiles est qu'ils obtiennent très tôt dans le processus des retours concrets de vrais utilisateurs. Contrairement à la conception de l'ensemble du système en amont, on obtient ainsi quelque chose de très précieux : des retours.
Les designers apprennent à tirer parti de ces retours. Ils savent que (contrairement à la liberté totale d'une phase de conception initiale) il est plus avantageux de pouvoir modifier des parties du produit même tard dans le processus.
Penser de manière holistique, travailler de façon incrémentale
L'écrivain E. L. Doctorow a dit un jour qu'écrire un livre, c'est « comme conduire de nuit. On ne voit jamais plus loin que la portée des phares, mais on peut quand même faire tout le voyage ainsi. » Je crois que c'est également vrai pour le design produit.
Un designer devrait pouvoir imaginer l'ensemble du parcours, mais peut tout de même accomplir le voyage même s'il ne voit que jusqu'où portent ses phares.
Dans un projet agile, les designers devraient penser de manière holistique et travailler de façon incrémentale. Le designer comme l'écrivain savent où ils veulent arriver, mais atteignent cet objectif en ne regardant qu'une petite partie du chemin à la fois.
Ce texte est tiré du blog de Mike Cohn et a été traduit par nos soins en français.
