Travailler avec Design Thinking, Lean et Agile –

Design Thinking est la dernière phrase à la mode à s'être emparée du monde des affaires et de la technologie. Il semble que la phrase apparaisse dans presque tous les contextes. Il y a quelques années, Lean UX était à la mode, à la suite de quelques années consacrées au Lean Startup . Quelques années auparavant, toutes les sociétés de technologie que je connaissais se dépêchaient de mettre en œuvre des processus de développement Agile. Des experts comme Lou Rosenfeld font déjà des prévisions sur les prochaines approches .

Aucune de ces approches n’est devenue moins utile avec le temps, mais les gens expérimentent de nouvelles façons de créer des produits et techniques réussies pour devenir «La prochaine grande chose» qui se révélera être une solution magique pour tout le monde. Le problème est que, lorsque nous discutons avec quelque chose de nouveau, nous ne connectons pas toujours les points de nos méthodes existantes et nous pouvons laisser les gens perplexes sur la meilleure façon de mettre en œuvre les choses ensemble.

Continuez votre lecture pour mieux comprendre le Design Thinking. , Lean UX et Agile, et comment implémenter des éléments de chacun pour votre équipe.

Avant d'aller trop loin, prenons un peu de recul pour comprendre chaque approche.

Agile

Soyons clairs: Agile est une approche de développement logiciel. Il est né de la frustration suscitée par les pratiques logicielles «en cascade» traditionnelles, avec une longue période de travail de collecte des exigences et de conception initiale, puis une longue phase de développement de la mise en œuvre desdites conceptions, mais sans la capacité de comprendre ou de répondre aux besoins changeants. Le résultat est que les équipes ont passé beaucoup de temps à construire des objets que les gens ne voulaient pas ou dont ils n’avaient pas vraiment besoin et que les entreprises étaient en difficulté.

Les développeurs de logiciels ont commencé à expérimenter de nouvelles façons de construire et ont mis au point un ensemble de valeurs partagées. principes pour guider les équipes afin qu'elles travaillent mieux

• Le Manifeste Agile officiel a été publié en 2001. Il préconisait de valoriser:
• les individus et leurs interactions avec les processus et les outils
• un logiciel de travail basé sur une documentation complète
• collaboration client sur négociation de contrat
• réponse au changement suivant un plan

L'Agile Alliance a également défini 12 principes détaillés à suivre mais ne prescrit aucun processus particulier; les équipes de développement se retrouvent donc souvent en utilisant des cadres spécifiques, tels que Scrum ou Kanban, pour les aider à comprendre comment organiser, planifier et exécuter leur travail. L'accent est mis sur l'indépendance des équipes pour s'auto-organiser, il n'y a donc pas deux équipes Agiles identiques, même au sein des mêmes départements ou organisations.

En théorie, les approches Agiles non seulement fonctionnent bien avec les pratiques UX, mais requièrent activement une expérience utilisateur continue. recherche pour comprendre en permanence les besoins changeants des clients. Cependant, dans la pratique, les équipes peuvent essayer de publier plus rapidement du code plus fonctionnel, et il peut être difficile de consacrer tout son temps à la recherche ou à se concentrer sur les décisions de conception. Les équipes agiles ont souvent du mal à intégrer au mieux leurs membres et leur travail dans leurs pratiques.

Lean UX

Lean UX est née de la lutte que de nombreuses équipes avaient incorporée aux meilleures pratiques UX. alors qu’ils adaptaient leurs processus de développement aux méthodes Agiles et tentaient de gagner du temps, de l’idée à la mise en œuvre. Lean UX est le terme générique utilisé pour modifier les méthodes UX traditionnelles afin de les adapter à des délais plus courts, ce qui signifie souvent que l'on se détourne des livrables détaillés.

Mais attention: vous pouvez également entendre parler de Lean et Lean Startup, qui sont souvent regroupés mais ont des significations et éléments distincts. Lean est dérivé des meilleures pratiques de fabrication et se concentre sur les pratiques commerciales et de gestion générales visant à réduire le gaspillage et à maximiser la valeur. Lean Startup est une approche plus large du développement des produits et des entreprises qui suggère d'incorporer des périodes d'expérimentation afin de réduire le gaspillage et les risques. Les termes ne sont pas mutuellement exclusifs, mais ils ne sont pas non plus interchangeables.

Retour à UX Lean: l’idée principale est de modifier les méthodes de conception UX traditionnelles pour qu’elles deviennent plus rapides. Plutôt que de passer beaucoup de temps à concevoir et à documenter minutieusement chaque élément, l'équipe se doit de visualiser rapidement et en collaboration les idées et de recueillir les réactions, des membres de l'équipe, des parties prenantes et des utilisateurs dès que possible.

Jeff Gothelf expose le processus Lean UX suivant: concept, prototype, validation interne, validation externe, apprendre, itérer et répéter . Ce processus reflète le processus UX "normal" mais chaque étape est raccourcie.

Supposons qu’une équipe s’intéresse à l’intégration d’une nouvelle fonctionnalité. L’équipe peut d’abord avoir une rapide session de tableau blanc pour préciser le flux de travail principal. Une fois que le groupe a convenu d'une orientation, il peut montrer aux utilisateurs une conception basse fidélité et incorporer les commentaires obtenus lors d'une session d'esquisse conjointe dans laquelle il trie plus de détails sur les interactions.

Vous remarquerez que cet exemple n'en contient pas. des prototypes entièrement fonctionnels ou des rapports de test détaillés, mais Lean UX n'est pas une excuse pour sauter des étapes. C'est plutôt une invitation à faire juste assez pour construire une vision partagée et obtenir des retours, mettre à l'échelle et appliquer différents outils ou méthodes, car cela semble le plus logique pour votre contexte spécifique.

Lean UX ne suggère pas non plus que vous abandonniez complètement documentation, ni que les décisions d’expérience soient soustraites aux professionnels de l’expérience utilisateur. Cela suggère plutôt que toute l'équipe est impliquée dans le processus de conception afin d'éviter les surprises et les problèmes techniques imprévus. Les commentaires sont collectés tôt et souvent, et si des modifications doivent être apportées, elles peuvent être effectuées rapidement et facilement avant que beaucoup de temps ait été investi dans les conceptions finales.

Pensée du design

Le penseur du design est un approche générale de la résolution créative de problèmes, popularisée par le Stanford d.school et l’IDEO et récemment adoptée par de nombreuses entreprises de technologie. L'approche comporte cinq étapes et est conçue comme un moyen de cadrer et de résoudre des problèmes de toutes sortes.

La première étape est Empathize qui ressemble énormément aux phases de recherche de la vieille école. Vous rassemblez autant d'informations que possible pour en savoir plus sur les personnes impliquées, leurs problèmes, leurs motivations et leur contexte. Cela peut vouloir dire que vous menez des interviews, que vous observez des personnes dans leur espace, que vous parlez à des experts ou que vous examinez des comportements antérieurs.

Ensuite, vous analysez ce que vous avez rassemblé et synthétisez vos pensées pour Define . un problème de base pour le public que vous servez. Regardez ce que vous avez appris sur le groupe, ce dont il a besoin et où il pourrait y avoir des lacunes pour créer une déclaration de problème succincte pour définir vos prochaines étapes.

La troisième étape consiste à Ideate pour résoudre le problème. le problème posé, intégrant des techniques créatives permettant d’examiner le problème sous plusieurs angles et de proposer autant d’idées différentes que possible. L’idée est d’abord d’élargir le champ en générant de nombreuses alternatives avant de nous limiter à quelques solutions possibles à tester.

Avant de pouvoir recueillir des informations en retour, l’équipe doit [Proto Prototype ou créer un niveau faible. -cost Représentations de la solution. Un prototype peut être constitué d’une série d’esquisses ou d’une simulation front-end parfaite du processus proposé. Le but est de trouver un équilibre tel que la solution semble suffisamment réelle pour obtenir un retour authentique, mais son coût est relativement faible et sa production facile.

Enfin, vous voulez tester les prototypes en les plaçant devant des utilisateurs réels ou représentatifs et en observant ce qu’ils font et comment ils réagissent, puis en utilisant les informations pour former les prochains tours.

Vous devriez noter que si le processus est présenté de manière linéaire, en réalité les phases peuvent se chevaucher ou quelque chose que vous apprenez. en cours de route vous invitera à revenir sur l’empathie ou la définition du problème. L'approche est censée être structurée mais flexible.

Tout cela devrait vous paraître familier. La pensée conceptuelle est une formule qui permet aux équipes de comprendre et de résoudre les problèmes de manière collaborative en les encadrant des personnes impliquées et en intégrant les retours d'expérience de manière précoce et fréquente, ce qui est également au cœur d'une bonne pratique de l'expérience utilisateur.

Tying It All Together

La nouvelle est que chacune des approches que j'ai mentionnées comporte des éléments précieux pour presque toutes les équipes. L’attention d’Agile sur la collaboration, les itérations, les commentaires et la rapidité signifie que les équipes perdent moins de temps à construire des tâches que personne ne souhaite, et Lean UX aide à adapter les pratiques traditionnelles d’UX à la cadence des équipes de développement plus rapides. Le Design Thinking offre aux utilisateurs de toutes les disciplines une approche pour explorer les problèmes et se concentrer sur les utilisateurs.

La mauvaise nouvelle est que, dans la pratique, les trois méthodes peuvent parfois sembler contradictoires, car ce sont des approches différentes. destiné à aborder différents problèmes. Agile concerne les logiciels, Lean UX concerne les processus de conception et de recherche et Design Thinking est un outil d'exploration d'idées. Très souvent, différentes personnes ou groupes au sein d'une entreprise seront responsables de ces différents domaines et leurs calendriers et objectifs individuels risquent de ne pas être alignés.

Par exemple, une équipe de stratèges peut utiliser des approches de réflexion conceptuelle pour explorer les idées dès le début. d'une initiative, puis commencez à vous associer aux concepteurs UX pour préciser les concepts. Parallèlement, les équipes de développement peuvent utiliser des cycles d'itération Agile pour développer leurs connaissances. Ce n’est pas nécessairement un processus directement linéaire, et les transferts et les différences entre les parties prenantes et les acteurs clés peuvent provoquer des tensions ou un remaniement. L'illustration de Lithespeed illustre parfaitement la manière dont les processus peuvent être étroitement liés.

Bien entendu, le jeu unique de détails de mise en œuvre qui fonctionnent le mieux pour chaque équipe et projet dépend de nombreux facteurs. , quel genre d'organisation vous faites, ce que vous essayez de construire et où vous en êtes dans ce processus.

Les étapes suivantes devraient aider toutes les équipes.

Vision commune

La première étape I Il serait important que tous les membres de chacun des trois domaines principaux s’accordent sur une vision commune et qu’ils l’énoncent et le partagent explicitement avec tous les membres des équipes. Cela semble une première étape évidente, mais il est assez courant que chaque équipe ou personne dispose de sa propre version de la destination finale de l’organisation. Essayez-le: adressez-vous à un développeur, à un concepteur UX et à un stratège produit qui travaillent ensemble pour définir leur vision. Il est rare que les trois répondent de la même manière, s’ils peuvent le faire.

La vision commune devrait définir l’objectif ultime de la société, mais pas la manière dont les équipes doivent s’y rendre. Par exemple, Amazon a pour vision

d'être la société la plus centrée sur le client, où les clients peuvent trouver et découvrir tout ce qu'ils souhaitent acheter en ligne et s'efforcer d'offrir à ses clients les prix les plus bas possibles. 19659042] L'idée n'est pas d'être normative, mais de s'assurer que tout le monde se dirige dans la même direction, et vous pouvez vérifier votre propre travail pour vous assurer qu'il est aligné.

Des cycles de mesure clairs

Les équipes doivent également déterminer comment ils vont mesurer le succès par rapport à cette vision. Chacune de ces approches recommande des cycles d'expérimentation et de retour d'expérience fréquents, mais vous devez définir clairement les résultats que vous souhaitez atteindre, les indicateurs vous aider à comprendre ces résultats, la manière dont vous collecterez ces informations et les paramètres qui détermineront ce que vous ferez ensuite.

J'aime particulièrement ce cadre d'hypothèses :

Si nous faisons, construisons ou fournissons x chose
Ensuite, ces personnes
] Fera un résultat souhaitable .
Nous le saurons bien lorsque une métrique exploitable .

Vise à réaliser des expériences qui répondront à vos questions le plus rapidement possible et vous donner un point de décision clair, de sorte que vous soyez à l'aise d'abandonner des efforts qui ne vous mènent pas là où vous voulez être.

N'oubliez pas que vous pouvez tirer le meilleur parti des efforts qui ont «échoué» à leurs hypothèses. Il est utile d’apprendre ce qui fonctionne et ce qui ne fonctionne pas, même si vous devez vous en débarrasser.

Maintien de la concentration sur les utilisateurs

Chacune de ces méthodes repose sur une compréhension approfondie des personnes que vous résolvez. pour et assurez-vous qu'ils restent au centre des boucles de rétroaction et des points de décision tout au long du processus. En pratique, cela signifie que vous devez constamment parler et apprendre de vos utilisateurs existants et potentiels. Il est important d’essayer de nouvelles solutions, mais également de reconnaître que les utilisateurs et leurs objectifs ou contextes peuvent changer avec le temps. Continuez à prendre des mesures pour comprendre vos utilisateurs et leurs besoins, où que vous soyez dans le développement du produit.

Définissez les équipes pour le succès

La collaboration interfonctionnelle est un autre élément fondamental de chacune des approches, idéale pour les équipes avoir des membres dédiés pour plusieurs disciplines travaillant ensemble. Fournir de la valeur à vos utilisateurs doit être une priorité pour tout le monde, et les meilleures solutions proviennent d’individus divers apportant leurs talents et leurs connaissances.

Il est également important de vérifier en permanence avec vos équipes pour évaluer ce qui fonctionne bien et ce qui pourrait être amélioré en termes de processus. Ce qui fonctionne pour une équipe ne le sera peut-être pas pour une autre et il est important de vous donner le temps de réfléchir et d’essayer de nouvelles choses. Plutôt que de vous concentrer sur un processus spécifique, concentrez-vous sur un engagement d'expérimentation et d'apprentissage constant.

En fin de compte, il n'y a pas de «bonne façon» pour chaque équipe d'implémenter Agile, Lean UX ou Design Thinking dans votre les pratiques. Chaque approche a pour but de résoudre un problème particulier et des éléments de chacune d’elles peuvent être utiles. Vous devrez donc trouver ce qui fonctionne pour votre équipe.

Amanda Stockwell est présidente de Stockwell Strategy une pratique de recherche UX axée sur les méthodes de recherche lean et intégrant les connaissances des utilisateurs aux objectifs commerciaux afin de créer des stratégies produit globales pour les grandes entreprises. petit. Elle a une formation en facteurs humains et un diplôme d'ingénieur de l'Université Tufts. Elle écrit souvent et parle de son expérience professionnelle.