Comprendre la conception agile et pourquoi c'est important
Ce n'est un secret pour personne que le processus de développement agile se propage dans le monde du développement depuis plusieurs années maintenant, écartant l'ancienne méthode de développement des chutes d'eau. Pour être juste, que ce soit agile ou autre, la cascade a vraiment eu son arrivée, car son approche descendante et sans risque ne peut tout simplement pas suivre le rythme des exigences du marché actuel.
Bien que des changements similaires se produisent dans le monde de la conception, le processus de conception agile devrait nécessairement ressembler et se sentir un peu différent du développement agile; ce sont, après tout, des disciplines différentes. Examinons d'abord en profondeur ce qu'est le développement agile, puis quelques excellentes façons d'adapter le processus au monde du design.
Une introduction rapide au développement agile
Le Manifeste Agile met l'accent sur les personnes et les interactions sur les processus et les outils. En pratique, cela signifie communiquer fréquemment au sein des équipes et avec le client, ainsi que faire des choses comme des réunions de mêlée quotidiennes afin que toute l'équipe puisse rester en boucle sur les activités de ses membres. Cela crée une boucle de rétroaction cohérente qui permet aux équipes de s'adapter en fonction de ce que les clients, les bêta-testeurs et le marché leur disent, tout en vérifiant fréquemment pour s'assurer que leur travail est fonctionnel dans l'environnement dans lequel il vivra finalement.
Plus que tout, le processus agile met l'accent sur la production de livrables dans les délais et les budgets, et non sur la perfection, car les produits peuvent toujours être modifiés en cours de route. Cela prend principalement la forme d'itérations, de périodes de production brèves et intenses avec des objectifs plus petits et plus réalisables qui intègrent de nouvelles itérations sur la route.
Quelles mesures pouvez-vous prendre pour adapter des mentalités similaires à un environnement de conception? Nous allons jeter un coup d'oeil.
Changez votre relation avec vos clients
Le processus de conception traditionnel s'inscrit directement dans le désir commun des designers de ne présenter que les produits les plus parfaits aux clients. Cela commence dans la phase de proposition et de recherche avec des maquettes PSD trop élaborées et se poursuit jusqu'à la phase d'approbation finale. Mais pour les projets les plus complexes, cela n'a vraiment aucun sens de concevoir pendant des semaines sinon des mois dans l'abstrait, complètement dépourvu de commentaires des clients. Comme nous le savons trop bien, les clients acquièrent souvent une compréhension beaucoup plus claire de ce qu'ils recherchent lors de la création d'un site. De plus, la demande du marché a l'habitude de changer plus rapidement que les concepteurs ne peuvent en produire. Cela peut être frustrant lorsque l'on travaille dans un paradigme dans lequel le réacheminement est à la fois laborieux et long.
L'adoption d'une approche agile consistant à boucler les clients dans chaque phase du processus et à produire un flux constant de livrables peut aider à résoudre ce problème, car elle permet aux clients de jouer avec les conceptions au fur et à mesure. Cela leur permet également de mieux comprendre comment la vision réalisée fonctionnera dans un contexte réel. Plus la communication est régulière, plus les chances de surprises sur la route sont faibles, mieux une équipe peut s'adapter à l'évolution des demandes en cours de route, plutôt que d'avoir à revenir sur ses pas.
En bref: faites du client un membre de votre équipe.
Compiler fréquemment le travail entre équipes
Dans le monde du développement, l'intégration du travail intra et interéquipes est un élément crucial de tout projet. Cela est d'autant plus vrai que les équipes passent des dizaines aux milliers dans les plus grandes organisations. Mais l'intégration dans la méthode de la cascade se produit à des intervalles peu fréquents, ce qui rend d'autant plus difficile pour les développeurs de trouver des bogues dans une énorme quantité de code. Cela entraîne également de nombreux retours en arrière et retards de livraison.
Ce n'est pas le cas avec la méthode agile d'intégration continue, qui permet aux développeurs d'intégrer du code une fois, sinon trois fois par jour. L'intégration continue élimine vraiment le mystère indésirable de l'intégration, permettant aux développeurs d'attraper les bugs à mesure qu'ils surviennent et de les corriger immédiatement ou de les ajouter dans le backlog pour la prochaine itération du projet. Il s'intègre également parfaitement au concept agile de privilégier les interactions sur les processus, car les développeurs des équipes doivent communiquer fréquemment pour identifier et corriger ces types d'erreurs.
Les concepteurs peuvent bénéficier d'une mentalité similaire, que ce soit en effectuant un simple enregistrement quotidien avec les autres membres de l'équipe ou en communiquant plus fréquemment avec les développeurs pour déterminer ce qui est techniquement possible à mettre en œuvre avant de s'engager dans une voie de conception passionnante mais délicate. La communication inter-équipes et la compilation du travail garderont également les concepteurs concentrés sur la conception lorsque la conception est nécessaire, plutôt que de sur-planifier ou même de mettre en œuvre un travail de conception qui ne se synchronise pas avec ce que font les autres équipes.
Testez, testez, testez… tout le temps
Sur une note similaire mais cruciale, des tests fréquents sont un élément important pour garder les itérations sur la bonne voie. Par «test», j'entends au-delà de l'intégration jusqu'à la fonctionnalité d'une conception à la fois au niveau micro et macro en développant un point de vue de résolution de problèmes. Dans le développement agile, les développeurs décomposent les problèmes plus importants en problèmes plus petits qui peuvent être mieux traités dans le cadre d'itérations rapides. Le test de ce travail leur permet ensuite d'identifier les problèmes à résoudre soit immédiatement, soit lors de la prochaine itération. Cela maintient les développeurs sur la bonne voie et à temps, empêchant le type de paralysie qui survient lorsque trop est approché à la fois.
De cette façon, des tests fréquents et une mentalité de résolution de problèmes peuvent non seulement garder le processus de conception sur la bonne voie, mais aussi stimuler la créativité, car ils empêchent les concepteurs de trop se rattraper sur le plus gros problème de tous: savoir dès le départ exactement comment un site doit ressembler et se sentir. En se concentrant sur des problèmes plus petits, les concepteurs peuvent adopter un processus créatif plus émergent et découvrir leur vision au fur et à mesure.
Cela dit, la valeur du zoom arrière au niveau macro ne peut pas être ignorée, sinon les conceptions deviendront trop disjointes. Comme un bel équilibre entre la focalisation plus petite de la résolution de problèmes agile et la vue plus holistique de la cascade, il vaut la peine de consacrer plusieurs itérations à la résolution des problèmes dans le contexte de la situation dans son ensemble, et également de simplement prendre en compte la vue par souci de cohérence.
En bref
Quand on y pense vraiment, la conception agile est simplement l'application de certains principes de développement agile au processus de conception. Comme chaque concepteur et équipe de conception est différent, il vaut mieux choisir les méthodes qui fonctionnent pour vous et les adapter au fur et à mesure. Après tout, cela semble être la chose agile à faire.
