My Management README

Créer les conditions pour que les designers et les équipes produit prennent de meilleures décisions. Pas fournir les réponses. Pas valider les écrans. Poser le cadre, donner le contexte, et laisser les gens faire le travail pour lequel ils sont là.

Le contexte arrive toujours en premier. Avant de parler de la solution, on parle du problème. Avant de parler du problème, on parle de comment tu vas. Ce n'est pas une formalité. Quelqu'un en état de stress ne réfléchit pas vraiment, et c'est avec des gens qui peuvent réfléchir qu'on construit ce qui dure.

La posture par défaut est le coaching, pas la directive. Ça veut dire que je pose des questions plutôt que de donner des réponses. Ça veut dire aussi que quand tu as besoin d'une décision claire, je la prends. Le coaching n'est pas de l'esquive. C'est un choix de moment.

Je zoome out naturellement. Une observation locale devient un enjeu collectif, qui devient un principe réutilisable. C'est ma façon de m'assurer qu'on agit à la bonne échelle. Ça peut être utile. Ça peut aussi être agaçant quand tu as besoin d'une réponse concrète et immédiate. Dis-le moi, je sais redescendre.

Ce qui ne fonctionne pas est nommé clairement. Mais dans un cadre qui permet de grandir, pas de se défendre. Le feedback est fréquent, direct, et toujours contextualisé. Jamais devant les autres sauf pour célébrer.

Les conversations se terminent par de l'attention personnelle. 'Prends soin de toi.' 'Tu arrives à déconnecter ?' Ce ne sont pas des formules. C'est une déclaration de valeur : la personne en face compte au-delà de ce qu'elle produit.

Te donner le contexte complet, même quand c'est long. Tu ne devrais jamais avoir à deviner pourquoi on fait quelque chose.

Protéger ton temps de création. Les réunions inutiles, les demandes mal cadrées, les urgences fabriquées : c'est mon travail de les filtrer avant qu'elles arrivent jusqu'à toi.

Te donner du feedback régulier, pas seulement en évaluation. Si quelque chose ne va pas, tu le sauras vite. Si quelque chose va bien, tu le sauras aussi.

Chercher les opportunités de croissance avec toi. Pas les imposer, les identifier ensemble et les rendre accessibles.

Documenter ce qui doit l'être pour que ton travail survive et évolue sans moi. Ce que je construis avec toi doit pouvoir être repris par quelqu'un d'autre.

Que tu poses les questions que tu as. Même si elles te semblent basiques. Surtout si elles te semblent basiques.

Que tu prennes position sur les sujets design qui te concernent. Je suis là pour challenger et affiner, pas pour décider à ta place.

Que tu me donnes du feedback sur ma façon de travailler avec toi. Ce qui t'aide, ce qui te bloque, ce qui manque. Plus c'est concret, plus c'est utile. Et je préfère le recevoir directement plutôt que par un tiers.

Que tu prennes soin de ton équilibre. Le travail bien fait demande de l'énergie. L'énergie demande du repos. Ce n'est pas négociable.

Chaque semaine, une heure, protégée. C'est ton temps.

Chaque personne avec qui je fais un 1:1 a un espace personnel partagé avec moi. Un document vivant où tu prépares tes sujets avant notre échange. Je le lis en amont. Ça nous permet d'aller en profondeur plutôt que de passer du temps à se mettre à jour.

L'espace est structuré autour de cinq points :

• Top of mind : les sujets clés à garder en tête pour ce 1:1.

• Updates : ce que tu as avancé depuis notre dernier échange.

• Roadblocks : tes obstacles actuels ou points à éclaircir.

• Highlights : tes petites ou grandes victoires récentes.

• Feedback : tes idées, ressentis ou suggestions à partager.

J'y ajoute mes commentaires et mes retours. Le document grandit avec le temps et devient une trace utile de ta progression, de tes sujets récurrents, et des décisions qu'on a prises ensemble.

Ce que j'y cherche : comprendre où tu en es vraiment. Pas un status update, pas une liste de tâches. Comment tu te sens sur tes projets, ce qui te freine, ce qui te stimule, ce dont tu as besoin.

Questions que je poserai probablement :

• Comment ça va, pour de vrai ?

• Qu'est-ce qui t'a pris le plus d'énergie cette semaine ?

• Qu'est-ce que tu aurais fait différemment ?

• De quoi tu as besoin de ma part ?

Le travail ne s'arrête pas aux frontières de l'équipe directe. Plusieurs rituels structurent la façon dont je collabore avec les autres leaders produit.

• Avec ma hiérarchie.

  Un 1:1 hebdomadaire où je porte la voix du design dans les discussions stratégiques. Ce que je construis avec l'équipe, je le rends visible et défendable à ce niveau-là.

• Avec mes pairs.

  Des 1:1 réguliers avec les autres leads produit, notamment les Head of Product Management. Ces échanges servent à aligner les visions, partager le contexte, et construire une lecture commune des priorités avant qu'elles arrivent aux squads.

• Les 2:2.

  Un format que j'ai lancé : des réunions bimensuelles à quatre, où le lead design et le lead PM d'une même squad se retrouvent avec moi et leur pair côté produit. L'objectif est simple, se synchroniser à l'échelle de la squad sans passer par des chaînes de messages ou des réunions de restitution. Quatre personnes, un même contexte, des décisions plus rapides.

Ces dynamiques ne sont pas périphériques. Elles sont le tissu qui permet au design de ne pas fonctionner en silo. Une conviction design qui reste dans l'équipe design est une conviction qui ne change rien.

Le message écrit d'abord, la réunion ensuite. Un message Slack bien formulé résout 80% des sujets plus vite qu'un call. Quand le sujet est complexe, ambigu, ou chargé émotionnellement, on passe en synchrone.

Pour me dire que quelque chose ne va pas : directement. Par écrit ou en 1:1, comme tu préfères. Ce que je ne peux pas gérer, c'est ce que je ne sais pas. Plus c'est tôt, mieux c'est.

Pour un feedback sur mon management : même chose. Je ne réagis pas toujours dans l'instant. J'absorbe, je réfléchis, et j'agis. Si tu as l'impression que ton feedback est tombé dans le vide, relance-moi. C'est probablement en train de travailler en silence.

Quelques choses que je sais de moi et que tu devrais savoir aussi.

• J'absorbe le feedback en silence.

  Ma première réaction à un retour important est rarement visible. Ce n'est pas de l'indifférence, c'est du traitement. Mais ça peut donner l'impression que le message n'est pas passé. Si tu as un doute, demande.

• Je zoome out trop vite parfois.

  Une question concrète peut déclencher chez moi une réflexion systémique qui n'est pas ce dont tu avais besoin à ce moment-là. N'hésite pas à me ramener au sujet.

• Mon énergie naturelle va vers construire plutôt que vers rendre visible.

  Je suis plus à l'aise pour bâtir une conviction, un framework ou un système que pour m'assurer qu'ils sont lus et adoptés par tout le monde. C'est un biais de builder que je travaille activement. En pratique, ça veut dire que je mets de plus en plus d'attention sur la communication de ce que l'équipe produit, pas seulement sur la production elle-même.

• Je documente beaucoup, peut-être trop.

  Le réflexe de tout poser par écrit est une force quand ça crée de la clarté. Ça peut devenir un frein quand l'action aurait suffi. Je travaille cet équilibre.

Ce README décrit une pratique en mouvement. L'AI transforme la façon dont les équipes produit travaillent, et avec elle, la nature même du management design.

Une part croissante du leadership ne passe plus par les rituels classiques. Elle passe par les systèmes qu'on construit et qu'on partage : des fichiers de contexte qui permettent à un PM de porter le design sans attendre une review, des frameworks documentés qui guident une squad sans que je sois dans la salle, des workflows avec des agents qui absorbent une partie du travail que faisait un profil junior il y a deux ans.

Ça ne veut pas dire moins de management. Ça veut dire un management qui se déplace. Moins de temps à transmettre de l'information en réunion, plus de temps à concevoir les conditions pour que l'information circule sans moi. Moins de gestion de production, plus d'architecture de systèmes partagés. Le 1:1 reste. L'attention humaine reste. Mais le terrain sur lequel le leadership s'exerce est en train de bouger.

Ce README bougera avec.