![\"Un](\"https:\/\/www.m-q.ch\/wp-content\/uploads\/2021\/02\/Ein-gutes-Doppel-UX-Design-und-Scrum.jpg\")
<\/p>\n<\/p>\n
<\/p>\n
Une bonne exp\u00e9rience utilisateur (UX) conduit au fait que les utilisateurs aiment utiliser un produit ou un logiciel, et constitue donc un facteur de succ\u00e8s essentiel. N\u00e9anmoins, dans la pratique, la conception de l'exp\u00e9rience utilisateur et le processus Scrum n'ont jusqu'\u00e0 pr\u00e9sent g\u00e9n\u00e9ralement apparu que c\u00f4te \u00e0 c\u00f4te et n'ont que peu de points de contact : La conception de l'exp\u00e9rience utilisateur - de la recherche sur l'utilisateur \u00e0 la d\u00e9finition des personnages en passant par l'\u00e9laboration de croquis et d'images fil de fer - est souvent cr\u00e9\u00e9e \u00e0 l'avance puis remise \u00e0 l'\u00e9quipe de d\u00e9veloppement pour la mise en \u0153uvre. Pour aggraver les choses, des agences externes sp\u00e9cialis\u00e9es - qui travaillent souvent selon la m\u00e9thode classique des chutes d'eau - cr\u00e9ent g\u00e9n\u00e9ralement le design de l'exp\u00e9rience utilisateur. Cela est principalement d\u00fb au fait que lorsque les soci\u00e9t\u00e9s informatiques ont \u00e9t\u00e9 fond\u00e9es, en particulier celles qui existent depuis longtemps, le sujet des munitions non explos\u00e9es n'\u00e9tait pas autant au premier plan qu'il ne l'est aujourd'hui. Mais ce n'est que lorsque la conception et le d\u00e9veloppement de l'exp\u00e9rience utilisateur sont en concurrence dans un processus agile qu'il y a une victoire \u00e0 la fin : un produit r\u00e9ussi qui non seulement fonctionne, mais que les utilisateurs prennent \u00e9galement plaisir \u00e0 utiliser.<\/p>\n
La conception des UX dans le processus Scrum : 3 aspects<\/strong><\/p>\n <\/p>\n Facteur de succ\u00e8s 1 : proximit\u00e9 physique - pour plus d'\u00e9changes et de compr\u00e9hension mutuelle<\/strong><\/em><\/p>\n Souvent, les relations entre les concepteurs et les d\u00e9veloppeurs sont plut\u00f4t tendues. Cela est souvent d\u00fb au fait que les deux groupes connaissent peu les processus de travail de l'autre. Par exemple, il n'est souvent pas facile pour les concepteurs de comprendre comment ils continuent \u00e0 travailler avec les dessins qu'ils ont fournis. Les d\u00e9veloppeurs, \u00e0 leur tour, n'ont souvent aucune id\u00e9e des processus par lesquels passent les concepteurs pour cr\u00e9er un concept valable. Pour les deux parties, ce que fait l'autre groupe dans son travail quotidien est parfois tr\u00e8s opaque. Un travail de clarification de la part de la direction du projet et des membres de l'\u00e9quipe eux-m\u00eames peut permettre dans un premier temps de cr\u00e9er une compr\u00e9hension de base ici. Il convient d'expliquer quelles sont les t\u00e2ches des diff\u00e9rents r\u00f4les et dans quelle mesure les processus de d\u00e9veloppement de logiciels doivent \u00e9galement \u00eatre adapt\u00e9s par l'int\u00e9gration des concepteurs. Il est important que tous les membres de l'\u00e9quipe comprennent qu'un produit r\u00e9ussi ne peut \u00eatre cr\u00e9\u00e9 que par une bonne interaction entre les deux processus - conception de l'exp\u00e9rience utilisateur et d\u00e9veloppement du logiciel.<\/p>\n <\/p>\n Pour am\u00e9liorer la compr\u00e9hension du travail de chacun, la proximit\u00e9 spatiale est un aspect essentiel : lorsque les concepteurs et les d\u00e9veloppeurs travaillent ensemble dans la m\u00eame pi\u00e8ce, ils peuvent voir ce sur quoi l'autre travaille. Ils peuvent se poser des questions et\/ou afficher visiblement leurs \u00e9tapes de travail, comme des dessins ou des images d'architecture logicielle, dans la pi\u00e8ce. En visualisant visiblement ce sur quoi ils travaillent, les conversations et les discussions peuvent se d\u00e9rouler plus facilement et plus rapidement. Des canaux de communication courts permettent de poser plus fr\u00e9quemment des questions et de les clarifier plus rapidement, et ont donc un effet positif sur le r\u00e9sultat du produit.<\/p>\n <\/p>\n Si le temps le permet - et si l'expertise correspondante est disponible - les concepteurs peuvent \u00e9galement soutenir les d\u00e9veloppeurs dans la programmation, par exemple dans le domaine du d\u00e9veloppement en amont. L'avantage : les mod\u00e8les con\u00e7us par l'int\u00e9ress\u00e9 peuvent \u00e9galement \u00eatre mis en \u0153uvre imm\u00e9diatement sur le plan technique et donc test\u00e9s pour leur faisabilit\u00e9. Inversement, les d\u00e9veloppeurs peuvent \u00e9galement participer \u00e0 la cr\u00e9ation de l'exp\u00e9rience utilisateur dans le cadre du processus Scrum, par exemple en cr\u00e9ant des maquettes ou des prototypes.<\/p>\n <\/p>\n Facteur de succ\u00e8s 2 : envisager la conception de l'UX d\u00e9j\u00e0 dans le Sprint 0 - pour des personnalit\u00e9s pertinentes et de bonnes histoires d'utilisateurs<\/strong> <\/em><\/p>\n Dans le processus Scrum, la p\u00e9riode pr\u00e9c\u00e9dant le premier sprint est utilis\u00e9e pour les mesures pr\u00e9paratoires, telles que la mise en place de l'architecture technique. Cette p\u00e9riode est \u00e9galement appel\u00e9e \"Sprint 0\". Les premi\u00e8res \u00e9tapes du processus conceptuel et cr\u00e9atif de la conception de l'UX peuvent \u00eatre bien int\u00e9gr\u00e9es dans cette phase. L'objectif du Sprint 0 est, dans ce cas, de d\u00e9velopper conjointement une compr\u00e9hension fondamentale de l'utilisateur et une vision unifi\u00e9e du produit. \u00c0 cette fin, il est recommand\u00e9 d'organiser un atelier au cours duquel tous les participants au projet - d\u00e9veloppeurs, concepteurs d'exp\u00e9rience utilisateur, propri\u00e9taires de produits et, id\u00e9alement, les parties prenantes - d\u00e9veloppent une vue d'ensemble de l'id\u00e9e de la licence d'utilisation. De m\u00eame, les premi\u00e8res \u00e9tapes de la conception des UX devraient d\u00e9j\u00e0 \u00eatre mises en \u0153uvre dans le Sprint 0 : Recherche d'utilisateurs, cr\u00e9ation de personnages et d\u00e9veloppement d'exigences sous la forme d'histoires d'utilisateurs. Sur cette base, les participants peuvent d\u00e9velopper conjointement un arri\u00e9r\u00e9 de produits compr\u00e9hensible par tous. Les r\u00e9unions quotidiennes de la M\u00eal\u00e9e devraient d\u00e9j\u00e0 avoir lieu au cours du Sprint 0, au cours desquelles les membres de l'\u00e9quipe s'informent mutuellement de l'avancement et de l'\u00e9tat actuel de la phase de pr\u00e9paration.<\/p>\n <\/p>\n \u00c0 la fin du sprint, le propri\u00e9taire du produit trie les histoires d'utilisateurs qui sont d\u00e9velopp\u00e9es ensemble dans le sprint 0 en fonction de leur priorit\u00e9. Les t\u00e9moignages d'utilisateurs qui repr\u00e9sentent le \"produit viable minimal\" (PVM) - c'est-\u00e0-dire le produit ou la caract\u00e9ristique qui apporte le plus grand b\u00e9n\u00e9fice possible \u00e0 l'utilisateur avec le moins d'efforts - sont class\u00e9s par ordre de priorit\u00e9. Ces t\u00e9moignages d'utilisateurs devraient ensuite \u00eatre mis en \u0153uvre dans les premiers sprints.<\/p>\n <\/p>\n Afin d'estimer le nombre de sprints n\u00e9cessaires pour mettre en \u0153uvre le MVP, les d\u00e9veloppeurs doivent estimer l'effort des histoires d'utilisateurs prioritaires dans le sprint 0. La t\u00e2che des concepteurs de l'exp\u00e9rience utilisateur dans cette phase est de d\u00e9crire la valeur et l'avantage d'une histoire d'utilisateur et de rappeler aux d\u00e9veloppeurs l'effort n\u00e9cessaire pour mettre en \u0153uvre la conception.<\/p>\n <\/p>\n Il peut \u00eatre difficile pour les d\u00e9veloppeurs d'estimer l'effort \u00e0 fournir lorsqu'il n'y a pas encore de conception d\u00e9finie de l'exp\u00e9rience utilisateur. Pour parvenir \u00e0 une compr\u00e9hension commune - et donc \u00e0 une estimation plus pr\u00e9cise - des t\u00e9moignages d'utilisateurs, il est recommand\u00e9 de cr\u00e9er des prototypes simples (en papier) pendant le Sprint 0. De cette fa\u00e7on, les id\u00e9es de tous les participants au projet peuvent \u00eatre rapidement visualis\u00e9es et donc mieux discut\u00e9es au sein du groupe. Les id\u00e9es les plus viables peuvent ensuite \u00eatre d\u00e9velopp\u00e9es et, dans l'id\u00e9al, test\u00e9es en termes d'utilisabilit\u00e9 \u00e0 l'aide de prototypes pendant le sprint 0, par exemple par des coll\u00e8gues. Les r\u00e9actions des testeurs peuvent ensuite \u00eatre prises en compte dans une it\u00e9ration rapide. En raison du d\u00e9veloppement parall\u00e8le, seuls les concepteurs de l'exp\u00e9rience utilisateur seront en mesure d'ex\u00e9cuter le processus complet encore et encore au cours du projet, c'est-\u00e0-dire la recherche continue sur l'utilisateur, l'adaptation - et si n\u00e9cessaire la recr\u00e9ation - des personnages, la cr\u00e9ation et l'essai des prototypes, etc. Au cours du processus, les concepteurs de l'exp\u00e9rience utilisateur doivent s'assurer de partager r\u00e9guli\u00e8rement leurs conclusions et leurs r\u00e9sultats avec le reste de l'\u00e9quipe.<\/p>\n <\/p>\n Facteur de succ\u00e8s 3 : Impliquer les concepteurs d'UX dans toutes les r\u00e9unions de la Scrum - pour avoir une vue d'ensemble.<\/strong> <\/em><\/p>\n La condition pr\u00e9alable \u00e0 une int\u00e9gration holistique des concepteurs d'exp\u00e9riences utilisateur dans le processus Scrum est leur participation \u00e0 toutes les r\u00e9unions typiques de Scrum. Dans le cadre de cet \u00e9change \"institutionnalis\u00e9\" entre les d\u00e9veloppeurs et les concepteurs d'exp\u00e9riences utilisateur, les deux groupes peuvent rapidement savoir si la conception d'exp\u00e9rience utilisateur cr\u00e9\u00e9e peut \u00eatre mise en \u0153uvre avec un effort raisonnable. En outre, les d\u00e9veloppeurs ont \u00e9galement la possibilit\u00e9 de faire entrer leurs id\u00e9es et leurs points de vue dans le processus de conception des UX.\u00a0<\/p>\n <\/p>\n Une collaboration \u00e9troite entre les concepteurs de UX et les propri\u00e9taires de produits est \u00e9galement recommand\u00e9e, en particulier pour la conception des r\u00e9cits d'utilisateurs. Ils peuvent utiliser leur exp\u00e9rience des utilisateurs et de leurs besoins lors de la cr\u00e9ation d'histoires d'utilisateurs et cr\u00e9er des designs d'exp\u00e9riences d'utilisateurs pour les histoires d'utilisateurs pr\u00e9vues. Il faut veiller \u00e0 ne cr\u00e9er une exp\u00e9rience utilisateur tr\u00e8s d\u00e9taill\u00e9e que lorsque c'est n\u00e9cessaire - et pas longtemps \u00e0 l'avance. Il en va de m\u00eame pour la formulation finale des t\u00e9moignages d'utilisateurs, car il est tr\u00e8s probable que les t\u00e9moignages initiaux changent au cours du projet en raison de nouvelles id\u00e9es. Ainsi, il est conseill\u00e9 de finaliser les t\u00e9moignages d'utilisateurs en fonction de leur exp\u00e9rience d'utilisateur seulement un ou deux sprints avant la mise en \u0153uvre pr\u00e9vue afin de minimiser la charge de travail. Faisant partie int\u00e9grante de l'\u00e9quipe Scrum, les concepteurs d'exp\u00e9rience utilisateur sont toujours disponibles pour r\u00e9pondre aux questions. Cela permet d'\u00e9viter les doubles emplois, par exemple, si un d\u00e9tail du comportement de l'interface utilisateur a \u00e9t\u00e9 compris diff\u00e9remment par le d\u00e9veloppeur et mis en \u0153uvre sans autre enqu\u00eate.<\/p>\n <\/p>\n Les tests utilisateurs sont un autre domaine d'activit\u00e9 que les concepteurs de UX peuvent prendre en charge pendant le d\u00e9veloppement. \u00c0 cette fin, il est recommand\u00e9 de proc\u00e9der \u00e0 des tests d'utilisation avec des utilisateurs s\u00e9lectionn\u00e9s \u00e0 intervalles r\u00e9guliers - environ tous les deux sprints - id\u00e9alement avec des prototypes d'abord. Cela donne au groupe cible la possibilit\u00e9 d'\u00e9valuer les nouveaux produits mis en \u0153uvre. La consultation pr\u00e9coce des utilisateurs a l'avantage de permettre la prise en compte imm\u00e9diate de toute demande de changement de la part des utilisateurs. Surtout si les ajustements sont d\u00e9j\u00e0 effectu\u00e9s sur des prototypes et non sur les logiciels d\u00e9j\u00e0 d\u00e9velopp\u00e9s, cela signifie d'\u00e9normes \u00e9conomies de temps et d'argent. Les ajustements peuvent \u00eatre effectu\u00e9s directement dans une it\u00e9ration ult\u00e9rieure, ou les demandes de changement sont ancr\u00e9es dans de nouvelles histoires d'utilisateurs. Pour maintenir un \u00e9change transparent avec l'\u00e9quipe Scrum, les concepteurs de l'UX doivent pr\u00e9senter les r\u00e9sultats des tests utilisateurs dans le Daily Scrum.<\/p>\n Conclusion<\/strong><\/p>\n <\/p>\n Les concepteurs d'exp\u00e9rience utilisateur peuvent assumer des t\u00e2ches compl\u00e8tes au sein d'une \u00e9quipe Scrum et contribuer de mani\u00e8re significative au succ\u00e8s du produit. La condition pr\u00e9alable \u00e0 cela est que les concepteurs d'UX jouent un double r\u00f4le en tant que partenaires des d\u00e9veloppeurs dans le processus Scrum. D'une part, il leur incombe de se tourner vers l'avenir et de faire avancer un d\u00e9veloppement du produit orient\u00e9 vers l'utilisateur par le biais de recherches, de tests et de cr\u00e9ation de prototypes. D'autre part, ils devraient toujours \u00eatre disponibles pour les demandes de renseignements des d\u00e9veloppeurs concernant les t\u00e9moignages d'utilisateurs actuellement trait\u00e9s, valider les t\u00e9moignages d'utilisateurs d\u00e9j\u00e0 mis en \u0153uvre et, si n\u00e9cessaire, les tester sur le groupe cible. Dans le m\u00eame temps, toutes les personnes concern\u00e9es doivent \u00eatre conscientes qu'il n'existe pas de solution d\u00e9finitive dans le d\u00e9veloppement de logiciels agiles. Avec la sortie d'un produit logiciel, le d\u00e9veloppement et la conception de l'exp\u00e9rience utilisateur ne sont pas termin\u00e9s. En principe, un nouveau match commence d\u00e9j\u00e0 \u00e0 ce moment-l\u00e0.<\/p>","protected":false},"excerpt":{"rendered":" Eine gute User Experience (UX) f\u00fchrt dazu, dass Anwender ein Produkt bzw. eine Software gerne nutzen, und ist damit ein wesentlicher Erfolgsfaktor. Dennoch treten in der Praxis das User Experience Design und der Scrum-Prozess bisher meist nur nebeneinander an und haben wenige Ber\u00fchrungspunkte: Das User Experience Design \u2013 vom User Research \u00fcber die Definition […]<\/p>\n","protected":false},"author":66,"featured_media":12130,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[5],"tags":[4793],"class_list":["post-12112","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-business_excellence","tag-12-2016"],"acf":[],"yoast_head":"\n