Fördern der Teamakzeptanz von agentischen GitHub Copilot

Sobald Entwickler Copilot verwenden, kann eine gezielte Einführung etablierten Teams dabei helfen, GitHub Copilot app und Copilot CLI in ihre tägliche Arbeit zu integrieren. Diese Tools ergänzen den IDE-Chat- und Agentmodus. Ziel ist es, Teams beim Erstellen wiederholbarer agentischer Workflows mit dem Tool zu unterstützen, das am besten zu jeder Aufgabe passt.

Dieser Leitfaden richtet sich an Menschen, die die Copilot Einführung für etablierte Teams koordinieren. Es führt Sie durch einen zweiwöchigen Onboarding-Sprint, um zu prüfen, ob der Workflow passt, und Nutzungsgewohnheiten zu etablieren. Ein zweiwöchiger Sprint liefert ein frühes Signal der Einführung, nicht genügend Beweise, um langfristige Produktivität oder Kostenauswirkungen zu beweisen.

Vor dem Sprint

Identifizieren Sie einen Rolloutkoordinator und die Personen, die für Richtlinien, Lizenzen, Metriken, Sicherheit, Support und Ausgaben verantwortlich sind. Stimmen Sie zu, wer den Sprint anhalten oder den Zugriff deaktivieren kann, wenn Sie ein unerwartetes Problem mit Richtlinien, Sicherheit oder Kosten finden.

Auswählen und Ausrüsten eines ersten Teams

Beginnen Sie mit einem Team oder einer kleinen Gruppe von etablierten Teams. Die Teilnehmer lernen eher voneinander, und Sie können Teampraktiken von individuellen Vorlieben unterscheiden.

Wählen Sie Teams aus, die Folgendes haben:

Ein Vorgesetzter oder Teamleiter, der die Nutzung modellieren und in Teambesprechungen besprechen wird
Ein oder mehrere erfahrene Mitwirkende, die erweiterte Workflows testen, Peers unterstützen und erfolgreiche Experimente in Teamanleitungen umwandeln können
Arbeit, die agentischen Tools entspricht, z. B. das Untersuchen einer Codebasis, das Durchführen koordinierter Änderungen über Dateien, das Ausführen von Tests oder das Vorbereiten von Pullanforderungen
Stabile Übermittlungsmetriken, die Sie als Basisplan verwenden können

Vermeiden Sie es, nur Enthusiasten auszuwählen. Fügen Sie eine repräsentative Mischung aus Erfahrungsstufen hinzu, damit der Sprint allgemeine Einrichtungs-, Vertrauens- und Workflowbarrieren anzeigt.

Wählen Sie ein echtes Projekt mit ausreichend geeigneter Arbeit für die Teilnehmer aus, damit sie agentenbasierte Tools im Verlauf des Sprints mehrfach einsetzen können. Bereiten Sie dann den Zugriff vor:

Vergewissern Sie sich, dass jeder Teilnehmer seine Copilot Lizenz über die Organisation erhält, deren Richtlinien den Sprint regeln.
Arbeiten Sie mit den entsprechenden Verantwortlichen für Unternehmen und Organisationen zusammen, um die separaten Richtlinien für GitHub Copilot app und Copilot CLI zu aktivieren.
Bestätigen Sie den Geltungsbereich, bevor Sie eine Richtlinie aktivieren. Organisationsrichtlinien gelten für alle Personen, die ihre Lizenz über diese Organisation erhalten, nicht nur für das ausgewählte Team. Unternehmensrichtlinien können auch einschränken, welche Einstellungen Organisationsbesitzer ändern können. Weitere Informationen findest du unter GitHub Copilot-Richtlinien für Unternehmen und Organisationen.
Bitten Sie die Teilnehmer, beide Tools vor dem Start zu installieren und anzumelden. Siehe Erste Schritte mit dem GitHub-App Copilot und Das Einrichten von GitHub Copilot CLI.
Vergewissern Sie sich, dass jeder Teilnehmer auf das Projekt zugreifen kann, und verwenden Sie die Tools unter den vorgesehenen Richtlinien und verwalteten Einstellungen.
Geben Sie der Person, die den Sprint misst, Zugriff auf CopilotNutzungsmetriken. Die erforderliche Rolle finden Sie unter GitHub Copilot Nutzungsmetriken.

Wenn Sie diese Tools zum ersten Mal aktivieren, behandeln Sie den Sprint als Teil eines umfassenderen Featurepiloten. Bevor Der Start gestartet wird, schätzen Sie nutzungsbasierte Kosten, legen Sie ein geeignetes Budget mit dem beabsichtigten Stoppverhalten fest, und planen Sie, die Ausgaben während des Sprints zu überwachen. Einen vollständigen Prozess finden Sie unter Eine neue Copilot-Funktion oder ein neues Modell in Ihrem Unternehmen pilotieren.

Definieren von Aktivierungs- und Ergebniszielen

Legen Sie ein Aktivierungsziel für den Onboarding-Sprint fest. Legen Sie z. B. für jeden Teilnehmer ein Ziel fest, entweder Copilot app oder Copilot CLI an mindestens drei verschiedenen Tagen in jeder Woche des Sprints zu verwenden. Die wiederholte Verwendung gibt Den Teilnehmern Zeit, die Tools für verschiedene Aufgaben auszuprobieren und zu entscheiden, wo sie in die tägliche Arbeit passen.

Koppeln Sie das Aktivierungsziel mit einem oder zwei Ergebnissen , die für das Team wichtig sind. Beispiel:

Verringern Sie die Zeit vom Starten der Arbeit bis zum Öffnen einer Pullanforderung.
Erledigen Sie weitere Wartungsaufgaben, ohne die geplante Funktionsarbeit zu verzögern.
Reduzieren Sie die Zeit für die Untersuchung unbekannter Code.
Behalten Sie die Qualität der Reviews bei oder verbessern Sie sie, während Sie den Pull-Request-Durchsatz erhöhen.

Zeichnen Sie einen Basisplan für die Ergebnisse vor dem Sprint auf.

Verwenden Sie nicht die Menge des generierten Codes als Erfolgsziel. Mehr generierter Code schafft nicht notwendigerweise mehr Wert und kann die Überprüfungs- oder Wartungsarbeit erhöhen.

Vorbereiten von Workflows, Nachverfolgung und Sicherheitsvorkehrungen

Statt die Teilnehmer aufzufordern, "KI mehr zu verwenden", geben Sie dem Team zwei oder drei genehmigte Workflows , die ihrer aktuellen Arbeit entsprechen. Beispiel:

Verwenden Sie Copilot CLI, um einen Fehler zu analysieren, eine dateiübergreifende Änderung zu planen, Tests auszuführen oder lokale Änderungen zu überprüfen.
Verwenden Sie Copilot app, um von einem Issue aus zu arbeiten, in einer Agent-Sitzung Änderungen vorzunehmen und einen Pull Request zu öffnen.
Wechseln Sie bei Bedarf zwischen den Tools, zum Beispiel, indem Sie Copilot app aus Copilot CLI mit copilot app öffnen.

Dokumentieren Sie für jeden Workflow die erforderlichen Schritte zur menschlichen Überprüfung, zu Tests und zur Genehmigung. Wenn Ihr Unternehmen benutzerdefinierte Anweisungen, Agents, verwaltete Einstellungen oder genehmigte MCP-Server (Model Context Protocol) verwendet, konfigurieren Sie sie vor dem Sprint.

Entscheiden Sie, wie das Team Beispiele freigeben und den Fortschritt nachverfolgen wird. Sie haben folgende Möglichkeiten:

Fügen Sie ein temporäres Pull-Request-Label wie copilot-pilot hinzu, damit die Teilnehmer relevante Beispiele finden und diskutieren können.
Fügen Sie einen konsistenten Marker zu relevanten Commit-Nachrichten hinzu, z Copilot-Assisted: true. B. wenn Ihre Organisation Commit-Metadaten bereits analysiert.
Erstellen Sie ein Team-Dashboard, das den Anteil der Teilnehmer anzeigt, die auf einem der beiden Tools an mindestens drei Tagen pro Woche aktiv sind.
Wählen Sie eine vorhandene Teambesprechung oder einen Kanal aus, in der bzw. dem Teilnehmer die Aufgabe, den Workflow und das Ergebnis teilen können, ohne Prompts weiterzugeben, die möglicherweise vertrauliche Informationen enthalten.

Bezeichnungen und Markierungen in Commit-Nachrichten liefern selbst angegebenen Kontext, keine maßgeblichen Nutzungsdaten. Verwenden Sie sie, um Beispiele zu finden und Unterhaltungen zu starten. Verwenden Sie Copilot Nutzungsmetriken, um Aktivitäten zu messen.

Vor dem Kickoff dokument:

Wer überprüft Zugriff, Richtlinienverhalten, Agentenaktivität, Supportprobleme und Ausgaben während des Sprints?
Wie Teilnehmer unerwartetes oder unsicheres Verhalten melden
Bedingungen, die den Sprint anhalten oder beenden, z. B. ein unbeabsichtigter Richtlinienumfang, wiederholte unsichere Ergebnisse oder Ausgaben, die dem vereinbarten Grenzwert nähern
Wie der verantwortliche Besitzer die Tools deaktiviert oder sprintspezifische Konfigurationen entfernt

Während des Sprints

Entfernen Sie in der ersten Woche Setupbarrieren, und erstellen Sie gemeinsame Erfahrungen. Stärken Sie in der zweiten Woche erfolgreiche Workflows und beheben Sie Barrieren.

Woche 1: Starten und Abschließen der ersten Workflows

Starten Sie mit dem gesamten Team. Erläutern Sie die Ergebnisse, die Sie verbessern möchten, das Aktivierungsziel und die Leitplanken, die die Teilnehmenden einhalten müssen.
Demonstrieren Sie echte Arbeit. Bitten Sie den Vorgesetzten, den Teamleiter oder erfahrenen Mitwirkenden, einen der ausgewählten Workflows in der Codebasis des Teams abzuschließen. Zeigen Sie an, wo eine menschliche Überprüfung und Genehmigung erforderlich bleiben.
Führen Sie gemeinsam eine erste Aufgabe aus. Stellen Sie Teilnehmer paarweise zusammen, sodass alle eine Sitzung in Copilot app oder Copilot CLI beginnen und eine kleine, risikoarme Aufgabe erledigen.
Verwenden Sie die Tools während der normalen Arbeit. Bitten Sie teilnehmer, mindestens einen ausgewählten Workflow für die Anzahl der Tage in Ihrem Aktivierungsziel zu verwenden. Vermeiden Sie künstliche Übungen nach der ersten Aufgabe.
Überprüfen Sie Vorgänge. Vergewissern Sie sich, dass sich Richtlinien und verwaltete Einstellungen wie beabsichtigt verhalten. Überprüfen Sie Support- und Sicherheitsberichte, und überprüfen Sie nutzungsbasierte Ausgaben anhand des vereinbarten Grenzwerts.

Woche 2: Nützliche Workflows festigen

Diskutieren Sie die Nutzung in bestehenden Besprechungen. Fragen Sie, wobei die Tools geholfen haben, wenn Teilnehmer ein anderes Copilot Tool oder eine andere Funktion ausgewählt haben, und was sie daran gehindert hat.
Reagieren Sie auf Workflowbarrieren. Verwenden Sie die folgenden Aktionen:
- Ein weiteres Tool passt besser zur Aufgabe: Behalten Sie den vorhandenen Workflow für diese Aufgabe bei, und konzentrieren Sie sich auf die Arbeit, die von den ausgewählten Tools profitiert.
- Der Teilnehmer wusste nicht, wie man beginnen kann: Geben Sie eine getestete Startaufforderung für einen der ausgewählten Workflows an.
- Der Agent hat keinen Kontext oder schlechte Ergebnisse erzielt: Verbessern Sie Repositoryanweisungen, Aufgabenbeschreibungen oder verfügbare Tools, und testen Sie den Workflow erneut.
- Der Teilnehmer hat dem Ergebnis nicht vertraut: Veranschaulichen, wie Diffs überprüft, Berechtigungen eingeschränkt, Tests ausgeführt und unerwünschte Änderungen verworfen werden.
- Das Tool war nicht verfügbar oder blockiert: Überprüfen Sie die Lizenzzuweisung, Richtlinien, Installation, Authentifizierung, Netzwerkzugriff und genehmigte Toolkonfiguration.
Passen Sie die Workflowanleitungen an. Entfernen Sie Workflows, die nicht helfen, Zugriffs- oder Konfigurationsprobleme beheben und Praktiken aus erfolgreichen Sitzungen freigeben.
Überprüfen Sie die Vorgänge erneut. Überprüfen Sie Sicherheitsberichte, Agentaktivitäten, Richtlinienverhalten, Supportanforderungen und Ausgaben. Halten Sie den Sprint an, wenn er eine Ihrer Stoppbedingungen erfüllt.
Überprüfen Sie die vorläufigen Ergebnisse. Vergleichen Sie am Ende der zweiten Woche Aktivierungs- und Ergebnissignale mit der Basislinie.

Entmutigen Sie die normale Nutzung der IDE nicht. Das Ziel ist es, dem Team zu helfen, ein agentisches Tool auszuwählen, wenn es den Aufwand reduziert oder erweitert, was sie erreichen können.

Nach dem Sprint

Messen Sie die Ergebnisse, dokumentieren Sie, was Sie gelernt haben, und entscheiden Sie, ob Sie den Rollout wiederholen, erweitern, neu gestalten, anhalten oder beenden möchten.

Messen der nachhaltigen Nutzung

Verwenden Sie tägliche Berichte für jeden Benutzer aus der Api für Copilot Nutzungsmetriken:

used_cli und used_copilot_app zeigen Sie an, ob eine Person jedes Tool an einem bestimmten Tag verwendet hat.
totals_by_cli und totals_by_copilot_app stellen die Anzahl der Sitzungen, Anfragen und Prompts für eine eingehendere Analyse bereit.

So überprüfen Sie das Aktivierungsziel:

Beschränken Sie die täglichen Zeilen auf die Sprinttermine.
Zeilen beibehalten, bei denen used_cli oder used_copilot_app``true ist.
Gruppieren Sie die Zeilen nach Benutzer und Woche.
Zählen Sie die unterschiedlichen day Werte in jeder Gruppe.

Ein Teilnehmer erfüllt ein Drei-Tage-Ziel, wenn die Anzahl mindestens drei pro Woche beträgt.

Um diese Felder nach Team anzuzeigen, führen Sie den Bericht „Benutzerteams“ mit dem Nutzungsbericht pro Benutzer zusammen. Siehe Copilot Nutzungsmetriken auf Teamebene.

Verwenden Sie das Auswirkungsdashboard als direktionale, längerfristige Ansicht der allgemeinen Agentakzeptanz. Adoptionskohorten verwenden ein rollierendes 28-Tage-Fenster und können auch Aktivität aus agentischen Funktionen abbilden, die über die beiden Tools in diesem Sprint hinausgeht. Verwenden Sie keine Kohortenänderung, um Auswirkungen auf diesen Sprint zuzuweisen. Siehe Anzeigen des Copilot-Impact-Dashboards.

Messen von Teamergebnissen

Vergleichen Sie den Sprintzeitraum mit Ihrem Basisplan mithilfe von Measures wie:

Pullanforderungen pro Entwickler zusammengeführt
Medianzeit zum Zusammenführen von Pullanforderungen
Vervollständigungsrate für Wartungs- oder Backlogarbeiten
Mängel, Überarbeitungen oder Überprüfungsergebnisse
Teilnehmervertrauen und Zufriedenheit aus einer kurzen Umfrage

Überprüfen Sie quantitative Ergebnisse zusammen mit Teamfeedback. Unterschiede bei der Projektkomplexität, der Personalausstattung und der Art der Arbeit können sich auf die Liefermetriken auswirken; führen Sie daher nicht jede Änderung auf Copilot zurück.

Entscheiden, wie skaliert werden soll

Zusammenfassung:

Der Prozentsatz der Teilnehmer, die das Aktivierungsziel erreicht haben
Welche Teilnehmer ohne Aufforderung Workflows wiederholt haben
Die am häufigsten verwendeten Setup-, Governance- oder Vertrauensbarrieren
Änderungen an den ausgewählten Teamergebnissen
Nutzungsbasierte Kosten und alle betriebstechnischen Arbeiten, die zur Unterstützung des Rollouts erforderlich sind
Alle Sicherheitsprobleme und wie Sie sie gelöst haben

Erweitern Sie sich auf ein weiteres etabliertes Team, wenn das erste Team wiederholbare Workflows und akzeptable Qualität, Sicherheit, Supportanforderungen und Kosten demonstriert. Wenn die Aktivierung niedrig ist, identifizieren und beheben Sie die spezifischen Barrieren dieses Teams, z. B. Setupprobleme oder ungeeignete Workflows. Ändern Sie nicht den Rollout für Teams, die die Tools bereits erfolgreich übernommen haben.

Wenn Sie die Tools speziell für diesen Sprint aktiviert haben, verwenden Sie nicht zwei Wochen Daten als Beweis für langfristige Kostenauswirkungen. Fahren Sie mit dem umfassenderen Pilotprojekt fort, bis Sie über genügend Abrechnungszyklusdaten verfügen, um eine defensible Erweiterungsentscheidung zu treffen.

Behalten Sie beim Erweitern die gleichen Aktivierungs- und Ergebnisdefinitionen bei, damit Sie Rolloutgruppen vergleichen können. Überprüfen Sie die Ziele, nachdem Sie genügend interne Nachweise haben, um nachhaltige, wertvolle Verwendung für Ihr Unternehmen zu definieren.