Skip to main content
Diese Seite ist für einzelne Ingenieure, die Claude Code bereits nutzen und ihr Team bei der Einführung unterstützen möchten. Sie behandelt, was man teilen sollte, wie man die Fragen beantwortet, die man erhält, einen 30-Tage-Leitfaden und Antworten auf häufige Bedenken. Die Einführung eines Entwickler-Tools geschieht selten aufgrund einer Rollout-Ankündigung. Sie geschieht, weil jemand im Team das Tool gut nutzt, offen darüber spricht und es anderen leicht macht, es zu übernehmen. Die Arbeit, die Sie als Champion leisten, hat eine überproportionale Wirkung: Jedes Beispiel, das Sie teilen, verkürzt die Lernkurve für die Ingenieure, die nach Ihnen kommen, und jede Frage, die Sie öffentlich beantworten, verwandelt die Erfahrung einer Person in etwas, das das ganze Team nutzen kann. Sie fungieren als Multiplikator für Ihr Team, nicht als Helpdesk, und dieser Leitfaden ist so strukturiert, dass die Rolle unter diesen Bedingungen nachhaltig bleibt.

Die Champion-Rolle

Die Rolle besteht aus drei Verhaltensweisen, die sich gegenseitig verstärken. Das meiste davon passt natürlich in die Arbeit, die Sie bereits leisten. Der Unterschied liegt in einer kleinen zusätzlichen Absicht darüber, wo Ihre Entdeckungen gepostet werden und wie Ihre Antworten verbreitet werden.

Was dies Sie kosten sollte

Setzen Sie Erwartungen mit sich selbst und mit Ihrem Vorgesetzten. Die folgenden Aktivitäten sollen in eine normale Arbeitswoche passen, und die Rolle sollte ein Multiplikator für Ihre bestehende Arbeit bleiben, anstatt eine zusätzliche Support-Verantwortung zu sein.

Teilen Sie, was Sie entdecken

Ihre eigene Erfahrung ist das überzeugendste Material, das Ihre Kollegen antreffen werden, da es spezifisch für die Codebasis, Workflows und Probleme ist, die Sie alle teilen. Dokumentation sagt den Menschen, was möglich ist; Ihre Posts zeigen ihnen, was in Ihrer Umgebung tatsächlich funktioniert.

Was es wert ist, geteilt zu werden

Die nützlichsten Posts beschreiben eine Technik, die ein Kollege morgen wiederverwenden kann, anstatt eines Ergebnisses, das bereits abgeschlossen ist. Techniken verstärken sich, wenn sie sich durch ein Team verbreiten; Statusaktualisierungen nicht. Beispiele für wiederverwendbare Techniken:
  • „Ich habe gelernt, dass das @-Erwähnen eines Verzeichnisses funktioniert. Wenn ich es auf @src/components/ zeige und frage, welche Tests fehlen, werden zwei angezeigt, die ich übersehen hatte.”
  • „Plan Mode (Shift+Tab) zeigt genau, welche Dateien berührt werden, bevor eine Bearbeitung vorgenommen wird, weshalb ich mich wohlfühle, ihn auf gemeinsamen Code anzuwenden.”
  • „Ich habe einen Stop-Hook konfiguriert, damit ich eine Desktop-Benachrichtigung erhalte, wenn eine lange Aufgabe abgeschlossen ist. Die Konfiguration ist im Thread.”
  • „Das Ausführen von /init generiert eine CLAUDE.md aus dem Repository, damit der Assistent nicht mehr nach unseren Konventionen fragt.”

Wo man es teilt

Posten Sie überall dort, wo Ihr Team bereits liest. Das Ziel ist es, Beispiele in den Weg der normalen Arbeit zu platzieren, anstatt ein Ziel zu schaffen.

Das Format, das funktioniert

Ein Screenshot mit einem einzelnen Satz Kontext oder eine kurze Vorher-Nachher-Beschreibung ist im Allgemeinen das richtige Detaillierungsniveau. Halten Sie jeden Post kurz genug, dass jemand, der vorbeiscrollt, den Punkt trotzdem versteht. Ein langer Schriftsatz wird tendenziell für später gespeichert und vergessen, während ein kurzer Post mit einem Screenshot tendenziell kopiert und ausprobiert wird. Die folgenden Beispiel-Posts veranschaulichen Ton und Länge; passen Sie sie an, anstatt sie wörtlich zu kopieren.

Seien Sie die Person, die man fragt

Sobald Sie ein paar Beispiele geteilt haben, werden Fragen folgen. Dies ist der Punkt, an dem die Champion-Rolle die größte Hebelwirkung hat, da eine gute Antwort auf eine Person häufig mehrere andere freischaltet, die denselben Kanal beobachten.

Antworten Sie mit einem Prompt statt mit einer Erklärung

Wenn ein Kollege fragt, wie Sie etwas erreicht haben, ist die nützlichste Antwort der Prompt, den Sie tatsächlich verwendet haben. Sie werden mehr lernen, wenn sie diesen Prompt gegen ihr eigenes Problem ausführen, als aus jeder Beschreibung, die Sie schreiben könnten, und es gibt ihnen etwas, das sie sofort umsetzen können.

Zeigen Sie auf die Funktion statt auf die Dokumentation

Eine Antwort wie „Versuchen Sie Plan Mode, drücken Sie Shift+Tab, bis Sie ihn sehen” ist im Moment nützlicher als ein Link zur Dokumentation. Wenn die Person später mehr Tiefe braucht, wird sie sie selbst finden; jetzt brauchen sie das eine, das sie freischaltet.

Fragen, die Sie wahrscheinlich hören werden

Erweitern Sie den Kreis

Das Ziel ist nicht, ein Programm zu erstellen oder einen Rollout zu besitzen. Es ist, eine kleine Anzahl leichter Gewohnheiten zu etablieren, die es dem Schwung ermöglichen, nach Ihnen fortzufahren. Wenn Fragen im Kanal von anderen Personen als Ihnen beantwortet werden, hat die Rolle ihre Aufgabe erfüllt.

Muster, die tendenziell funktionieren

30-Tage-Leitfaden

Wenn ein lockerer Plan hilfreich ist, spiegelt die folgende Abfolge wider, was über die meisten Teams hinweg tendenziell funktioniert. Passen Sie frei an Ihren Kontext an.
1

Woche 1: Säen Sie den Kanal

Erstellen Sie den Kanal, heften Sie den Quickstart an, und posten Sie zwei oder drei Ihrer eigenen Beispiele mit den Prompts.Signal, dass es funktioniert: Ein paar Kollegen reagieren oder antworten, und mindestens eine Frage wird im Kanal gestellt.
2

Woche 2: Starten Sie den Rhythmus

Starten Sie den wöchentlichen Show-and-Tell-Thread, beantworten Sie jede Frage öffentlich, und teilen Sie einen benutzerdefinierten Skill oder CLAUDE.md-Snippet.Signal, dass es funktioniert: Jemand anderes als Sie postet ein Beispiel aus seiner eigenen Erfahrung.
3

Woche 3: Pairing und Konsolidierung

Bieten Sie zwei oder drei kurze Pairing-Sitzungen an und konsolidieren Sie die häufigsten Fragen und Antworten in einer angehefteten FAQ-Nachricht.Signal, dass es funktioniert: Sie sehen wiederholte Nutzung, wobei die gleichen Kollegen zurückkehren, anstatt einmal zu versuchen und zu stoppen.
4

Woche 4: Übergabe

Identifizieren Sie einen zweiten Champion und teilen Sie eine kurze Zusammenfassung dessen, was funktioniert und was nicht, mit Ihrem Vorgesetzten oder Administrator.Signal, dass es funktioniert: Fragen im Kanal werden von anderen Personen als Ihnen beantwortet.

Wenn jemand tiefer gehen möchte

Sie sind die warme Einführung, nicht das Onboarding-Programm. Wenn ein Kollege von „sollte ich das versuchen” zu „wie werde ich damit effektiv” übergeht, verweisen Sie ihn auf die Seiten Quickstart und Häufige Workflows. Sie enthalten kurze Abschnitte, die die Funktionen abdecken, die wirklich nützlich sind, aber schwer zu entdecken sind.

Reagieren Sie auf häufige Bedenken

Gesunde Skepsis ist zu erwarten; Ingenieure sollten vorsichtig mit Tools sein, die ihren Code berühren. Die effektivste Antwort ist selten, den allgemeinen Fall zu argumentieren. Stattdessen erkennen Sie das Bedenken an, bieten eine kurze Umformulierung an und schlagen eine konkrete Demonstration auf dem eigenen Code der Person vor. Die meisten Bedenken werden durch eine einzige erfolgreiche Erfahrung gelöst.

Schnellreferenz-Blatt

Die folgenden Techniken sind diejenigen, die am zuverlässigsten jemanden von einem ersten Versuch zur täglichen Nutzung bewegen. Heften Sie diese Tabelle in einem Kanal an oder teilen Sie sie allein.
Claude Code wird häufig aktualisiert. Überprüfen Sie versionsspezifische Details gegen die Dokumentationsstartseite, bevor Sie dieses Material intern verteilen.