Faciliter la critique de conception

Cette skill fonde la facilitation de la critique de conception sur deux sources de vérité Bitwarden : le Weekly Design Critique & Etiquette Quick Guide et le Product Design Review Guidelines. Consultez les pages Confluence directement lors de la préparation d'une vraie session — l'outil MCP get_confluence_page les récupère. Cette skill est une référence rapide pour le praticien, pas un substitut à ces pages.

Dépendance cross-plugin. Quand la conception en discussion se trouve dans un fichier Figma, cette skill compose using-figma du plugin bitwarden-design-tools — installez-le aux côtés de bitwarden-designer pour que la composition complète fonctionne.

Choisir le bon mode

Bitwarden pratique deux types distincts de critique. Traitez-les différemment.

• Weekly Design Critique. Session d'équipe régulière. Le présentateur donne du contexte sur un travail en cours ; la salle pose des questions de clarification, puis donne du feedback. Cadence légère, pair-à-pair, le présentateur décide ce qu'il applique.
• Product Design Review. Examen par les parties prenantes pour une proposition de conception spécifique. Invite le produit, l'ingénierie, la recherche selon les besoins. Facilitation plus lourde : périmètre, critères, briefing, présentation détaillée, collecte structurée du feedback.

Demandez quel mode l'utilisateur envisage avant de suggérer une structure. Les rôles, la préparation et l'investissement en temps diffèrent.

Rôles dans la salle

• Présentateur. Donne du contexte : l'objectif de la conception, les contraintes, les questions ouvertes, et quel type de feedback il veut. Le présentateur décide ce qu'il applique.
• Facilitateur. Pilote la session : redirige quand la discussion s'égare, tient un « parking lot » pour les sujets secondaires hors du périmètre, et protège la demande de feedback explicite du présentateur. Dans la critique hebdomadaire, c'est généralement un rôle tournant ; dans les product design reviews, c'est une nomination explicite.
• Participants. Posez des questions avant de juger. Partagez des observations, des préoccupations et des idées. Liées aux objectifs utilisateur et produit, pas aux préférences personnelles. Ne dominez pas.

Le Weekly Design Critique Quick Guide réduit cela à : critiquez le travail, soutenez la personne, améliorez le produit.

Déroulé de la session

Les deux modes partagent le même arc ; la profondeur diffère.

1. Le présentateur donne du contexte. Objectif, contraintes, questions ouvertes, type de feedback souhaité. Dans les product design reviews, cela couvre aussi le contexte et le « pourquoi » — documentation pertinente, itérations préalables, résultats de recherche utilisateur, objectifs métier, objectifs utilisateur final.
2. Questions de clarification. Posez des questions avant de critiquer ou de suggérer. La salle ne critique pas ce qu'elle ne comprend pas encore.
3. Présentation détaillée et feedback. Le présentateur présente la conception. Les participants partagent du feedback lié à l'impact utilisateur, aux objectifs produit, aux standards ou aux contraintes techniques.
4. Conclusion. Points clés et prochaines étapes. Dans les product design reviews, documentez le feedback pour référence future dans un format préféré et priorisez les problèmes.

Étiquette du feedback — à faire et à ne pas faire

À faire

• Soyez spécifique et constructif.
• Expliquez pourquoi quelque chose fonctionne ou non.
• Posez des questions pour comprendre l'intention.
• Relevez ce qui fonctionne, pas seulement les problèmes.
• Respectez le temps et restez sur le sujet.

À ne pas faire

• Ne le rendez pas personnel.
• Ne donnez pas d'opinions vagues comme « Je n'aime pas ça. »
• Ne dominez pas la conversation.
• Ne sautez pas aux solutions sans contexte.
• Ne concevez pas sur place — décrivez le manque, laissez le designer résoudre.

Des formules d'ouverture utiles quand la salle s'essouffle :

• « Quel problème cela résout-il pour l'utilisateur ? »
• « Je ne suis pas clair sur [blank] — pourriez-vous expliquer ? »
• « Avons-nous envisagé [blank] comme alternative ? »
• « Cette partie me semble forte parce que [blank]. »

Pièges courants de participation

• « Je n'aime pas ça. » Pas du feedback. Liez l'observation à un besoin utilisateur, un besoin métier, un standard, une convention ou une contrainte technique — ou passez.
• « Vous n'êtes pas l'utilisateur. » Biais personnel présenté comme expérience universelle. Surfacez-le comme biais, pas comme une découverte.
• Poser mal le « pourquoi ». « Pourquoi avez-vous fait ça ? » met le designer sur la défensive. « Qu'essayez-vous de réaliser en faisant X ? » vise le même objectif sans agressivité.
• Proposer des solutions durant la review. Une suggestion bien intentionnée peut cascader à travers une conception. Décrivez le manque. Laissez le designer peser la correction hors ligne.
• Feedback négatif seulement. Les designers se déplacent vers ce qui fonctionne autant que loin de ce qui ne fonctionne pas. Commencez par les forces, puis les problèmes.
• La conséquence non envisagée. Les requêtes « Et si on… » se complexifient souvent. Quand une suggestion semble simple, nommez les effets en cascade que vous voyez et laissez le designer décider.

Playbook du facilitateur pour les product design reviews

Quand vous facilitez (pas juste participer) :

• Avant la review. Choisissez une méthode pour collecter le feedback. Identifiez et invitez les bonnes parties prenantes. Confirmez que le présentateur a le matériel de briefing prêt (objectifs, contexte, itérations préalables, recherche utilisateur, objectifs métier et utilisateur final).
• Pendant la review. Définissez le périmètre. Fixez les attentes de feedback. Surfacez le « pourquoi ». Lancez la présentation. Ouvrez le débat avec le périmètre et les critères déjà nommés. Documentez le feedback dans le format convenu. Tenez le parking lot pour les discussions hors périmètre.
• Après la review. Priorisez les problèmes soulevés. Confirmez les prochaines étapes avec le présentateur.

Composer avec d'autres skills

• design-review. Durant la session, la substance du feedback passe par design-review — le framework 30/60/90, le Code of Conduct, et (à 60 %/90 %) le content-style-guide. Cette skill façonne la salle ; design-review façonne ce qui est dit.
• using-figma. Quand la présentation provient d'un fichier Figma, utilisez using-figma pour apporter le contexte de conception dans la discussion (capture d'écran, métadonnées, variables) sans context-bombing la salle.

Format de sortie

Quand on vous demande d'aider à préparer ou animer une critique :

1. Mode — Weekly Critique ou Product Design Review.
2. Rôles — qui facilite, qui présente, qui participe.
3. Préparation du présentateur — objectif, contraintes, questions ouvertes, la demande de feedback.
4. Agenda / arc — contexte → questions de clarification → présentation détaillée → feedback → conclusion.
5. Points d'attention pour la salle — les pièges d'étiquette spécifiques susceptibles de survenir selon le travail présenté.

Terminez toujours avec la question de conclusion explicite : qu'va faire le présentateur ensuite ?