会社GitHub Copilot の導入を促進する

効果的な有効化プロセスは、organization への Copilot の導入を推進するために不可欠です。このプロセスを organization のニーズと目標に合わせて調整し、チームが Copilot の効果的な使い方を理解するのに役立つよう設計する必要があります。

有効化プロセスは、フィードバックと結果に基づいて進化する可能性があります。プロセスのレビューと更新を定期的に行って、organization のニーズが満たされ続けるようにする必要があります。

GitHub Copilot の有効化プロセスは、次のステージに分けることができます。

ライセンスの付与
ユーザーによる環境の設定のサポート
Copilot の効果的な使用のサポート

前提条件

GitHub Copilot の設定は、エンタープライズと組織で行う必要があります。詳細については、企業GitHub Copilot の設定および組織のGitHub Copilotの設定を参照してください。

ロールアウトのタイムラインの例

Copilot の最適な導入のためには、organization のニーズに合わせてタイミングとアプローチを調整します。ロールアウトのタイムラインは、たとえば次のようになります。

ロールアウトの 45 日前にオンボードを開始し、成功メトリックを定義して、チャンピオンをトレーニングします。
14日後に備えて、発表や非同期リソースを共有します。
7日前に予定してワークショップを実施します。
利用開始日に、Slack チャネル、Wiki、キュレーションされたオンラインリソースを提供します。
トレーニングの提供を続けます。最初は一律に実施し、その後は導入の拡大に合わせて個別のオンデマンドサポートに移行できます。

ライセンスの付与

GitHub Copilotを導入する前に、チームが製品にアクセスできることを確認する必要があります。詳細については、「組織のメンバーにGitHub Copilotへのアクセスを許可する」を参照してください。

Organization の規模によっては、小規模なパイロットプログラムから始めることをお勧めします。このようにすると、有効化プロセスをテストし、必要な調整を行ってから、organization の他の部分にロールアウトすることができます。

まず、Copilot の使用に関心のある少数のチームを見つけます。その後、これらのチームと協力して、Copilot を始める手助けをします。

GitHub は、成功したロールアウトの多くが、開発者が承認なしでライセンスを要求できる完全なセルフサービスモデルを提供していることを検出しました。このプロセスを設定するためのオプションについては、「GitHub Copilot ライセンスのセルフサービスプロセスの設定」を参照してください。

ユーザーによる環境の設定のサポート

チームが GitHub Copilot にアクセスしたら、環境を設定することに自信を持っていることを確認します。 GitHub は、ユーザーが環境を設定し、一般的な問題を解決するのに役立つ包括的なドキュメントを提供します。「自分でGitHub Copilot を設定するおよび GitHub Copilot のトラブルシューティングを行うを参照してください。

会社のプロキシまたはファイアウォールを使っている場合は、ユーザーが GitHub Copilot に接続できるようにするための追加の手順があります。

プロキシサーバーまたはファイアウォールの許可リストに主要な URL が追加されていることを確認します。「Copilot 許可リスト参照を参照してください。
ユーザーがプロキシ経由で接続するように環境を設定するためのガイダンスを提供します。ユーザーのマシンにカスタム SSL 証明書をインストールする必要がある場合もあります。「GitHub Copilot のネットワーク設定の構成を参照してください。

さらに複雑な問題の場合は、ユーザーの問題解決を支援する内部の連絡先を指定するか、ユーザーを GitHub のサポートにエスカレートすることもできます。ファイアウォールとネットワークの構成の問題のトラブルシューティングを確実に行うことができる担当者を選ぶ必要があります。

組織における Copilot の効果的な活用支援

このセクションでは、Copilot の効果的な使用をサポートする方法の例を示します。これらの例を出発点として使用し、organization のニーズと目標を満たすように適応させることができます。

Copilot のダウンストリームへの効果を推進および測定するために、GitHub では、具体的なエンジニアリング目標を念頭に置いてロールアウトを主導することを推奨しています。目標をスタッフに伝え、それに応じてトレーニングを編成する必要があります。「GitHub Copilot を使って会社のエンジニアリング目標を達成する」を参照してください。

オンボーディングリソースの作成

Copilot} を使用してチームが始められるように、内部オンボーディング資料を作成することもできます。これらの資料には、Copilot、GitHub ドキュメント、関連する GitHub ブログ投稿、および役に立つと思われるその他のリソースを使用するための組織のポリシーとガイドラインが含まれる場合があります。

オンボーディング資料に使用する場合におすすめしたいGitHubドキュメントには、次のものが含まれます。

        [AUTOTITLE](/copilot/using-github-copilot/best-practices-for-using-github-copilot)

        [AUTOTITLE](/copilot/using-github-copilot/copilot-chat/prompt-engineering-for-copilot-chat)

        [AUTOTITLE](/copilot/using-github-copilot/getting-code-suggestions-in-your-ide-with-github-copilot)

        [AUTOTITLE](/copilot/using-github-copilot/asking-github-copilot-questions-in-your-ide)

また、GitHub リポジトリを作成してこれらの資料を格納し、チームが独自のリソースとベストプラクティスに貢献するように促すこともできます。これは、Copilot を使用しているチーム間のコミュニティ感を育むとともに、新しいチームが開始しやすくするのに役立ちます。

パイロットプログラムと連携する

パイロットプログラムのユーザーによるオンボードリソースの使用は、フィードバックの最初の機会になり、Copilot を大規模にロールアウトする前に解決する必要がある問題があるかどうかを確認できます。

フィードバックを集める方法の 1 つは、アンケートです。 Copilot アンケートエンジンを使って、Copilot エクスペリエンスの特定のポイントでアンケートをトリガーするアプリを作成できます。「Copilot アンケートエンジン」を参照してください。

トレーニングとサポートの提供

パイロットプログラムから、Copilot の使用に熱心で、他のユーザーが導入をスムーズに進めることを支援できる Copilot チャンピオンのグループを特定できます。これらのエキスパートと協力して、トレーニングセッションやワークショップ、その他のリソースを作成し、チームがCopilotを始められるようにします。

また、GitHub Discussions を使って、チームが質問したり、ベストプラクティスを共有したり、互いに教え合ったりできるスペースを作ることもできます。これは、Copilot を使用しているチーム間のコミュニティ感を育むとともに、新しいチームが開始しやすくするのに役立ちます。

GitHub には専用の Copilot ワークショップリポジトリも用意されています。このリポジトリには、チームが Copilot を効果的に使用する方法を学ぶのに役立つワークショップが含まれています。「Copilot ワークショップ」を参照してください。

以下のセクションでは、チームが実際の organization から提供された Copilot を問題なく使い始めるのに役立つ実用的な例を示します。

1. チームのオンボーディングスプリントを実行する

1 日または 1 週間かけて、全員が Copilot の使用に注目するようにします。
経験豊富な開発者と新しいチームメンバーをペアにして、実際のコードベースで Copilot を調べます。
特定のワークフロー (テストの作成やコンテンツの下書きなど) で Copilot を試すことを全員に奨励します。
グループとして検討します。驚いたこと、うまくいったこと、問題があったこと。

2.定期的なフィードバックループを構築する

スプリントの振り返りや毎週の同期にCopilotのディスカッションを追加します。
プロンプト: "今週、Copilot はどのような点で役に立ちましたか (または役に立ちませんでしたか) ?”
これらの会話のパターンを使って、チームのドキュメントやオンボードを調整します。

3.成功を追跡して祝う

重要なメトリックをいくつか選択します（PRの高速化や「どうやって開始するか」の数を減らすなど）。質問の減少など)。
チームチャネルや会議で成功事例を報告します。
他のメンバーが Copilot を活用するのを手助けできるメンバーを明らかにします。

使用状況データの監視による、傾向とパターンの特定。「Copilot の使用状況メトリックを使用したライセンスのアクティブ化と初期使用状況の追跡を参照してください。
割り当てられたライセンスを使っていないユーザーのフォローアップ。 API を使って、割り当てられたシートごとに、最新のアクティビティの日付を確認できます。「非アクティブなユーザーに GitHub Copilot ライセンスの使用を通知するを参照してください。
うまく機能している部分と、改善できる部分を把握するために、チームからフィードバックを収集する。
GitHub Discussions やその他のコミュニケーションチャネルをレビューして、一般的な issue や質問を特定する。
得られた教訓に基づいて、有効化プロセスを繰り返します。
ロールアウトが成功した後、オンボードチェックリストまたはプレイブックを他のチームと共有して、導入を拡大します。

参考資料

具体的な例と詳細なガイドについては、「GitHub Copilot に関する開発者のトレーニングおよびオンボーディングのホワイトペーパー」を参照してください。

この記事で