Comment partager le travail fait avec Claude avec ton équipe

Pour l’instant, quand un collègue te demande le fil Claude que tu as utilisé pour rédiger le brief de campagne, tu copies sans doute le résultat final dans Slack et tu considères que c’est réglé. Il reçoit la réponse sans aucun du raisonnement, si bien que la prochaine fois qu’il doit l’ajuster, il ouvre un nouveau chat et reconstruit ton contexte de zéro.

C’est cela qui mérite d’être corrigé. Ce n’est pas le résultat qui a de la valeur dans ce que tu transmets. C’est le contexte.

Le plus utile à partager n’est pas la réponse de Claude. C’est tout ce qui a conduit Claude à cette réponse.

Quand partager le travail fait avec Claude (et quand non)

Toutes les conversations avec Claude ne méritent pas un collègue. Partager a un coût : quelqu’un doit lire ton contexte, comprendre ton cadrage et décider s’il fait confiance à ta configuration avant de pouvoir s’appuyer dessus. Cela n’en vaut la peine que lorsque le travail mène quelque part.

Partage quand :

• Le résultat sera révisé par plus d’une personne au fil du temps (un document de positionnement, une structure de rapport, un brief de campagne).
• Plusieurs membres de l’équipe doivent produire des variantes d’un même travail de base (publics différents, formats différents, même recherche de fond).
• Tu construis quelque chose qui survivra à la tâche actuelle, comme un guide de style, une synthèse de recherche ou un modèle de rapport récurrent.

Ne te donne pas la peine de partager quand :

• La tâche est ponctuelle et jetable, comme réécrire un seul e-mail ou résumer un article.
• Tu es encore dans la phase brouillonne et exploratoire et la conversation est pleine d’impasses. Mets-la d’abord au propre, sinon personne ne saura dire ce qui comptait.
• Le collègue arriverait à la même réponse plus vite en posant simplement la question à Claude lui-même, avec son propre contexte.

Une bonne règle : si tu prendrais la peine d’écrire un paragraphe sur Slack pour expliquer « voici ce que j’ai fait et pourquoi », le travail est partageable. Si tu ne le ferais pas, il n’est sans doute pas encore assez abouti pour être transmis.

Mettre en place un projet partagé que ton équipe peut vraiment utiliser

Un projet Claude est le bon conteneur quand le travail est continu, mais seulement si tu le mets en place de façon à ce qu’un collègue puisse arriver à froid et commencer à contribuer. Cela suppose un travail de structure en amont plutôt que de le laisser en tas d’historique de chat.

1. Nomme le projet d’après son but, pas son origine. « Brief de campagne T3 » vaut mieux que « Chat marketing 4 ». Quelqu’un doit savoir à quoi il sert avant de l’ouvrir.
2. Ajoute d’abord un document de contexte épinglé. Avant toute conversation, place un court brief dans la base de connaissances du projet : à quoi il sert, qui l’utilise, à quoi ressemble le « terminé ».
3. Inclus la matière source, pas des résumés de la matière source. Si le projet porte sur un lancement de produit, ajoute la vraie spécification du produit, pas ta paraphrase en trois phrases. Les collègues doivent vérifier les affirmations, pas seulement croire ta lecture.
4. Fixe des attentes sur la façon de l’utiliser. Une note d’une ligne comme « Ouvre de nouveaux chats dans ce projet pour chaque brouillon, n’écrase pas le brief épinglé » évite la confusion plus tard.
5. Teste-le toi-même en étranger. Ouvre le projet à neuf et demande-toi : quelqu’un sans aucun souvenir de cette tâche pourrait-il comprendre quoi faire ensuite ? Sinon, ajoute ce qui manque.

Cette mise en place est la raison pour laquelle les projets conviennent bien à un contexte qui doit persister : le contexte vit dans le projet lui-même, pas dans la tête d’une personne ni dans l’historique de défilement d’une conversation.

Partager une conversation ou un projet : quel conteneur utiliser

Ils résolvent des problèmes différents, et choisir le mauvais est une source courante de friction.

Partage une seule conversation quand :

• C’est une transmission ponctuelle. Quelqu’un doit voir comment tu es arrivé à une décision, puis passer à autre chose.
• La tâche a une fin claire et personne n’aura besoin de revenir à ce contexte le mois prochain.
• Tu veux conserver une ligne de raisonnement précise exactement telle qu’elle s’est déroulée, sans que quelqu’un d’autre n’ajoute de nouveaux fils qui la brouillent.

Mets en place un projet quand :

• Plus d’une personne contribuera sur plusieurs séances.
• Le contexte (ton de la marque, documents sources, décisions antérieures) doit être réutilisable pour de nombreuses demandes différentes, pas une seule.
• Tu t’attends à ce que le travail évolue. Une seule conversation devient vite ingérable quand plusieurs personnes y déposent des questions sans rapport dans le même fil.

Si tu hésites sur le cas qui s’applique, demande-toi s’il s’agit d’un instantané ou d’un espace de travail. Un instantané est un moment dans le temps qui mérite d’être conservé. Un espace de travail est un endroit où l’on reviendra sans cesse. C’est la même distinction que dans choisir entre un nouveau chat, un projet ou la reprise d’un ancien fil, simplement appliquée au niveau de l’équipe plutôt qu’individuel.

Rédiger un contexte que ton équipe peut reprendre et utiliser

Le plus gros échec dans les flux d’équipe avec Claude est de remettre un projet à quelqu’un en attendant qu’il rétro-ingénierie ta réflexion à partir de l’historique de chat brut. Écris plutôt le contexte. Cela prend cinq minutes et en économise une heure à tous les autres.

Une bonne note de transmission répond à trois questions :

• Qu’ai-je déjà essayé ? Inclus les approches qui n’ont pas marché, pas seulement celles qui ont marché. Cela évite à un collègue de retester une impasse.
• Qu’est-ce qui fonctionne vraiment pour l’instant ? Désigne le brouillon, la décision ou le résultat précis à traiter comme base actuelle.
• Quelle est la prochaine étape ? Ne laisse pas quelqu’un deviner s’il doit affiner, étendre ou partir dans une direction entièrement nouvelle.

Voici un format qui fonctionne bien épinglé en haut d’un projet partagé :

Prompt pour la note de transmission :

Résume cette conversation pour un collègue qui reprend ce
travail à zéro. Inclus :
1. L’objectif d’origine en une phrase.
2. Les approches essayées et écartées, avec une ligne de raison
   pour chacune.
3. Le meilleur brouillon ou la meilleure réponse actuels, cités en entier.
4. La prochaine étape précise, formulée comme une tâche (par exemple
   « resserre le deuxième paragraphe » et non « continue d’améliorer »).
Garde moins de 200 mots. N’inclus ni formules de politesse ni réserves.

Cela produit une note qu’un collègue lit en trente secondes au lieu de faire défiler quarante messages. Pour une version réutilisable de cette même idée, vois construire une fiche de contexte que tu arrêtes de retaper, qui couvre le format plus en profondeur.

Gérer les retours quand ton équipe retravaille le résultat de Claude

Dès qu’un collègue modifie à la main un brouillon de Claude, cette modification devient l’élément de contexte le plus précieux de tout le flux, et il est facile de la perdre au moment où tu retournes dans Claude pour continuer à itérer.

La solution est de traiter les modifications humaines comme une donnée d’entrée, et pas seulement comme un produit fini à remplacer par le brouillon suivant.

1. Garde la différence, pas seulement la version finale. Avant de recoller dans Claude le brouillon révisé d’un collègue, note ce qui a changé et pourquoi, même brièvement (« coupé le deuxième paragraphe, resserré l’appel à l’action, ton rendu moins formel »).
2. Réinjecte le raisonnement dans le prompt, pas seulement le nouveau texte. Demande à Claude de poursuivre dans la direction de la modification, pas de la traiter simplement comme une nouvelle matière première.
3. Mets à jour le contexte épinglé si la modification reflète une préférence durable. Si ton collègue coupe toujours les adjectifs, c’est une règle de style à ajouter au brief du projet, pas à redécouvrir à chaque tour.
4. Confirme que le brouillon suivant respecte la modification avant d’avancer. Une vérification rapide comme « est-ce que cela garde l’appel à l’action resserré du dernier tour ? » détecte tôt les régressions.

Un prompt utile pour cette transmission :

Voici le brouillon précédent et la version modifiée que mon
collègue a renvoyée. Compare-les et dis-moi, dans une courte liste,
ce qui a changé et pourquoi tu penses que chaque changement a été
fait. Puis continue de rédiger la section suivante de façon
cohérente avec ces changements, et non avec le brouillon d’origine.

[colle le brouillon d’origine]
[colle le brouillon modifié]

Cela permet au jugement de toute l’équipe de s’accumuler dans la même direction au lieu de repartir de zéro chaque fois que le travail change de mains. C’est la même logique que remodeler un rapport financier pour le conseil et pour l’équipe : un même brouillon de fond, affiné et remis en forme pour différents lecteurs, sans repartir de zéro à chaque fois.

Écueils courants de la collaboration et comment les éviter

Trois schémas expliquent l’essentiel de la friction dans les flux d’équipe avec Claude. Chacun a un moment reconnaissable où tu peux le détecter avant qu’il ne coûte du temps réel.

• La transmission silencieuse. Tu partages le lien d’un projet ou d’une conversation sans aucune note, en supposant que la personne va « simplement regarder ». Sois attentif au moment où tu t’apprêtes à coller un lien dans Slack sans contexte. Ajoute deux phrases avant d’envoyer.
• La dérive de contexte. La personne A affine le brief, la personne B travaille à partir d’une ancienne version en cache parce qu’elle avait un onglet ouvert depuis hier. Cela se traduit par deux personnes produisant des résultats contradictoires qui paraissent tous deux assurés. La solution est de faire du document de contexte épinglé la source unique de vérité, et de traiter toute copie hors du projet comme temporaire.
• Traiter un projet comme un groupe de discussion. Quelqu’un se met à déposer des questions sans rapport dans le projet partagé (« au fait, peux-tu m’aider à écrire cet autre e-mail ? ») et le contexte se dilue dans des fils hors sujet. Sois attentif à un projet qui accumule des conversations sans lien clair avec son but déclaré. Quand cela arrive, il est temps d’ouvrir un nouveau chat ailleurs, ou un second projet.

Aucun de ces problèmes n’est un problème de Claude. Ce sont des problèmes de coordination qui se trouvent apparaître dans Claude. La solution est la même dans chaque cas : rendre le contexte explicite, le garder à un seul endroit et dire à voix haute quelle est la prochaine étape plutôt que de supposer qu’elle est évidente.

Pour aller plus loin

• Travailler avec les projets : un contexte qui persiste pour un regard plus approfondi sur la façon dont les projets conservent le contexte d’une séance à l’autre, ce qui est le fondement dont dépend tout ce processus.
• Construire une fiche de contexte réutilisable que tu arrêtes de retaper si tu veux un format de notes de transmission qui fonctionne au-delà du seul partage en équipe.
• Transformer un objectif de campagne en un brief d’une page comme exemple concret du type de résultat collaboratif que ce processus est conçu pour soutenir.