効果的な有効化プロセスは、組織内の Copilot の導入を促進するために不可欠です。 このプロセスは、組織のニーズと目標に合わせて調整し、チームが Copilot を効果的に使用する方法を理解できるように設計する必要があります。
有効化プロセスは、フィードバックと結果に基づいて進化する可能性があります。 プロセスのレビューと更新を定期的に行って、organization のニーズが満たされ続けるようにする必要があります。
GitHub Copilot有効化プロセスは、次のステージに分けることができます。
- ライセンスの付与
- ユーザーによる環境の設定のサポート
- Copilot の効果的な活用を支援する
前提条件
- GitHub Copilot は、 organization で設定する必要があります。 詳細については、「 組織のGitHub Copilotの設定」を参照してください。
ロールアウトのタイムラインの例
最適な Copilot 導入を実現するには、組織のニーズに合わせてタイミングとアプローチを調整します。 ロールアウトのタイムラインは、たとえば次のようになります。
- ロールアウトの 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 オンボーディング資料で使用できるドキュメントには、次のものが含まれます。
- GitHub Copilot の使用に関するベスト プラクティス
- GitHub Copilot Chat のプロンプト エンジニアリング
- GitHub Copilot を使用して IDE でコード候補を取得する
- GitHub Copilotに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でスキルを向上させるために役立つ学習リソースのライブラリを提供することもできます。 コパイロットチャットクックブックは、始めるのに最適な場所です。 Cookbook は、さまざまなタスクに関するヘルプを Copilot に依頼する方法を学習するために使用できるプロンプトの例のコレクションです。 「GitHub Copilot クックブック を参照してください。
望まれていることの周知
組織に特定の Copilot 使用ガイドラインがある場合は、オンボーディング資料や、チームが情報を探すその他の場所で、これらを明確に伝える必要があります。 たとえば、一定期間使用していないユーザーの Copilot へのアクセスを取り消す場合は、ユーザーがこのポリシーを認識していることを確認します。
多くのユーザーは、 Copilotのすべての機能を認識していない可能性があります。 さまざまな機能が organization のワークフローにどのように適合するかについてのガイダンスを提供し、これをサポートするためのトレーニングを行う必要があります。 エンドツーエンドの例については、エージェント型 AI を Enterprise のソフトウェア開発ライフサイクルに統合する を参照してください。
継続的な分析と最適化
Copilot有効化プロセスを実装したら、それを定期的に確認して最適化し、組織のニーズを引き続き満たすようにする必要があります。 これを行うにはいくつかの方法があります。
- 使用状況データの監視による、傾向とパターンの特定。 「Copilot の使用状況メトリックを使用したライセンスのアクティブ化と初期使用状況の追跡 を参照してください。
- 割り当てられたライセンスを使っていないユーザーのフォローアップ。 API を使って、割り当てられたシートごとに、最新のアクティビティの日付を確認できます。 「非アクティブなユーザーに GitHub Copilot ライセンスの使用を通知する を参照してください。
- うまく機能している部分と、改善できる部分を把握するために、チームからフィードバックを収集する。
- GitHub Discussionsやその他のコミュニケーション チャネルを確認して、一般的な問題や質問を特定します。
- 得られた教訓に基づいて、有効化プロセスを繰り返します。
- ロールアウトが成功した後、オンボード チェックリストまたはプレイブックを他のチームと共有して、導入を拡大します。
参考資料
具体的な例と詳細なプレイブックについては、「開発者のトレーニングとオンボーディング」ホワイトペーパーGitHub Copilotをご覧ください。