Skip to main content
このページは、既に Claude Code を使用しており、チームの採用を支援したいと考えている個別のエンジニア向けです。何を共有するか、受ける質問にどう答えるか、30 日間の実行計画、および一般的な懸念への対応について説明しています。 開発者ツールの採用は、ロールアウト発表によってはめったに起こりません。チームの誰かがそのツールをうまく使い始め、それについてオープンに話し、他の人が従いやすくすることで起こります。チャンピオンとして行う仕事はチームに不釣り合いな効果をもたらします。共有する例が多いほど、その後のエンジニアの学習曲線が短くなり、公開で答える質問が多いほど、1 人の経験がチーム全体が構築できるものになります。あなたはヘルプデスクではなく、チームの乗数として機能しており、このガイドはその条件下で役割を持続可能に保つために構成されています。

チャンピオンの役割

この役割は、互いに強化し合う 3 つの行動で構成されています。 これのほとんどは、既に行っている仕事の中に自然に適合します。違いは、発見がどこに投稿されるか、および答えがどのように伝わるかについて、少量の追加の意図です。

これにかかるコスト

自分自身とリーダーとの期待を設定します。以下のアクティビティは、通常の労働週の中に適合することを目的としており、役割は追加のサポート責任ではなく、既存の仕事の乗数のままである必要があります。

発見を共有する

自分の経験は、同僚が遭遇する最も説得力のある資料です。なぜなら、それはコードベース、ワークフロー、および共有する問題に固有だからです。ドキュメントは何が可能かを人々に伝えます。投稿は、実際に環境で機能しているものを示します。

共有する価値があるもの

最も有用な投稿は、既に完了している結果ではなく、同僚が明日再利用できる技術について説明しています。技術はチーム全体に広がるにつれて複合します。ステータス更新はそうではありません。 再利用可能な技術の例:
  • 「ディレクトリを @-mention することが機能することを学びました。@src/components/ を指して、どれがテストを欠いているかを尋ねたところ、見落としていた 2 つが浮かび上がりました。」
  • 「Plan mode(Shift+Tab)は、編集が行われる前に正確にどのファイルが変更されるかを示します。これが、共有コードで使用するのに快適な理由です。」
  • 「Stop hook を設定して、長いタスクが完了したときにデスクトップ通知を受け取るようにしました。設定はスレッドにあります。」
  • /init を実行すると、リポジトリから CLAUDE.md が生成されるため、アシスタントは規約について再度質問するのを停止します。」

どこで共有するか

チームが既に読んでいる場所に投稿します。目標は、目的地を作成するのではなく、通常の仕事の経路に例を配置することです。

機能する形式

スクリーンショットに 1 行のコンテキストを伴う、または簡潔なビフォーアフター説明は、一般的に適切な詳細レベルです。各投稿を短く保ち、スクロール中の誰かでもポイントを吸収できるようにします。長い記事は後で保存されて忘れられる傾向がありますが、スクリーンショット付きの短い投稿はコピーされて試されます。 以下の例の投稿は、トーンと長さを示しています。逐語的にコピーするのではなく、適応させてください。

質問される人になる

いくつかの例を共有すると、質問が続きます。これはチャンピオンの役割が最大のレバレッジを持つ場所です。なぜなら、1 人への良い答えは、同じチャネルを見ている他の数人のブロックを解除することが多いからです。

説明ではなくプロンプトで答える

同僚が何かを達成した方法を尋ねるとき、最も有用な応答は、実際に使用したプロンプトです。説明を書くことができるよりも、自分の問題に対してそのプロンプトを実行することで、より多くを学び、すぐに行動できるものを与えます。

ドキュメントではなく機能を指す

「Plan mode を試してください。Shift+Tab を押して、それが表示されるまで」のような応答は、その瞬間のドキュメントへのリンクよりも有用です。後で詳細が必要な場合、その人は自分で見つけます。今、彼らはブロックを解除する 1 つのことが必要です。

聞く可能性のある質問

サークルを拡大する

目標は、プログラムを構築することや、ロールアウトを所有することではありません。アクティブに駆動を停止した後でも、勢いが続くことを可能にする、軽量な習慣を少数確立することです。チャネルの質問があなた以外の人によって答えられているとき、役割はその仕事をしました。

機能する傾向があるパターン

30 日間の実行計画

緩い計画が役立つ場合、以下のシーケンスはほとんどのチーム全体で機能する傾向があるものを反映しています。コンテキストに合わせて自由に調整してください。
1

週 1:チャネルをシード化する

チャネルを作成し、Quickstart をピンで留め、プロンプトを含む 2 ~ 3 つの自分の例を投稿します。機能していることを示す信号: 数人の同僚が反応またはリプライし、少なくとも 1 つの質問がチャネルで尋ねられます。
2

週 2:リズムを開始する

週次のショーアンドテルスレッドを開始し、すべての質問に公開で答え、1 つのカスタムスキルまたは CLAUDE.md スニペットを共有します。機能していることを示す信号: あなた以外の誰かが自分の例を投稿します。
3

週 3:ペアリングと統合

2 ~ 3 つの短いペアリングセッションを提供し、最も一般的な質問と答えをピンで留めた FAQ メッセージに統合します。機能していることを示す信号: 繰り返し使用が見られ、同じ同僚が 1 回試して停止するのではなく、戻ってきます。
4

週 4:引き渡す

2 番目のチャンピオンを特定し、機能しているものと機能していないものについて、リーダーまたは管理者と簡潔な要約を共有します。機能していることを示す信号: チャネルの質問があなた以外の人によって答えられています。

誰かがより深く掘り下げたいとき

あなたはオンボーディングプログラムではなく、温かい紹介です。同僚が「これを試すべきか」から「これで効果的になるにはどうすればよいか」に進むとき、Quickstart および Common workflows ページを指してください。これらには、本当に有用だが、自分で発見するのが難しい機能をカバーする短いセクションが含まれています。

一般的な懸念に対応する

健全なスケプティシズムは予想されます。エンジニアは、コードに触れるツールについて慎重である必要があります。最も効果的な応答は、一般的なケースを議論することはめったにありません。代わりに、懸念を認め、簡潔な言い換えを提供し、その人のコードで 1 つの具体的なデモンストレーションを提案します。ほとんどの懸念は、1 つの成功した経験によって解決されます。

クイックリファレンスシート

以下の技術は、最初の試行から日常的な使用に誰かを移動させるのに最も確実に機能するものです。チャネルにこのテーブルをピンで留めるか、独自に共有してください。
Claude Code は頻繁に更新されます。このマテリアルを社内で配布する前に、ドキュメントホームページ に対してバージョン固有の詳細を確認してください。