Quelle est la meilleure façon d'obtenir de bons commentaires sur mes créations de mon équipe?
Quel est le meilleur moyen d'obtenir des commentaires de mon équipe?
S'asseoir avec des gens est très utile mais prend plus de temps. S'asseoir avec des individus reçoit des commentaires de haute qualité mais finit par me faire "mais cette personne a dit quelque chose de différent, qu'en pensez-vous?". S'asseoir avec beaucoup de gens ensemble permet la discussion et signifie moins de va-et-vient entre les personnes aux opinions contradictoires, mais peut conduire à des discussions longues et moins productives. Les e-mails peuvent être ignorés mais peuvent être utiles pour obtenir des réponses rapides et ne pas avoir à avoir une discussion entière.
À quelle fréquence dois-je demander des commentaires à mon équipe et quel est le moyen le plus efficace d'obtenir cela?
Il y a beaucoup de va-et-vient avec les gens pendant le processus de conception itérative. Comment puis-je demander plusieurs fois à mon équipe des commentaires sans trop les embêter? Dois-je poser des questions spécifiques plutôt que d'envoyer simplement un filaire balisé et des spécifications pour les commentaires? Si je pose des questions, comment les inciter à aborder des choses auxquelles je n'ai pas pensé?
Nous utilisons inVision. Vous pouvez télécharger vos écrans et créer des liens pour créer un prototype de base. Vous pouvez ensuite inviter des personnes par e-mail à examiner et à laisser des commentaires sur le prototype afin qu'ils soient tous au même endroit. Je pense que vous obtenez 2 ou 3 projets gratuits, assez pour recueillir des commentaires en un seul endroit.
A défaut, utilisez Trello - invitez les gens au forum à laisser des commentaires!
Le seul conseil que je suggérerais est d'être précis avec les commentaires, sinon cela deviendra un gratuit pour tous où quelqu'un n'aime pas une couleur contre une autre. Demandez des commentaires sur la réalisation de tâches spécifiques ou de taxonomie, etc. afin d'obtenir de précieux commentaires.
Lorsque vous invitez des personnes à faire des commentaires, définissez un critère indiquant ce que vous considérez comme une rétroaction acceptable et inacceptable afin que les personnes que vous connaissez aient des contraintes et un mini-brief pour comprendre comment elles peuvent vous aider.
Bonne chance!
D'après mon expérience, les réunions fonctionnent mieux. Rencontrez votre équipe (utilisez la conférence Web si certains d'entre eux travaillent à longue distance) et parcourez le filaire/prototype ensemble. Pour obtenir les informations dont vous avez besoin, procédez dans cet ordre.
- Laissez-les essayer l'interface et voir ce qu'ils disent. Si vous avez besoin de plus d'informations, alors ...
- Guidez-les vers les domaines d'intérêt et voyez ce qu'ils disent. Si vous avez besoin de plus d'informations, alors ...
- Guidez-les vers les domaines d'intérêt et posez-leur des questions spécifiques.
L'ordre ci-dessus est important. D'une part, les questions peuvent souvent conduire des personnes et créer des demandes inutiles. D'un autre côté, votre équipe n'a peut-être pas tenu compte de certaines choses importantes. En faisant les choses dans l'ordre ci-dessus, vous leur donnez toutes les chances de fournir des commentaires non sollicités, puis ne sollicitez des commentaires spécifiques qu'en cas d'échec.
À quelle fréquence devez-vous vous rencontrer? Ça dépend de plusieurs facteurs...
- À quelle vitesse l'interface change-t-elle?
- Quelle est la taille de l'équipe?
- À quel point tout le monde est-il occupé?
- Quelle est leur tolérance pour les réunions avant de commencer à "téléphoner"?
Je suis dans une petite entreprise, donc nous nous réunissons une fois par semaine pendant le développement actif et il y a une date et une heure fixes pour les réunions, à l'avance. Cependant, même avec notre taille modeste, c'est parfois un effort pour réunir tout le monde pour une réunion.
Si vous envisagez une rétroaction à 360 degrés, il serait utile de parler à votre équipe de vente pour des commentaires sur vos modifications de conception. Étant donné que leur objectif serait de signaler la satisfaction des clients, leurs commentaires pourraient avoir un impact significatif sur les ventes de votre produit.
Pour communiquer avec votre équipe commerciale, vous pouvez utiliser un e-mail ou le site google plus de votre entreprise. Je les invite à ma rencontre comme j'envisage et aussi lors des étapes d'évaluation de ma conception.
Dans le même ordre d'idées, vous pouvez demander à l'un de vos collaborateurs de l'assistance produit de commenter votre conception car elle a permis de réduire les appels au service d'assistance.
La meilleure façon de communiquer avec votre personnel d'assistance serait d'utiliser le système de messagerie ou de billetterie utilisé par votre entreprise. J'invite le personnel de soutien lorsque je conçois et évalue ma conception.
Bien sûr, lorsque vous dites votre équipe, vous incluez définitivement votre équipe de gestion des produits. Jira et Confluence contribuent à créer une culture de travail collaboratif et répondent bien à nos besoins. Google docs s'intègre parfaitement avec confluence et tous les participants sont heureux d'ajouter leurs commentaires et suggestions sur Google docs.
Tous les diagrammes sont développés en utilisant Lucidchart pour le moment et servent le but. Je peux inviter des collaborateurs et demander des commentaires et suggestions.
Draw.io est quelque chose que j'utilisais avant Lucidchart.
J'implique l'un des membres de l'équipe produit tout au long des étapes de conception, sauf lors de la mise en œuvre.
Enfin, je communique régulièrement avec mon équipe d'ingénieurs - SCRUM. Nous utilisons Redmine/Google Docs/Lucidchart/Email.
C'est chacun devoir et responsabilité dans votre équipe pour répondre aux questions et résoudre les problèmes. Cela étant dit, pour être plus efficace, vous devez avoir un processus complet en place:
1- Rassembler les exigences et autant d'informations que possible de toutes les parties prenantes internes et externes. Cela devrait vous aider à comprendre l'image complète.
2- Recherche de solutions et n’évitez pas de vous aventurer en territoire inconnu. Gardez à l'esprit les contraintes et les limites dès le départ (choses sur lesquelles vous pourriez avoir des questions, suggestions)
- Questions de groupe de manière significative pour optimiser le résultat de toutes vos questions (les étapes 1 et 2 pourraient aider ici)
4- Solutions de conception en toute confiance!
En ce qui concerne le médium, normalement dans mon flux de travail, les commentaires sont à l'endroit où les tâches de conception sont publiées et où je télécharge mes conceptions. J'aime utiliser Jira pour cela, mais Confluence est meilleur pour les conceptions terminées: les lectures longues avec explication de l'intention et toutes les étapes et cycles de conception. Bien que Google Docs soit bon pour les documents de proposition de fonctionnalités et les commentaires collaboratifs à leur sujet.
En ce qui concerne les sessions de rétroaction génériques, je planifierais un rattrapage hebdomadaire distinct avec les parties impliquées comme UI QA, et pour les commentaires de l'équipe UX, je trouve que les sessions/synchronisations hebdomadaires d'examen par les pairs sont assez efficaces.