エージェント型 GitHub Copilot のチーム導入を推進する

開発者が Copilotを使用した後、焦点を絞ったロールアウトは、確立されたチームが毎日の作業に GitHub Copilot app と Copilot CLI を追加するのに役立ちます。これらのツールは、IDE チャットとエージェントモードを補完します。目標は、チームが各タスクに最適なツールを使用して反復可能なエージェントワークフローを構築できるようにすることです。

このプレイブックは、確立されたチームの Copilot 導入を調整するユーザーを対象としています。ワークフローの適合をテストし、使用習慣を確立するために、2 週間のオンボーディングスプリントをガイドします。 2 週間のスプリントは、長期的な生産性やコストへの影響を証明するのに十分な証拠ではなく、導入の早期シグナルを提供します。

スプリントの前

ロールアウトコーディネーターと、ポリシー、ライセンス、メトリック、セキュリティ、サポート、支出の責任者を特定します。予期しないポリシー、セキュリティ、またはコストの問題が発生した場合に、誰がスプリントを一時停止できるか、またはアクセスを無効にできるかを決めておきます。

初期チームを選択して装備する

1 つのチームまたは確立されたチームの小さなグループから始めます。参加者は互いに学習する可能性が高く、チームのプラクティスと個々の好みを区別できます。

以下の条件に当てはまるチームを選択します:

使用状況をモデル化し、チーム会議で話し合うマネージャーまたはチームリーダー
高度なワークフローをテストし、ピアをサポートし、成功した実験をチームガイダンスに変えることができる 1 人以上の経験豊富な個々の共同作成者
コードベースの調査、ファイル間での調整された変更の行い、テストの実行、プル要求の準備など、エージェントツールに適した作業
ベースラインとして使用できる安定した配信メトリック

愛好家のみを選択しないでください。スプリントが一般的なセットアップ、信頼、ワークフローの障壁を明らかにできるように、エクスペリエンスレベルの代表的な組み合わせを含めます。

参加者がスプリント中にエージェントツールを複数回使用するのに十分な適切な作業を持つ実際のプロジェクトを選択します。次に、アクセスを準備します。

各参加者が、スプリントを管理するポリシーを持つ組織を通じて、 Copilot ライセンスを受け取っていることを確認します。
適切な企業および組織の所有者と協力して、 GitHub Copilot app と Copilot CLIの個別のポリシーを有効にします。
ポリシーを有効にする前に、スコープを確認します。組織ポリシーは、選択したチームだけでなく、その組織を通じてライセンスを受け取ったすべてのユーザーに適用されます。エンタープライズポリシーでは、組織の所有者が変更できる設定を制限することもできます。詳細については、「企業と組織のGitHub Copilotポリシー」を参照してください。
キックオフの前に、参加者に両方のツールのインストールとサインインを依頼します。「GitHub Copilot アプリを使い始める」と「GITHUB COPILOT CLI の設定」を参照してください。
各参加者がプロジェクトにアクセスできることを確認し、目的のポリシーと管理設定の下にあるツールを使用します。
スプリントを測定するユーザーに、 Copilot 使用状況メトリックへのアクセス権を付与します。必要なロールについては、 GitHub Copilotの使用状況メトリクスを参照してください。

これらのツールを初めて有効にする場合は、スプリントを広範な機能パイロットの一部として扱います。キックオフ前に、使用量ベースのコストを見積もり、目的の停止動作を使用して適切な予算を設定し、スプリント中の支出を監視することを計画します。完全なプロセスについては、企業で新しいCopilot機能またはモデルをパイロットするを参照してください。

アクティブ化と結果のターゲットを定義する

オンボードスプリントの アクティブ化 ターゲットを設定します。たとえば、スプリントの各週に少なくとも 3 日分の Copilot app または Copilot CLI を使用するように、各参加者のターゲットを設定します。繰り返し使用すると、参加者はさまざまなタスクでツールを試し、毎日の作業に適した場所を決定する時間が与えられます。

アクティブ化ターゲットを、チームにとって重要な 1 つまたは 2 つの結果とペアリングします。例えば次が挙げられます。

作業の開始からプル要求の開始までの時間を短縮します。
計画された機能の作業を遅らせることなく、メンテナンスタスクをさらに完了します。
未知のコードの調査に費やされる時間を短縮します。
pull request スループットを向上させながら、レビュー品質を維持または改善します。

スプリントの前に結果のベースラインを記録します。

生成されたコードの量を成功ターゲットとして使用しないでください。生成されるコードが増えると、必ずしもより多くの価値が生じるとは限らず、レビューやメンテナンス作業が増加する可能性があります。

ワークフロー、追跡、セーフガードを準備する

参加者に "AI をさらに使用する" よう求める代わりに、チームに現在の作業に一致する 承認されたワークフロー を 2 つまたは 3 つ与えます。例えば次が挙げられます。

Copilot CLIを使用して、エラーの調査、複数ファイルの変更の計画、テストの実行、ローカルの変更の確認を行います。
Copilot appを使用して問題から作業し、エージェントセッションで変更を加え、pull request を開きます。
必要に応じてツール間を移動します。たとえば、Copilot appからCopilot CLIを使ってcopilot appを開きます。

ワークフローごとに、必要な人間によるレビュー、テスト、承認の手順を文書化します。企業でカスタム命令、エージェント、管理設定、または承認されたモデルコンテキストプロトコル (MCP) サーバーを使用している場合は、スプリントの前にそれらを構成します。

チームが例を共有し、進行状況を追跡する方法を決定します。次のようにすることができます。

参加者が関連する例を見つけて議論できるように、 copilot-pilotなどの一時的な pull request ラベルを追加します。
組織でコミットメタデータが既に分析されている場合は、関連するコミットメッセージ ( Copilot-Assisted: true など) に一貫性のあるマーカーを追加します。
いずれかのツールでアクティブな参加者の共有を週に 3 日以上表示するチームダッシュボードを準備します。
機密情報を含む可能性のあるプロンプトを共有せずに、参加者がタスク、ワークフロー、結果を共有できる既存のチーム会議またはチャネルを選択します。

ラベルとコミットメッセージマーカーは、権限のある使用状況データではなく、自己報告コンテキストを提供します。それらを使用して例を見つけ、会話を開始します。利用状況メトリック Copilot 使用して、アクティビティを測定します。

キックオフ前に、次のドキュメントを参照してください。

スプリント期間中のアクセス、ポリシーの動作、エージェントのアクティビティ、サポートの問題、および支出を確認するのは誰ですか
参加者が予期しない動作または安全でない動作を報告する方法
意図しないポリシースコープ、繰り返される安全でない結果、合意された制限に近づく支出など、スプリントを一時停止または停止する条件
責任ある所有者がツールを無効にするか、スプリント固有の構成を削除する方法

スプリント中

最初の週に、セットアップバリアを削除し、共有エクスペリエンスを作成します。第 2 週では、成功したワークフローを強化し、障壁に対処します。

第 1 週: 最初のワークフローを起動して完了する

チーム全体で起動します。 改善したい成果、アクティベーションの対象、および参加者が従う必要のあるガードレールについて説明します。
実際の作業を示します。 マネージャー、チームリーダー、または経験豊富な共同作成者に、チームのコードベースで選択したワークフローのいずれかを完了するように依頼します。人間によるレビューと承認が必要な場所を示します。
最初のタスクを一緒に完了します。 参加者をペアにして、全員が Copilot app または Copilot CLI でセッションを開始し、リスクの低い小規模なタスクを完了します。
通常の作業中にツールを使用します。 アクティブ化ターゲットの日数で、選択したワークフローを少なくとも 1 つ使用するように参加者に依頼します。最初のタスクの後に人工演習を作成しないでください。
操作を確認します。 ポリシーと管理設定が意図したとおりに動作することを確認します。サポートと安全性のレポートを確認し、合意された制限に照らして使用量ベースの支出を確認します。

第 2 週: 便利なワークフローを強化する

既存の会議での使用状況について説明します。 参加者が別の Copilot ツールまたは機能を選択したときに、ツールが何に役立ったか、何がブロックされたかを尋ねます。
ワークフローバリアに応答します。 次のアクションを使用します。
- タスクに適した別のツール: そのタスクの既存のワークフローを維持し、選択したツールからメリットを得られる作業にスプリントを集中させます。
- 参加者は、開始方法がわからない: 選択したワークフローのいずれかに対してテスト済みのスタータープロンプトを提供します。
- エージェントにコンテキストが不足していたり、結果が低かったりしました。リポジトリの指示、タスクの説明、または使用可能なツールを改善してから、ワークフローをもう一度テストします。
- 参加者は結果を信頼しませんでした。相違を確認し、アクセス許可を制限し、テストを実行し、不要な変更を破棄する方法を示します。
- ツールが使用できないかブロックされました:ライセンスの割り当て、ポリシー、インストール、認証、ネットワークアクセス、承認されたツールの構成を確認します。
ワークフローガイダンスを調整します。 役に立たないワークフローを削除し、アクセスまたは構成の問題を修正し、成功したセッションからプラクティスを共有します。
操作をもう一度確認します。 安全レポート、エージェントアクティビティ、ポリシーの動作、サポートニーズ、支出を確認します。いずれかの停止条件を満たしている場合は、スプリントを一時停止します。
暫定的な結果を確認します。 第 2 週の終わりに、アクティブ化と結果のシグナルをベースラインと比較します。

通常の IDE の使用を推奨しないでください。目標は、チームが作業を減らしたり、達成できることを拡張したりするときに、エージェントツールを選択できるようにすることです。

スプリント後

結果を測定し、学習した内容を文書化し、ロールアウトを繰り返し、展開、再設計、一時停止、または停止するかどうかを決定します。

持続的な使用状況を測定する

Copilot使用状況メトリック API から各ユーザーの日次レポートを使用します。

used_cli と used_copilot_app は、特定の日に各ツールを使用したかどうかを示します。
totals_by_cli と totals_by_copilot_app 、より詳細な分析のためのセッション、要求、プロンプトの数を提供します。

アクティブ化ターゲットを確認するには:

日ごとの行をスプリント期間の日付に絞り込みます。
used_cliまたはused_copilot_appがtrueされている行を保持します。
ユーザーと週ごとに行をグループ化します。
各グループ内の個別の day 値をカウントします。

参加者は、各週のカウントが3以上である場合、3日目標を達成したことになります。

チーム別にこれらのフィールドを表示するには、ユーザーチームレポートをユーザーごとの使用状況レポートに参加させます。「チームレベルのCopilot使用状況メトリック」を参照してください。

影響ダッシュボードは、エージェントの導入全体の方向性と長期的なビューとして使用します。導入コホートでは、直近28日間の集計期間を採用しており、このスプリントで扱う2つのツール以外のエージェント型機能によるアクティビティも反映できます。コーホートの変更を使用して、このスプリントへの影響を属性化しないでください。「Copilot影響ダッシュボードの表示」を参照してください。

チームの成果を測定する

次のような指標を用いて、スプリント期間をベースラインと比較してください。

開発者ごとにマージされたプル要求
プルリクエストのマージまでの時間の中央値
メンテナンスまたはバックログ作業の完了率
欠陥、やり直し、または結果の確認
短いアンケートからの参加者の信頼と満足度

チームのフィードバックと共に定量的な結果を確認します。プロジェクトの複雑さ、スタッフ配置、作業の種類の違いは、配信メトリックに影響を与える可能性があるため、すべての変更が Copilotに起因するわけではありません。

スケーリング方法を決定する

要約:

アクティブ化ターゲットに達した参加者の割合
参加者が指示なしで繰り返したワークフロー
最も一般的なセットアップ、ガバナンス、または信頼の障壁
選択したチームの結果の変更
使用量ベースのコストと、ロールアウトをサポートするために必要な運用作業
安全上の問題とその解決方法

最初のチームが反復可能なワークフローと許容可能な品質、安全性、サポートニーズ、コストを示すときに、別の確立されたチームに拡張します。アクティブ化が低い場合は、セットアップの問題や不適切なワークフローなど、そのチーム固有の障壁を特定して対処します。既にツールを正常に採用しているチームのロールアウトを変更しないでください。

このスプリント専用のツールを有効にした場合は、長期的なコストへの影響の証拠として 2 週間分のデータを使用しないでください。十分な請求サイクルデータが得られるまで、より広範なパイロットを続行して、防御可能な拡張の決定を行います。

展開するときは、ロールアウトグループを比較できるように、同じアクティブ化と結果の定義を保持します。企業の持続的で貴重な使用を定義するのに十分な内部証拠がある場合は、ターゲットを見直します。