Aller au contenu

Collaboration Design (à 2 PD)

Définition

Comment deux Product Designers travaillent ensemble chez Bricks : répartition des sujets, arbitrage des décisions, gouvernance du design system à deux, et passation d'un sujet d'un PD à l'autre (handoff designer↔designer, distinct du handoff design↔dev). Le but : qu'un 2nd PD soit autonome sans fragmenter le design.

Page concept V1 — créée le 2026-06-10 en préparation de l'arrivée de Pierre (2e PD, 2026-06-29). À roder sur les premiers sujets partagés, puis à valider ensemble.

Les deux PD

  • Rémy — 1er PD, owner du domaine design dans le brain, garant du DS core.
  • Pierre — 2e PD, arrivée 2026-06-29, séniorité Bricks à confirmer (cf. grille PD).
  • Manager commun : Romain. Les deux PD sont pairs.

Répartition des sujets

Par sujet, au fil de l'eau — pas de découpage produit fixe. Un sujet à impact UI est attribué à l'un ou l'autre selon la charge et les sujets en cours, pas selon une frontière Investors / EF / Uimmo.

  • Chaque sujet a un PD owner clairement identifié (celui qui le porte de la discovery à la QA design).
  • L'autre PD est reviewer naturel du sujet (œil neuf en design review).
  • Les deux peuvent travailler en parallèle sur des sujets distincts — d'où l'importance de l'arbitrage et de la gouvernance DS ci-dessous.

Arbitrage des décisions

Quand les deux PD ont un avis divergent sur un sujet design :

  1. Le PD owner du sujet décide par défaut, l'autre challenge en review.
  2. Rémy garde le dernier mot sur les désaccords design tant que la séniorité Bricks de Pierre n'est pas confirmée. C'est transitoire : à revoir une fois Pierre situé sur la grille PD.
  3. Lentille lean comme juge de paix : en cas de blocage, on retombe sur le problème user + l'outcome visé, pas sur les goûts.

Gouvernance du DS à deux

Complète la gouvernance DS V1 (qui dit « validation par un PD ») :

  • DS core (Uimmo) — Rémy reste garant : toute entrée ou modification du core passe par lui (owner DS). Pas d'ajout silencieux au core.
  • Composants propres produit — Pierre les valide librement sur ses sujets, dans le respect du principe 11 (DS d'abord) et des tokens.
  • Promotion vers Uimmo (composant propre réutilisé par un 2e produit) — décision Rémy, puisqu'elle touche le core.

Handoff designer ↔ designer

Cas nouveau non couvert par le handoff design↔dev : quand un sujet passe d'un PD à l'autre (congés, rééquilibrage de charge, spécialisation). Pour qu'il n'y ait pas de perte de contexte :

  • Où en est le sujet : étape du cycle (discovery / zoning / … / QA).
  • Problème + hypothèse + outcome (lentille lean) — pourquoi ce sujet existe.
  • Directions explorées et écartées (et pourquoi).
  • États et edge cases déjà listés vs restant à couvrir.
  • Décisions de review déjà actées + compromis ouverts.
  • Liens : frame Figma, ticket Linear, fiche projet.

Un sujet repris sans ce contexte = re-discovery silencieuse. À tracer dans la fiche projet ou le ticket, pas à l'oral seul.

Rituels & cadence

Principe : minimal, async par défaut. L'ADN Bricks (vitesse, pragmatisme) veut le moins de réunions possible. À 2 PD le risque n'est pas le manque de coordination — c'est de sur-réunionner. Contexte hybride : la weekly se fait en visio, l'async est la colonne vertébrale pour les jours à distance.

Le seul rituel fixe — Weekly design sync

  • 1×/semaine le lundi, 30 min, visio. Les 2 PD. 1re weekly : lundi 2026-07-06 (S2 de Pierre — la S1 tourne au point quotidien, cf. exception ci-dessous).
  • Répartition des sujets de la semaine (qui owne quoi — cf. Répartition), charge, blocages.
  • Standing item gouvernance DS : composants ajoutés/modifiés depuis la semaine passée, fragmentation, promotions vers Uimmo (cf. Gouvernance du DS). Évite une réunion DS séparée.

À la demande (pas de cadence fixe)

  • Design review — l'autre PD comme œil neuf, dès qu'une maquette le mérite.
  • Handoff designer↔designer — checklist écrite quand un sujet passe de l'un à l'autre.
  • Point impromptu 15 min — si un sujet bloque, plutôt que d'attendre la weekly.

Async — la colonne vertébrale

  • Canal #design, un thread par sujet : les décisions se tracent à l'écrit (crucial les jours en remote).
  • Partage de veille 1×/semaine (async).
  • Pas de daily formel.

Team-level (léger)

  • Démo design ≥1×/mois — montrer ce qui a shippé à produit / tech / care. Se brancher sur un rituel démo existant si possible plutôt qu'en créer un.

Exception — onboarding Pierre (2 premières semaines)

  • S1 (29/06 → 03/07) : point quotidien court (~15 min) pour débloquer vite ; pas de weekly.
  • Dès l'autonomie (S2, lun. 06/07) : retour à la weekly seule (1re le 06/07).

Hors design-à-design (rappel, à ne pas dupliquer)

1-1 avec Romain (manager) · cadrage feature avec un dev avant design · QA design avant ship.

Zones à clarifier à l'arrivée de Pierre

[à valider] — points repérés comme ambigus à 2 PD, à trancher ensemble :

  • Validation DS core à 2 — la gouvernance DS dit « un PD (Rémy, puis Pierre) ». La V1 ci-dessus tranche provisoirement (Rémy garant du core). À confirmer / faire évoluer une fois Pierre rodé.
  • Owner romain résiduel — discovery-design.md et patterns-ux-bricks portent encore owner: romain (provisoire d'avant l'arrivée d'un PD). À basculer sur remy, et à clarifier qui (Rémy / Pierre) maintient quelle page une fois à 2.

Anti-patterns

Anti-pattern Signal Correction
Deux PD, zéro owner sur un sujet « On le prend à deux » → personne ne tranche Désigner un PD owner par sujet
Divergence de goût sur le DS Deux styles qui cohabitent dans Uimmo Rémy garant du core ; lentille lean comme arbitre
Passation à l'oral Sujet repris sans contexte écrit Handoff designer↔designer tracé (checklist ci-dessus)
Double validation systématique Tout sujet relu par les 2 → lenteur Owner décide, l'autre challenge en review, pas en gate

État actuel

Dernière mise à jour : 2026-06-18

  • 2026-06-18 : weekly fixée au lundi ; 1re weekly 06/07 (S2) ; point quotidien S1 daté (29/06→03/07). Cf. planning S1.

  • V1 créée le 2026-06-10 avec Rémy (PD), en préparation de l'arrivée de Pierre (2e PD, 2026-06-29).

  • Répartition par sujet au fil de l'eau (pas de découpage produit).
  • Arbitrage : Rémy dernier mot, transitoire tant que séniorité Pierre non confirmée.
  • DS core : Rémy garant d'Uimmo ; Pierre valide les composants propres produit.
  • Handoff designer↔designer formalisé (checklist de passation).
  • À trancher ensemble à l'arrivée : validation DS core à 2, bascule owner romain → remy.
  • 2026-06-10 : section « Rituels & cadence » ajoutée (cadence minimale, hybride : weekly sync fixe + review/handoff/DS à la demande, async par défaut).

Pages liées

Sources

  • Session de préparation d'onboarding avec Rémy (PD), 2026-06-10 — répartition, arbitrage, gouvernance DS à 2, handoff designer↔designer.