Premier Push : de l'atelier à la méthode

Le pari de départ

La peur du code-first ne se raisonne pas, elle se traverse. Cette conviction vient d’une expérience personnelle : mon premier push Git, fait en construisant ce site, et la phrase restée en mémoire : ‘j’avais peur, c’était magnifique’. La demande de départ de l’atelier était simple : faire perdre à l’équipe design la peur du code-first et de l’IA. Le piège classique aurait été un atelier qui explique, avec des slides, un retour d’expérience, des bonnes pratiques. Or un récit ne fait rien traverser. Le pari de Premier Push : concevoir un atelier qui ne raconte pas un parcours d’apprentissage mais qui le fait vivre, en plusieurs versions parallèles dans la même salle.

La conception elle-même a suivi la doctrine ‘audit avant solution’. La matière première existait : une douzaine de learning debriefs personnels, ces notes où chaque expérimentation documentée devient réutilisable. Et avant toute proposition de format, la co-conception avec Claude est passée par douze questions critiques : la réalité technique de l’équipe, sa dynamique, la place stratégique de l’atelier. Partir de ce qui existe, pas d’une page blanche.

Un artefact connu de tous, possédé par personne

Trois routes ont été abandonnées avant de trouver le bon sujet. Un produit ludique et déconnecté : l’atelier aurait perdu son sérieux. L’écran d’une squad : une invasion, quelqu’un dans la salle possède déjà ce territoire. Un repo starter générique : le livrable aurait été jetable. Le dashboard PrestaShop coche les trois cases inverses. Tout le monde le connaît, personne ne le possède, et il est améliorable. C’est le sweet spot du sujet d’atelier collectif : un artefact partagé, neutre, réel.

Même logique côté design system : PUIK, le design system open source de PrestaShop, installé via npm plutôt qu’en clonant le monorepo, pour que l’installation ne mange pas le jour J. La stack : Vue 3, Vite, TypeScript, Tailwind 4. Travailler sur le vrai design system ouvre une porte supplémentaire : un composant né pendant l’atelier peut devenir un candidat pour PUIK. Rien de ce qui se construit ce jour-là n’est un exercice jetable.

Trois fichiers .md comme colonne vertébrale

L’intuition la plus structurante de la conception : les fichiers markdown ne sont pas un méta-outil, ils sont le médium pédagogique. Trois fichiers, trois fonctions. product.md cadre le quoi : contexte, contraintes, livrables, le même brief pour tout le monde. CLAUDE.md cadre le comment : règles PUIK, convention de commits. JOURNAL.md capture le pourquoi : quels choix design, pour quelles raisons. Sans le journal, l’atelier resterait technique. Avec lui, documenter ses choix devient un livrable à part entière. Et ces fichiers ne s’apprennent pas en écoutant quelqu’un les décrire : ils s’apprennent en les habitant pendant trois heures.

Ce journal est aussi la projection d’une pratique personnelle à l’échelle de l’équipe : la miniature de ma base de learning debriefs. Puissant et sensible à la fois, parce que ce qui marche en solo peut devenir une corvée à plusieurs. La protection retenue : Claude Code remplit le journal pendant les micro-pauses, le designer valide. La documentation se fait, l’énergie reste sur le design.

Trois heures trente, trois exercices, un push

Le déroulé du 20 mai 2026 : huit minutes de cadrage sur ce qui change vraiment (le rôle, pas l’outil), trente secondes de nuance (‘cette méthode est une façon de faire, pas la façon’), cinq minutes de démo live. Puis trois exercices : réimaginer l’écran par défaut du dashboard (60 minutes), travailler ses états (45 minutes), faire son premier push (20 minutes). Entre les jalons, des micro-pauses de trois minutes où l’IA remplit le journal et commit.

Une décision de conception compte plus que les autres : le push est un objectif, pas un test de passage. Personne n’échoue à Premier Push. C’est la différence entre un atelier qui transforme et un atelier qui filtre. Le doute a existé pendant la conception (‘le push, c’est peut-être trop, non ?’) et la réponse a été de défendre le sens plutôt que de couper le scope : ce push donne son nom à l’atelier, c’est lui le moment de bascule.

La clôture : la galerie collective. Sur grand écran, on bascule de branche en branche et six versions du même dashboard défilent, une par designer de l’équipe, facilitatrice comprise. Même brief, même design system, six réponses qui ne se ressemblent pas. Puis le debrief, quatre questions : qu’est-ce qui t’a surpris, qu’est-ce qui t’a marqué, qu’est-ce que tu retiens, qu’est-ce que tu fais demain.

Ce qui a résisté

Le ratio de préparation, d’abord : dix jours de travail pour trois heures trente d’atelier. Il semble déraisonnable, il est en réalité la condition du format. Tout ce qui peut être fait avant doit l’être (script de vérification des prérequis, une branche par participant, message Slack en deux temps pour séparer la logistique de la préparation cognitive), sinon le jour J devient un atelier d’installation.

Le format ensuite : la piste d’une journée complète a été abandonnée, parce que la fatigue aurait tué la galerie finale, le moment le plus précieux. Trois heures trente, c’est ce qui protège l’énergie jusqu’au bout.

Le journal enfin, resté sous surveillance jusqu’au jour J : pré-structuré mais léger, rempli par l’IA, validé par le designer. Le piège identifié dès la conception : qu’il ne devienne jamais un devoir maison.

De ‘mon atelier’ à ‘notre méthode’

La partie la plus forte de cette histoire n’est pas l’atelier, c’est ce qui vient après. Un atelier réussi qui reste dans les mains d’une seule animatrice n’est pas une méthode, c’est une performance. Le retour d’expérience a donc été formalisé en huit ingrédients réutilisables : le cadrage stratégique, la nuance de départ, la démo live, le brief unique, les exercices à jalons avec micro-pauses, le push autonome, la galerie collective, le debrief en quatre questions.

Puis ces ingrédients sont devenus un outil : un prompt que n’importe quel designer expert de l’équipe peut coller dans Claude pour co-concevoir son propre atelier, sur son propre domaine. L’architecture tient en quatre blocs. Un rôle : l’IA est co-conceptrice d’expérience d’apprentissage, pas experte du sujet, cette expertise reste chez le designer. Un contexte : les huit ingrédients. Une tâche en trois étapes : cadrage par questions, livraison d’un brief complet minute par minute, itération. Et des garde-fous, dont le central : l’IA ne produit jamais le contenu pédagogique à la place du designer et ne le remplace pas dans la facilitation.

Le premier déclinement est déjà engagé : une content designer de l’équipe prépare sa version sur le ton et la voix. Et c’est exactement le point : concevoir une formation devient un acte de leadership accessible à chaque designer expert, pas un privilège de facilitatrice. Trois bénéfices se cumulent : la scalabilité (les ateliers n’ont plus besoin de moi pour exister), la visibilité (chaque designer porte publiquement son expertise), la cohérence (une grammaire pédagogique commune, donc un vocabulaire partagé sur ce qu’est une bonne formation interne).

Ce que ça dit de l’enablement IA d’une équipe design

L’enablement, c’est-à-dire la montée en autonomie d’une équipe sur une pratique nouvelle, souffre d’un malentendu tenace : on croit transmettre du contenu alors qu’on transmet une expérience. Un designer qui écoute quelqu’un raconter son premier push n’a rien traversé. Un designer qui tape son propre git push, voit sa branche apparaître et son dashboard s’afficher dans la galerie a changé de rapport au code. C’est le même écart qu’entre lire une recette et cuisiner le plat.

Deuxième leçon : le sujet fait la moitié du travail. Un artefact connu de tous mais possédé par personne donne à chacun la légitimité d’y toucher, et à personne le réflexe de le défendre. La divergence des six versions vient de là : le brief était commun, le territoire était libre.

Troisième leçon : la transmission scalable ne se décrète pas, elle s’outille. Sans la partie 2, Premier Push serait resté un bon souvenir d’équipe. Avec le prompt de déclinaison, c’est une V1 de méthode, avec ce que ça implique d’inachevé.

Et la question reste ouverte, celle qui décidera si Premier Push est une méthode ou un souvenir : est-ce que ça vit sans moi ? Elle est devenue littérale à l’été 2026, avec mon départ de l’équipe : les ateliers qui se tiendront désormais se tiendront sans moi, avec le prompt-outil comme seul héritage. Le jour où l’un d’eux aura lieu, le passage de ‘mon atelier’ à ‘notre méthode’ sera prouvé, pas seulement raconté.