Pour une raison quelconque, la création de mises en page de conception et la visualisation de solutions suscitent toujours un grand intérêt parmi tous les membres de l'équipe produit, que ce soit un gestionnaire qui veut apprendre Sketch, ou un développeur qui a beaucoup vu et souhaite maintenant créer lui-même des interfaces sympas, et ne pas poser de questions aux concepteurs à ce sujet. Et c'est normal quand tout cela est en cours de discussion. Mais quand il s'agit de vrai travail ...
Mon pourquoi
Bonjour à tous, je m'appelle Anya, je suis designer produit chez Scentbird NY, une société américaine, avant de développer des produits phares en collaboration avec l'équipe de conception d'Alfa-Bank.
J'ai beaucoup de chance dans la vie, et pour une raison quelconque, je travaille toujours avec des développeurs qui offrent les solutions les plus intéressantes pour le produit. Et encore mieux que de nombreux gestionnaires et propriétaires de produits pourraient offrir. Et j'ai remarqué cette chose: plus tôt vous connectez les développeurs pour travailler sur une tâche, meilleur est le résultat. Sous la coupe, je vais vous dire comment mener des brainstormings avec l'équipe afin de générer non pas les solutions les plus évidentes mais les plus efficaces. Ce qui en même temps est également très simple à mettre en œuvre. Et, surtout, comment ne pas y consacrer beaucoup de temps et ne pas s'enliser dans les approbations.
Le processus
1. Choix de la tâche
Pour mener correctement un brainstorming, vous devez choisir le bon sujet pour cela. La tâche que vous apportez à la discussion ne doit pas être trop simple, mais pas trop compliquée. Si vous souhaitez créer une feuille de route pour les six prochains mois, vous feriez mieux d'y penser vous-même, sinon le brainstorming durera à peu près la même chose. Et les questions qui, de toute évidence, devront être longues et ennuyeuses à coordonner avec les parties prenantes ne valent pas non plus la peine d'être soulevées. Sinon, il s'écoulera tellement de temps entre le brainstorming lui-même et au moins certains résultats que tout le monde oubliera déjà de quoi il s'agissait.
Idéalement, choisissez ce qui peut être mis en œuvre dans un avenir proche. Et par un avenir proche, je veux dire quelques semaines ici. De la force de 3 semaines.
2. Préparer l'analyse
Votre arme principale, ce sont les faits. Parce qu'aux questions du type «Pourquoi devrions-nous régler ce problème maintenant?» vous devez avoir une réponse complète avec des chiffres prêts, sinon dans l'esprit de vos collègues, cela se transformera en une étrange liste de souhaits ou même le souhait "Make me beautiful". Vous avez des chiffres, il y a des données, il y a des analyses - utilisez-les lors d'un brainstorming.
Bien sûr, il est utile de dire combien d'argent apportera une nouvelle solution au problème actuel, si vous pouvez au moins le découvrir. C'est une chose assez tangible pour mesurer le succès en argent. Une autre bonne option est chez les clients. Discutez avec l'équipe des douleurs de l'utilisateur que vous avez trouvées lors de l'entretien. Vérifié personnellement - l'équipe est vraiment impressionnée par le message vidéo du client, qui signale que le service dans sa forme actuelle n'est pas pratique à utiliser.
3. Deux équipes de pizza
N'essayez pas d'inviter toutes les personnes que vous atteignez au brainstorming - il devrait y avoir peu de personnes, mais suffisamment pour manger 2 pizzas entières (cela représente environ 5-7 personnes). Bien sûr, cela peut être un développeur très affamé, oui. Idéalement, invitez les membres de l'équipe les plus intéressés.
Eh bien, si vous décidez d'agir selon ce principe, n'oubliez pas les pizzas elles-mêmes. Mieux avec une marge.
4. Le temps c'est de l'argent
Divisez la réunion en deux.
La première moitié est une discussion sur les moyens de résoudre le problème actuel, essayez de trouver 10-12 pièces. Laissez tous ceux qui ont déjà mâché leur pizza avoir leur mot à dire. Soyez poli, n'interrompez pas vos collègues et laissez tout le monde s'exprimer, même si son idée n'est pas très proche de vous. Dans le même temps, rappelez-vous que vous êtes ici non seulement en tant que personne qui a apporté la pizza, mais aussi en tant que modérateur - suivez la discussion, si quelqu'un commence à le faire beaucoup, remettez la conversation sur la bonne voie.
La seconde moitié - la sélection des 3-5 meilleures idées et leur discussion. Pour vous assurer que tout le monde se comprend correctement, vous pouvez essayer de dessiner immédiatement ces idées dans un scénario.
5. Visualisation
Enregistrez et esquissez toutes les idées. Flipchart, autocollants et c'est parti.
Mais que faire si l'équipe est répartie?
Voici beaucoup de logiciels pour le travail d'équipe, car le problème de la communication dans les équipes distribuées, franchement, n'est pas seulement le vôtre.
Sococo - espace commun et appels vidéo
Miro, figma et autres tableaux blancs interactifs, vous pouvez coller des autocollants, écrire des listes et bien plus encore
Chat VR - Personnellement, je ne l'ai pas essayé, mais il semble prometteur. Les gars prennent même un café.6. Après tout
Lorsque toutes les décisions que vous avez décidé de mettre en pratique, passez à l'étape de la mise en œuvre, gardez vos gars à jour, exprimez leur statut actuel - ce qui est convenu, ce qui est déjà en cours de travail, etc., afin qu'ils n'aient pas le sentiment qu'ils viennent de bavarder et est allé faire leur chose. En fait, il sera intéressant pour eux de voir comment leurs idées exprimées lors du brainstorming répondent progressivement à certaines fonctions du produit, ce qui affecte à la fois la commodité de l'utilisateur et les chiffres d'affaires.
Les gros avantages que je constate à la suite de ces réunions sont:Engagement et intérêtIl est clair que ceux qui participent à la création d'une idée ou d'une solution sont beaucoup plus intéressés par la mise en œuvre de ce qui a été conçu. Et l'intérêt personnel des membres de l'équipe est un motif très, très fort, qui joue également entre les mains des entreprises. Il remplace l'ancienne inertie, car l'équipe commence à voir un moyen simple et transparent de créer une solution - de la tempête cérébrale à la mise en œuvre. De l'effort au résultat.
J'apprends tous les pièges avant d'habitudeAvec l'aide d'un remue-méninges, vous pouvez en apprendre d'avance sur tous les cas d'angle. Des idées seront proposées par les gars de votre équipe qui sont probablement plus versés dans les systèmes hérités et back-end que vous. Et il y aura aussi moins de pêche à la traîne, car personne ne voudra parler de l'absurdité des décisions si ces décisions étaient générées directement par les membres de l'équipe.
Équipe soudéeUn objectif transparent commun rassemble une équipe. Premièrement, c'est une autre occasion de discuter avec des collègues en direct, et deuxièmement ...
T2M est en panne!Tous les éléments ci-dessus affectent le fait que la tâche est résolue plus rapidement que d'habitude. Et si vous êtes bien préparé et présentez correctement les résultats du travail d'équipe à l'équipe, le succès peut être répété encore et encore.
Il est très probable que pour certains des invités, la réunion semble ennuyeuse et dénuée de sens, mais "les développeurs veulent écrire du code". Par conséquent, faites toujours des brainstormings volontaires. Et si l'un des éléments proposés ne convient pas à votre équipe, n'hésitez pas à le supprimer ou à le remplacer par autre chose. Pour rendre vos processus les plus cool, recueillez constamment les commentaires de tous les membres de l'équipe.