Comment aider l'équipe d'assurance qualité à valider les conceptions par rapport à l'environnement de développement dans un projet Agile?
Je voulais savoir comment vous gérez des situations similaires. Nous travaillons en utilisant une méthodologie agile donc nous concevons pièce par pièce les conceptions. Mais il est arrivé souvent que lorsque plus tard QA veuille vérifier si ce qu'il est développé avec nos conceptions bien sûr depuis que nous avons fait le travail de manière itérative, il y a des morceaux des bonnes choses partout dans les tickets JIRA (nous utilisons l'outil JIRA). Par exemple: il existe un ticket de user story qui ne couvre que les filtres, il a donc attaché les filtres, mais le reste de la page peut être obsolète car plus tard, nous pourrions avoir continué à travailler en sprints sur d'autres parties de la même page. Dans une autre user story, nous travaillions sur l'en-tête, donc la seule bonne chose est l'en-tête.
Nous terminons donc avec des pièces du puzzle dans différents tickets et le contrôle qualité ne peut pas comprendre à quoi devrait ressembler le puzzle. Et cela les amène à nous demander: quels sont les wireframes que nous devrions rechercher?
Comment gérez-vous le même problème avec vos équipes? Devrions-nous avoir des structures filaires distinctes dont l'expérience a été mise à jour? cela signifierait que le concepteur fait plus de travail. Il doit non seulement concevoir les wireframes pour la user story mais également mettre à jour les autres wireframes pour que QA comprenne comment la page doit être (et celle-ci est la mise à jour).
Merci d'avance!
Premièrement, il n'y a pas de "bonne" réponse à cela. Il y a cependant beaucoup de choses que les équipes ont faites pour résoudre efficacement ce problème et obtenir une meilleure interface utilisateur/interface utilisateur dans le processus.
1) Concentrez-vous sur les expériences, pas sur les composants
Lorsque vous avez une histoire d'utilisateur qui se lit comme "En tant qu'utilisateur recherchant des produits, je voudrais filtrer les résultats pour les concentrer sur les articles que je recherche." Le concepteur UI/UX doit se concentrer sur le fonctionnement de cette interaction. Les développeurs essaient alors de créer cette expérience. Je vois le filtrage dans votre exemple, mais je vois aussi l'en-tête, qui ressemble plus à un composant.
2) Utilisez les wireframes de la page entière comme contexte, pas comme direction
Lorsque vous regardez des pages entières, utilisez des boîtes et des icônes de base. Cela signifie qu'une page peut se réunir en quelques secondes. Cela facilite le changement au besoin.
3) Guides de style !!!
Demandez à votre designer de créer un guide de style avec des heuristiques à suivre plutôt que des designs pour tout. La plupart des développeurs travaillant avec des applications frontales ont une compréhension de base de la conception et peuvent utiliser un guide de style pour faire de bons choix même sans consulter le concepteur.
4) Outils de prototypage rapide
Des outils comme Zeplin brouillent la frontière entre design et code. J'ai travaillé avec un certain nombre d'équipes où les concepteurs et les développeurs utilisent des outils comme celui-ci pour collaborer plus efficacement les uns avec les autres.
Toutes ces approches peuvent vraiment aider seules ou utilisées ensemble. J'espère qu'il y a des options que votre équipe trouve utiles.