Embaucher un Prototyper d'expérience utilisateur
Je voulais demander à la communauté ce qu'elle chercherait dans un Prototyper spécialisé dans le prototypage pour l'expérience utilisateur. Voici quelques éléments spécifiques que j'essaie d'évaluer (mais n'hésitez pas à couvrir les éléments non répertoriés).
Dans cette situation, la location serait confiée à un concepteur principal et prototyperait de futurs concepts (à la fois des fonctionnalités immédiates et plus souvent des améliorations/fonctionnalités UX de prochaine génération) pour les tests utilisateurs et les discussions internes, et comme cela se produit toujours avec ces types de prototypes, des démos de vente.
Y a-t-il des compétences/mots-clés spécifiques que vous rechercheriez pour les différencier d'un ingénieur frontal/Prototyper ordinaire pour l'ingénierie POC générale?
- Du point de vue de, nous recherchons un prototyper avec des compétences en conception d'expérience utilisateur plutôt qu'un concepteur d'interaction avec des compétences en prototypage.
- La meilleure situation est bien sûr un concepteur d'interaction/UX qu'il est également brillant au codage, mais ceux-ci sont rares. Comme le rôle principal de cette personne serait de prototyper les conceptions d'un concepteur principal, nous pondérons les compétences de codage par rapport aux compétences de conception.
Quelles questions spécifiques poseriez-vous dans la première interview téléphonique pour mieux comprendre la capacité de prototypage UX et UX des utilisateurs.
- J'apprécierais des exemples spécifiques de questions "situationnelles" que vous avez posées.
- Questions spécifiques qui vous ont aidé à vérifier les compétences/mots clés que vous avez énumérés ci-dessus.
Quand pensez-vous qu'il est approprié de demander un échantillon de code pour examen
- La raison pour laquelle je demande, c'est que le code en révélera un peu, c'est-à-dire. si je vois des préchargeurs d'images dreamweaver, je peux supposer que cette personne n'est pas à l'aise avec le codage manuel et la création de nouvelles interactions qui ne sont pas préexistantes
- Le prototypage est une spécialité qui n'a pas besoin d'être un code parfait, comme dit rapide, c'est mieux, mais il doit également être durable pour pouvoir être itéré rapidement. De plus, même un code rapide peut être bien organisé, ce qui peut indiquer une meilleure compréhension et une meilleure embauche
- Le candidat doit être en mesure de défendre ses décisions de code et pourquoi la décision X a rendu le prototype plus rapide et permettre l'itération même si ce n'est pas comme vous le feriez dans un environnement de production.
Existe-t-il des compétences/mots-clés spécifiques que vous rechercheriez pour les différencier d'un ingénieur frontal/Prototyper régulier pour l'ingénierie POC générale
Cela dépend si vous vous attendez à ce qu'ils soient également le concepteur UX. Il y a beaucoup de concepteurs UX qui peuvent prototyper et il y a beaucoup d'ingénieurs logiciels qui peuvent prototyper. Ce dernier peut être capable de créer des prototypes beaucoup plus complexes, mais aura probablement besoin des conseils d'un concepteur UX/UI quant à ce qu'ils devraient construire.
Quand pensez-vous qu'il est approprié de demander un échantillon de code pour examen
Pour le prototypage UX, ce n'est pas techniquement un problème, car il s'agit simplement d'un prototype pour transmettre une UX particulière plutôt que de toute sorte d'ingénierie logicielle. Parfois (souvent) la vitesse l'emporte sur la qualité du code. Et souvent, le code utilisé pour créer un prototype n'a aucun rapport avec le code utilisé pour développer le produit final.
Quelles questions poseriez-vous lors de la première entrevue téléphonique qui aideraient à éliminer les "purs ingénieurs" pour trouver quelqu'un qui comprend ce qu'un prototype d'utilisabilité essaie d'accomplir qui est différent d'un prototype d'ingénierie/POC
Je serais tout simplement franc avec eux et je soulignerais que vous avez besoin d'un concepteur UX avec des compétences en prototypage. La plupart des ingénieurs qui ne font pas d'UX le diront rapidement.
Y a-t-il des éléments qui vous sembleraient être des drapeaux rouges?
Difficile à dire sans connaître le contexte plus large ici. Le prototypage en soi est utile, mais je ne suis pas au courant de votre plan et processus de projet plus vaste.
ADDENDA:
Quelques commentaires supplémentaires par la question mise à jour:
la recherche d'un prototyper avec des compétences en conception d'expérience utilisateur plutôt qu'un concepteur d'interaction avec des compétences en prototypage
Je pense qu'une fois que vous trouvez quelqu'un avec un peu de formation croisée, peu importe de quel monde il est originaire. Il semble que l'aspect clé que vous recherchez soit quelqu'un qui connaît un peu de code et qui connaît un peu l'UX/UI. Et c'est une bonne chose, à mon humble avis.
Le prototypage est une spécialité qui n'a pas besoin d'être un code parfait, comme dit rapide, c'est mieux, mais il doit également être durable pour pouvoir être itéré rapidement
Oui et non, à mon humble avis. Nous aspirons tous à la durabilité, mais en fin de compte, le prototypage est compliqué. Au moins avec le prototypage d'interface utilisateur, je trouve que vous pouvez effectuer quelques itérations, puis il est plus souvent préférable de simplement lancer et reconstruire car après la 3e ou la 4e itération, vous avez maintenant quelque chose de complètement différent de ce que vous avez commencé.
Je considère le prototypage aussi jetable que le wireframing. L'idée est de communiquer rapidement des idées afin que vous puissiez arriver au codage réel le plus tôt possible.
Le candidat doit être en mesure de défendre ses décisions de code et pourquoi la décision X a rendu le prototype plus rapide et permettre l'itération même si ce n'est pas comme vous le feriez dans un environnement de production.
C'est un bon point. Et c'est peut-être une bonne question à poser. "Quelles décisions de codage prendriez-vous au stade du prototype par rapport au stade de la production et pourquoi?"
ÉNORME CAVEAT:
J'insiste sur le code de prototype "jetable" parce que je pense vraiment que c'est ce qu'il devrait être dans un monde idéal. Les prototypes doivent communiquer des interactions et des flux complexes aux propriétaires d'entreprise et aux développeurs. C'est un moyen de communiquer entre toutes les parties prenantes.
Et c'est là que sa responsabilité devrait prendre fin. À ce stade, le développeur doit commencer à utiliser le code de production réel et toutes les équipes doivent désormais se concentrer sur le code réel et les itérations.
Hélas, je sais que ce n'est souvent pas ainsi que cela fonctionne dans le monde réel. J'ai fait partie d'équipes de prototypage où nous expliquons clairement que CODE IS POUR LA DÉMO UNIQUEMENT, PAS LA PRODUCTION) et pourtant 6 mois plus tard, nous regardons la poubelle qui revient du code off shored- moulins et il y a notre code prototype, complet avec des commentaires "POUR PROTOTYPE SEULEMENT".
Pire encore, j'ai entendu des histoires d'équipes de développement prenant du code généré par Axure et essayant d'en construire quelque chose (frisson!)
Mais, dans les deux cas, ce n'est pas la responsabilité du prototyper, et apprécierait toujours la vitesse et la réflexion créative sur les cadres de code immaculés au stade du prototypage.
UNE DERNIÈRE PENSÉE:
Dernière réflexion: assurez-vous de rechercher des personnes dans une fourchette de salaire appropriée. Je vois une publication de craigslist à la recherche de personnes UX qui peuvent faire PHP et JS à 20 $ par heure et grincer des dents pour même penser au type de personnes qu'elles vont obtenir pour un concert comme ça. Bien que ce ne soit pas universellement vrai, vous obtenez ce que vous payez et pour quelqu'un avec un peu de compétences UX et un peu de compétences en codage, vous avez probablement besoin de quelqu'un qui a de l'expérience, alors assurez-vous de payer en conséquence (je n'essaie en aucun cas impliquer que Chris a raison ou tort sur cet aspect, soulignant simplement qu'il semble encore y avoir beaucoup d'entreprises là-bas qui ne réalisent pas ce qu'il faut pour obtenir de bonnes compétences à appliquer)
Je vois que @ DA01 a donné une réponse très agréable et détaillée. Je voudrais ajouter quelques mises en garde qui, je crois, ne sont pas en contradiction avec sa réponse.
Tu as dit:
La meilleure situation est bien sûr un concepteur d'interaction/UX qu'il est également brillant au codage, mais ceux-ci sont rares. Comme le rôle principal de cette personne serait de prototyper les conceptions d'un concepteur principal [...]
Envisagez de ne pas jumeler deux designers expérimentés s'il y a une relation supérieure-subordonnée entre eux. Je préférerais un designer inexpérimenté dans un rôle de Prototyper et une relation mentor-apprenti. Vous n'avez probablement pas besoin de tension, de discorde et de différends, vous voulez une situation gagnant-gagnant.
@Rahaul a déclaré:
N'embauchez pas de "prototypeurs". Embauchez des gens qui peuvent construire ce qu'ils conçoivent.
Voulez-vous vraiment une autre cellule dans la chaîne de communication? C'est un endroit où les goulots d'étranglement, le flou des responsabilités, la division indésirable dans une équipe peuvent se produire. Planifiez un environnement de travail sain avec des tâches diverses et participez à l'obtention du résultat.
Quelles questions spécifiques poseriez-vous dans la première interview téléphonique pour mieux comprendre la capacité de prototypage UX et UX des utilisateurs.
Je commencerais par des questions simples:
- De quoi avez-vous besoin pour commencer le prototypage? Quel type d'informations, de ressources, etc. que vous considérez comme obligatoires et à quoi vous êtes habitué?
- Quel est l'effet de votre prototypage? Qu'allez-vous livrer et pourquoi est-ce utile?
- Pourquoi faites-vous du prototypage? Pourquoi le prototypage est important?
D'une manière générale, j'essaierais de vérifier si le point de vue de la personne sur le prototypage est cohérent avec le vôtre. Vous pouvez vérifier les compétences techniques lorsque vous vous rencontrez personnellement et former des compétences techniques. Vous ne pouvez probablement pas changer la pensée et l'état d'esprit.
Quand pensez-vous qu'il est approprié de demander un échantillon de code pour examen
Il est toujours approprié de demander un portfolio ou de montrer un travail dont ils sont fiers. Néanmoins, je ne crois pas en:
Le candidat doit être en mesure de défendre ses décisions de code
Un grand oui si vous embauchez un développeur qui prototypera, mais si vous embauchez un prototyper - qu'espérez-vous "défendre"? En termes simples, le prototype est "un sh * t rapide et fonctionnel" qui sera jeté. Un développeur expérimenté ne le défendrait pas.