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, écartant ainsi la méthode de développement en cascade la plus ancienne et la plus désordonnée. Pour être honnête, qu'elle soit agile ou autre, la cascade a vraiment eu raison de lui, car son approche descendante et peu encline à prendre des risques ne peut tout simplement pas suivre le rythme des demandes du marché actuel.
Bien que des changements similaires se produisent dans le monde de la conception, le processus de conception agile doit nécessairement être légèrement différent du développement agile; Ce sont, après tout, des disciplines différentes. Examinons d'abord en quoi consiste le développement agile, puis quelques excellentes façons d'adapter le processus au monde de la conception.
Guide rapide sur le développement agile
Le Manifeste Agile met l'accent sur les personnes et les interactions plutôt que sur les processus et les outils. En pratique, cela implique de communiquer fréquemment au sein des équipes et avec le client, ainsi que de faire des choses telles que des réunions Scrum quotidiennes afin que toute l'équipe puisse rester au courant des activités de ses membres. Cela crée une boucle de rétroaction cohérente qui permet aux équipes de s’ajuster en fonction de ce que les clients, les bêta-testeurs et le marché leur disent, tout en vérifiant fréquemment que leur travail est fonctionnel dans l’environnement dans lequel il évoluera.
Plus que tout, le processus agile met l'accent sur la production de produits livrables dans les délais et le budget impartis, et non sur la perfection, car les produits peuvent toujours être peaufinés. Cela prend principalement la forme d'itérations, de courtes périodes de production intense avec des objectifs plus petits et plus réalisables, qui intègrent de nouvelles itérations plus tard.
Alors, 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 parfaitement dans le désir commun des concepteurs de ne présenter aux clients que les produits les plus parfaits. Cela commence dans la phase de proposition et de recherche avec des maquettes de DSP trop élaborées et continue jusqu'à la phase d'approbation finale. Mais pour les projets les plus complexes, il n’a vraiment aucun sens de concevoir pendant des semaines sinon des mois dans l’abstrait, totalement dépourvu de toute contribution du client. Comme nous le savons très bien, les clients comprennent souvent beaucoup mieux ce qu’ils recherchent lorsqu’un site se réunit. 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 vous travaillez dans un paradigme dans lequel le réacheminement demande du temps et du travail.
L'adoption d'une approche agile consistant à intégrer les clients en boucle à chaque phase du processus et à produire un flux constant de produits 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 risques de surprises sont faibles, meilleure est l’équipe qui peut s’adapter aux demandes changeantes tout au long du processus, sans avoir à revenir sur ses pas.
En bref: Faites du client un membre de votre équipe.
Compiler fréquemment des travaux entre des é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 de dizaines à des milliers dans les plus grandes organisations. Cependant, l’intégration dans la méthode de la cascade se produit à intervalles peu fréquents, ce qui rend encore plus difficile pour les développeurs de trouver des bogues dans une quantité énorme de code. Cela entraîne également beaucoup de retours en arrière et de retards dans les expéditions.
Ce n’est pas le cas de la méthode agile d’intégration continue, qui consiste à intégrer le code une fois, voire 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 bogues dès leur apparition et de les corriger immédiatement ou de les ajouter à l'arriéré pour la prochaine itération du projet. Cela correspond également parfaitement au concept agile de privilégier les interactions par rapport aux processus, car les développeurs de toutes les équipes doivent communiquer fréquemment pour identifier et corriger ce type d'erreur.
Les concepteurs peuvent bénéficier d’une mentalité similaire, qu’il s’agisse de procéder à un simple enregistrement quotidien avec les autres membres de l’équipe ou de communiquer 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 excitante mais délicate. La communication inter-équipes et la compilation du travail inciteront également les concepteurs à se concentrer 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.
Tester, tester, tester? Tout le temps
Sur une note similaire mais fondamentalement différente, des tests fréquents sont un élément important pour maintenir les itérations sur la bonne voie. En? Test? Je veux dire que nous cherchons au-delà de l’intégration à la fonctionnalité d’une conception à la fois au niveau micro et macro en développant un point de vue de la résolution de problèmes. Dans le développement agile, les développeurs divisent 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 ces travaux leur permet ensuite d’identifier les problèmes à traiter soit immédiatement, soit à la prochaine itération. Cela permet aux développeurs de rester sur la bonne voie et à l'heure, empêchant ainsi le type de paralysie qui survient lorsque trop d'approches sont abordées à la fois.
De cette manière, des tests fréquents et une mentalité résolue à résoudre les problèmes peuvent non seulement garder le processus de conception sur les rails, mais aussi alimenter la créativité, car ils empêchent les concepteurs de se laisser prendre au plus grand problème: Savoir dès le départ, exactement comment un site devrait ressembler. En se concentrant sur des problèmes moins importants, les concepteurs peuvent adopter un processus de création 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 deviendraient trop disjointes. En tant que bon équilibre entre la résolution de problèmes plus agile et la vision plus globale de la cascade, il vaut la peine de consacrer plusieurs itérations à la résolution de problèmes dans le contexte plus large, et de prendre simplement en compte la vue par souci de cohérence.
En bref
Lorsque vous y réfléchissez vraiment, la conception agile consiste simplement à appliquer certains principes de développement agile au processus de conception. Comme chaque concepteur et chaque équipe de concepteurs sont différents, il est préférable de choisir les méthodes qui vous conviennent et de les adapter au fur et à mesure. Cela, après tout, semble être la chose la plus agile à faire.