Le rôle de champion
Le rôle consiste en trois comportements qui se renforcent mutuellement.
La plupart de cela s’inscrit naturellement dans le travail que vous faites déjà. La différence est une petite quantité d’intention supplémentaire sur l’endroit où vos découvertes sont publiées et comment vos réponses se propagent.
Ce que cela devrait vous coûter
Fixez des attentes avec vous-même et avec votre responsable. Les activités ci-dessous sont destinées à s’adapter à une semaine de travail normale, et le rôle devrait rester un multiplicateur de votre travail existant plutôt qu’une responsabilité de support supplémentaire.Partagez ce que vous découvrez
Votre propre expérience est le matériel le plus convaincant que vos collègues rencontreront, car il est spécifique à la codebase, aux flux de travail et aux problèmes que vous partagez tous. La documentation dit aux gens ce qui est possible ; vos publications leur montrent ce qui fonctionne réellement dans votre environnement.Ce qui vaut la peine d’être partagé
Les publications les plus utiles décrivent une technique qu’un collègue peut réutiliser demain plutôt qu’un résultat qui est déjà complet. Les techniques se composent à mesure qu’elles se propagent dans une équipe ; les mises à jour de statut ne le font pas. Exemples de techniques réutilisables :- « J’ai appris que @-mentionner un répertoire fonctionne. En le pointant vers
@src/components/et en demandant lesquels manquaient de tests, j’ai découvert deux que j’avais oubliés. » - « Le mode Plan (
Maj+Tab) montre exactement quels fichiers seront touchés avant toute modification, c’est pourquoi je suis à l’aise de l’utiliser sur du code partagé. » - « J’ai configuré un hook Stop pour recevoir une notification de bureau quand une tâche longue se termine. La configuration est dans le fil. »
- « L’exécution de
/initgénère unCLAUDE.mdà partir du référentiel afin que l’assistant arrête de redemander nos conventions. »
Où le partager
Publiez partout où votre équipe lit déjà. L’objectif est de placer les exemples dans le chemin du travail normal plutôt que de créer une destination.Le format qui fonctionne
Une capture d’écran accompagnée d’une seule ligne de contexte, ou une brève description avant-après, est généralement le bon niveau de détail. Gardez chaque publication assez courte pour que quelqu’un qui la parcourt absorbe toujours le point. Une longue rédaction tend à être sauvegardée pour plus tard et oubliée, tandis qu’une courte publication avec une capture d’écran tend à être copiée et essayée. Les exemples de publications ci-dessous illustrent le ton et la longueur ; adaptez-les plutôt que de les copier textuellement.Soyez la personne que les gens demandent
Une fois que vous avez partagé quelques exemples, les questions suivront. C’est là que le rôle de champion a le plus grand effet de levier, car une bonne réponse à une personne déverrouille souvent plusieurs autres qui regardent le même canal.Répondez avec un prompt plutôt qu’une explication
Quand un collègue vous demande comment vous avez réalisé quelque chose, la réponse la plus utile est le prompt que vous avez réellement utilisé. Ils apprendront plus en exécutant ce prompt contre leur propre problème que de n’importe quelle description que vous pourriez écrire, et cela leur donne quelque chose sur lequel ils peuvent agir immédiatement.Pointez vers la fonctionnalité plutôt que vers la documentation
Une réponse comme « Essayez le mode plan, appuyez surMaj+Tab jusqu’à ce que vous le voyiez » est plus utile au moment qu’un lien vers la documentation. Si la personne a besoin de plus de profondeur plus tard, elle la trouvera d’elle-même ; en ce moment, elle a besoin de la seule chose qui la déverrouille.
Questions que vous êtes susceptible d’entendre
Agrandissez le cercle
L’objectif n’est pas de construire un programme ou de posséder un déploiement. C’est d’établir un petit nombre d’habitudes légères qui permettent à l’élan de continuer après que vous ayez arrêté de le conduire activement. Quand les questions dans le canal sont répondues par des personnes autres que vous, le rôle a fait son travail.Modèles qui tendent à fonctionner
Guide de trente jours
Si un plan vague est utile, la séquence ci-dessous reflète ce qui tend à fonctionner dans la plupart des équipes. Ajustez librement pour adapter à votre contexte.1
Semaine 1 : Ensemencez le canal
Créez le canal, épinglez le Quickstart et publiez deux ou trois de vos propres exemples avec les prompts inclus.Signal que cela fonctionne : quelques collègues réagissent ou répondent, et au moins une question est posée dans le canal.
2
Semaine 2 : Commencez le rythme
Commencez le fil de démonstration hebdomadaire, répondez à chaque question publiquement et partagez une compétence personnalisée ou un extrait
CLAUDE.md.Signal que cela fonctionne : quelqu’un d’autre que vous publie un exemple du sien.3
Semaine 3 : Appairez et consolidez
Offrez deux ou trois courtes sessions d’appairage et consolidez les questions et réponses les plus courantes dans un message FAQ épinglé.Signal que cela fonctionne : vous voyez une utilisation répétée, avec les mêmes collègues revenant plutôt que d’essayer une fois et d’arrêter.
4
Semaine 4 : Transmettez
Identifiez un deuxième champion et partagez un bref résumé de ce qui fonctionne et ce qui ne fonctionne pas avec votre responsable ou administrateur.Signal que cela fonctionne : les questions dans le canal sont répondues par des personnes autres que vous.