Pour de nombreux concepteurs, ingénieurs en automatisation QA et ingénieurs en fiabilité de site Web participant à des équipes de développement agile, le travail de livraison commence par la spécification des user stories et l’engagement de les terminer en sprints. Parfois, la user story appelle à une implémentation «back-end», comme la mise en place d’une intégration d’informations, le codage d’une API de microservice, le respect des obligations techniques financières ou l’amélioration de l’efficacité des applications. Ce sont toujours des user stories car leurs applications offrent une valeur commerciale, mais le propriétaire de l’élément peut spécifier l’expérience utilisateur cible avec des critères techniques.
Lorsque la fonctionnalité ou la user story nécessite une exécution «front-end» qui a un impact sur l’utilisation et nécessite une conception, les équipes agiles doivent choisir quand et comment intégrer la réflexion de style, le wireframing, l’expérience utilisateur et le style spécifications dans les exigences.
Sur L’Entrepreneur: Les compétences de concepteur de logiciel les plus précieuses pour être embauché maintenant]
Il n’y a pas de réponse unique sur quand et comment les groupes agiles besoin de spécifier les expériences utilisateur et les exigences de style. Ces considérations sont les plus vitales pour le succès d’une application, d’un flux de travail ou d’une application mobile car, en fin de compte, garantir la satisfaction du client et la facilité d’utilisation peut avoir un impact considérable sur les résultats de l’organisation cible.
Les user stories Agile spécifient l’énoncé du problème
Pour voir comment le design thinking et les approches agiles se croisent, examinons comment les chefs de produit saisissent les exigences du backlog d’un groupe agile.
Un chef de produit décompose normalement les objectifs en une hiérarchie de fonctions légendaires et les user stories. Les user stories aident à définir l’énoncé du problème et à répondre à des préoccupations telles que:
- Qui est le consommateur ou l’utilisateur final?
- Quel problème ou quelle chance doit être résolu?
- Quels avantages l’application doit-elle rechercher?
- Pourquoi est-ce important pour le client?
- Quels critères d’acceptation définissent «terminé» pour cette user story?
Vous pouvez voir ici que les user stories définissent la déclaration du problème et l’opportunité du point de vue du client. C’est une pratique optimale pour permettre à l’équipe de développement de recommander et d’exécuter une option qui répond à l’objectif et aux critères d’approbation définis dans la user story.
mauvaise pratique pour les propriétaires d’objets et suggère un manque de confiance et de coopération avec l’équipe.
Il y a une préoccupation pratique à prendre en compte. L’expérience utilisateur fait-elle partie du sens du problème ou est-ce un aspect de l’application? L’expérience utilisateur et le style peuvent être à la fois un problème et une solution en fonction de la nature de l’expérience, du fait que l’expérience utilisateur et les concepteurs soient ou non membres des équipes agiles, et de la manière dont les équipes de promotion utilisent les plates-formes dans l’exécution.
style les pratiques de réflexion visent à définir et à améliorer de manière itérative les expériences des consommateurs. Les secteurs de l’entreprise à consommateur, y compris la vente au détail, le commerce électronique, les médias, les jeux vidéo et les services bancaires personnels, classent l’expérience client, la conception constante et l’utilisation d’une valeur tactique très élevée, car ces aspects peuvent être un facteur de différenciation important sur où les consommateurs stockent, achètent, lisent ou consomment des services.
Aujourd’hui, la plupart des entreprises interentreprises considèrent également les expériences des clients et des travailleurs comme importantes d’un point de vue tactique dans le changement numérique. Les individus ne veulent pas passer par des flux de travail encombrants, utiliser des outils aux styles incohérents, se battre avec des directives ou des messages d’erreur difficiles à comprendre, ou prendre trop de temps pour accomplir une tâche.
La réflexion sur le style est un top -le processus de descente qui commence avec les objectifs du consommateur ou de l’utilisateur final à l’esprit. Tout comme les méthodes agiles, il existe un certain nombre de pratiques de style croyant, et beaucoup utilisent les phases de style suivantes:
- Se sentir désolé pour les clients sur leurs besoins et leurs efforts pour marcher dans leurs chaussures
- Spécifiez les problèmes, les opportunités, les valeurs et les facteurs concurrentiels liés aux besoins des utilisateurs finaux
- Idée de diverses situations, idées et développements
- Flux de prototypes, élaboration d’une preuve de principe, ou pilote avec une petite section utilisateur
- Tester les options, capturer les commentaires, trouver des informations et se concentrer sur les domaines d’amélioration
La réflexion conceptuelle aborde d’autres disciplines et outils, y compris établir des sections clients, identifier les personnalités des utilisateurs et spécifier des propositions valables. Les comportements sont étudiés à l’aide d’outils tels que la cartographie de parcours et les cartes de compassion, qui sont particulièrement utiles lors de la création d’applications pour accomplir des tâches particulières telles que l’achat sur un site Web de commerce électronique ou l’inscription à un abonnement.
sprints de style avec des groupes d’innovation . Elle dit: «Les sprints de conception ont été vraiment fiables pour nous lorsque nous avons une forte idée d’une idée, mais que les groupes interfonctionnels doivent apporter leur contribution. La vraie puissance d’un sprint de conception est le petit investissement financier en temps et en argent pour valider votre intuition. «
Comment les structures et les outils agiles permettent une réflexion de style
Les structures agiles gèrent le style d’une manière différente. SAFe prescrit 3 mesures d’expédition de produits agiles, avec une approche centrée sur le client et une réflexion sur le style menant au développement cadencé et aux versions à la demande. L’approche du Project Management Institute pour créer une pensée agile est que les équipes utilisent la réflexion conceptuelle pour faire preuve d’empathie, définir et créer des idées, puis utiliser Agile pour construire et fournir le produit de manière itérative. StarCIO Agile inclut une réflexion de style dans les pratiques de préparation continue appliquées aux éléments, aux impressionnants et aux fonctions et concentrées sur des groupes multidisciplinaires composés d’experts en expérience utilisateur et en conception.
Sélection, intégration et utilisation d’outils de coopération entre la gestion de produit , les concepteurs, les développeurs, l’assurance qualité et les opérations informatiques aident également à établir l’orientation client. Pensez à des outils tels que:
- Jira Align et Aha! qui aident les superviseurs d’articles à définir des personnalités et des cartes routières
- SurveyMonkey et Qualtrics pour capter les commentaires des clients
- Balsamiq et InVision pour le wireframing et le développement de styles
- AccessiBe, AudioEye et UsableNet pour vérifier les normes d’accessibilité
- Testlio, UserTesting et UXCam pour les tests d’expérience utilisateur
- Jira Software, Asana et Monday.com pour l’enregistrement des exigences et l’assistance dans un processus Scrum
- Optimizely et LaunchDarkly pour le marquage des fonctions et le filtrage A / B
- DataDog, Dynatrace, Micro Focus AppPulse Suite et ThousandEyes pour le suivi de l’expérience numérique
Le Le point essentiel pour les équipes agiles est que le développement d’un état d’esprit centré sur le client et l’intégration de pratiques de réflexion stylistique dans le processus de développement sont des pratiques importantes pour améliorer l’expérience des clients et des membres du personnel.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
