Impulsionando a adoção pela equipe do GitHub Copilot com agente

Depois que os desenvolvedores estiverem usando Copilot, uma distribuição focada pode ajudar as equipes estabelecidas a adicionar GitHub Copilot app e Copilot CLI ao seu trabalho diário. Essas ferramentas complementam o modo de chat e agente do IDE. O objetivo é ajudar as equipes a criar fluxos de trabalho agente repetíveis com a ferramenta que melhor se ajusta a cada tarefa.

Este guia é para pessoas que coordenam a adoção de Copilot por equipes estabelecidas. Ele orienta você por um sprint de integração de duas semanas para testar o ajuste do fluxo de trabalho e estabelecer hábitos de uso. Um sprint de duas semanas fornece um sinal inicial de adoção, não há evidências suficientes para provar a produtividade de longo prazo ou o impacto nos custos.

Antes do sprint

Identifique um coordenador de distribuição e as pessoas responsáveis por políticas, licenças, métricas, segurança, suporte e gastos. Defina quem pode pausar o sprint ou desativar o acesso caso seja identificado um problema inesperado de política, segurança ou custo.

Selecionar e equipar uma equipe inicial

Comece com uma equipe ou um pequeno grupo de equipes estabelecidas. Os participantes são mais propensos a aprender uns com os outros e você pode distinguir as práticas de equipe de preferências individuais.

Escolha as equipes que têm:

Um gerente ou líder de equipe que modelará o uso e o discutirá em reuniões de equipe
Um ou mais colaboradores individuais experientes que podem testar fluxos de trabalho avançados, dar suporte a pares e transformar experimentos bem-sucedidos em diretrizes de equipe
Trabalho adequado para ferramentas autônomas, como investigar uma base de código, fazer alterações coordenadas em vários arquivos, executar testes ou preparar pull requests
Métricas de entrega estáveis que você pode usar como uma linha de base

Evite selecionar apenas os entusiastas. Inclua uma combinação representativa de níveis de experiência para que o sprint revele barreiras comuns de configuração, confiança e fluxo de trabalho.

Selecione um projeto real com trabalho adequado em quantidade suficiente para que os participantes usem ferramentas agênticas várias vezes durante o sprint. Em seguida, prepare o acesso:

Confirme se cada participante recebe sua Copilot licença por meio da organização cujas políticas controlarão o sprint.
Trabalhe com os proprietários da empresa e da organização apropriados para habilitar as políticas separadas para GitHub Copilot app e Copilot CLI.
Confirme o escopo antes de habilitar uma política. As políticas de organização se aplicam a todos que recebem sua licença por meio dessa organização, não apenas à equipe selecionada. As políticas empresariais também podem restringir quais configurações os proprietários da organização podem alterar. Para obter mais informações, consulte GitHub Copilot políticas para empresas e organizações.
Peça aos participantes que instalem e entrem em ambas as ferramentas antes do início. Confira Introdução ao GitHub aplicativo Copilot e Configurando a CLI do GitHub Copilot.
Confirme se cada participante pode acessar o projeto e usar as ferramentas nas políticas e configurações gerenciadas pretendidas.
Conceda à pessoa responsável por medir o sprint acesso às métricas de uso de Copilot. Para a função necessária, consulte Métricas de uso do GitHub Copilot.

Se você estiver habilitando essas ferramentas pela primeira vez, trate o sprint como parte de um piloto de recursos mais amplo. Antes do início, estime os custos baseados em uso, defina um orçamento apropriado com o comportamento de parada pretendido e planeje monitorar os gastos durante o sprint. Para obter um processo completo, consulte Teste um novo recurso ou modelo do Copilot na sua empresa.

Definir metas de ativação e de resultado

Defina um destino de ativação para o sprint de integração. Por exemplo, defina uma meta para que cada participante use Copilot app ou Copilot CLI em pelo menos três dias distintos em cada semana do sprint. O uso repetido dá aos participantes tempo para experimentar as ferramentas em tarefas diferentes e decidir onde eles se encaixam no trabalho diário.

Associe a meta de ativação a um ou dois resultados que importam para a equipe. Por exemplo:

Reduza o tempo entre o início do trabalho e a abertura de um pull request.
Conclua mais tarefas de manutenção sem atrasar o trabalho planejado em funcionalidades.
Reduza o tempo gasto investigando código desconhecido.
Mantenha ou melhore a qualidade da revisão ao mesmo tempo em que aumenta a vazão dos pull requests.

Registre uma linha de base para os resultados antes do sprint.

Não use a quantidade de código gerado como meta de sucesso. Código mais gerado não cria necessariamente mais valor e pode aumentar o trabalho de revisão ou manutenção.

Preparar fluxos de trabalho, acompanhamento e proteções

Em vez de pedir aos participantes que "usem mais a IA", dê à equipe dois ou três fluxos de trabalho aprovados que correspondam ao trabalho atual. Por exemplo:

Use Copilot CLI para investigar uma falha, planejar uma alteração de vários arquivos, executar testes ou examinar alterações locais.
Use Copilot app para trabalhar com base em um problema, fazer alterações em uma sessão de agente e abrir uma solicitação de pull.
Mova-se entre as ferramentas quando for útil, por exemplo, abrindo Copilot app de Copilot CLI com copilot app.

Para cada fluxo de trabalho, documente as etapas necessárias de revisão humana, teste e aprovação. Se sua empresa usa instruções personalizadas, agentes, configurações gerenciadas ou servidores MCP (Model Context Protocol) aprovados, configure-os antes do sprint.

Decida como a equipe compartilhará exemplos e acompanhará o progresso. É possível:

Adicione um rótulo de solicitação de pull temporário, como copilot-pilot, para que os participantes possam encontrar e discutir exemplos relevantes.
Adicione um marcador consistente a mensagens de confirmação relevantes, como Copilot-Assisted: true, se sua organização já analisar metadados de confirmação.
Prepare um painel da equipe que mostre a proporção de participantes ativos em qualquer uma das duas ferramentas em três ou mais dias por semana.
Escolha uma reunião ou canal de equipe existente em que os participantes possam compartilhar a tarefa, o fluxo de trabalho e o resultado sem compartilhar prompts que possam conter informações confidenciais.

Rótulos e marcadores de mensagens de commit fornecem contexto autodeclarado, não dados de uso confiáveis. Use-os para encontrar exemplos e iniciar conversas. Use Copilot métricas de uso para medir a atividade.

Antes do início, documente:

Quem revisará o acesso, o comportamento da política, a atividade do agente, os problemas de suporte e os gastos durante o sprint
Como os participantes relatarão comportamento inesperado ou não seguro
Condições que pausarão ou interromperão o sprint, como um escopo de política não intencional, resultados não seguros repetidos ou gastos se aproximando do limite acordado
Como o proprietário responsável desabilitará as ferramentas ou removerá a configuração específica do sprint

Durante o sprint

Na primeira semana, remova as barreiras de instalação e crie experiências compartilhadas. Na segunda semana, reforce fluxos de trabalho bem-sucedidos e resolva barreiras.

Semana um: Iniciar e concluir os primeiros fluxos de trabalho

Inicie com toda a equipe. Explique os resultados que você deseja melhorar, a meta de ativação e as diretrizes que os participantes devem seguir.
Mostre trabalho real. Peça ao gerente, ao líder da equipe ou ao colaborador experiente para concluir um dos fluxos de trabalho selecionados na base de código da equipe. Mostrar onde a revisão e a aprovação humanas permanecem necessárias.
Conclua uma primeira tarefa em conjunto. Emparelhe os participantes para que todos iniciem uma sessão em Copilot app ou Copilot CLI e realizem uma tarefa pequena, de baixo risco.
Use as ferramentas durante o trabalho normal. Peça aos participantes que usem pelo menos um fluxo de trabalho selecionado pelo número de dias definido em sua meta de ativação. Evite criar exercícios artificiais após a primeira tarefa.
Verificar operações. Confirme se as políticas e as configurações gerenciadas se comportam conforme o esperado. Examine os relatórios de suporte e segurança e verifique os gastos baseados em uso em relação ao limite acordado.

Segunda semana: reforçar fluxos de trabalho úteis

Discutir o uso em reuniões existentes. Pergunte com o que as ferramentas ajudaram, quando os participantes escolheram outra Copilot ferramenta ou recurso e o que as bloqueou.
Responda às barreiras de fluxo de trabalho. Use as seguintes ações:
- Outra ferramenta se encaixa melhor na tarefa: mantenha o fluxo de trabalho existente para essa tarefa e concentre o sprint no trabalho que se beneficia das ferramentas selecionadas.
- O participante não sabia como começar: forneça um prompt inicial testado para um dos fluxos de trabalho selecionados.
- O agente não tinha contexto ou produzia resultados ruins: aprimore as instruções do repositório, as descrições da tarefa ou as ferramentas disponíveis e teste o fluxo de trabalho novamente.
- O participante não confiou no resultado: demonstre como examinar diferenças, restringir permissões, executar testes e descartar alterações indesejadas.
- A ferramenta não estava disponível ou bloqueada: verifique a atribuição de licença, as políticas, a instalação, a autenticação, o acesso à rede e a configuração de ferramentas aprovadas.
Ajuste as diretrizes de fluxo de trabalho. Remova fluxos de trabalho que não ajudaram, corrija problemas de acesso ou configuração e compartilhe práticas de sessões bem-sucedidas.
Verifique as operações novamente. Examine os relatórios de segurança, a atividade do agente, o comportamento da política, as necessidades de suporte e os gastos. Pause o sprint se ele atender a uma de suas condições de parada.
Examine os resultados preliminares. No final da segunda semana, compare os sinais de ativação e de resultado com a linha de base.

Não desencoraje o uso normal do IDE. O objetivo é ajudar a equipe a escolher uma ferramenta agêntica quando ela reduz o esforço necessário ou amplia o que a equipe consegue realizar.

Após o sprint

Meça os resultados, documente o que você aprendeu e decida se deseja repetir, expandir, reprojetar, pausar ou interromper a distribuição.

Medir o uso sustentado

Use relatórios diários para cada usuário da Copilot API de métricas de uso:

used_cli e used_copilot_app mostrar se uma pessoa usou cada ferramenta em um determinado dia.
totals_by_cli e totals_by_copilot_app fornecem contagens de sessões, requisições e prompts para uma análise mais detalhada.

Para verificar o alvo de ativação:

Filtre as linhas diárias para as datas de sprint.
Mantenha as linhas onde used_cli ou used_copilot_app está true.
Agrupe as linhas por usuário e semana.
Conte os valores distintos day em cada grupo.

Um participante atinge uma meta de três dias quando a contagem é de no mínimo três em cada semana.

Para exibir esses campos por equipe, ingresse no relatório de equipes de usuários com o relatório de uso por usuário. Consulte Métricas de uso de Copilot no nível da equipe.

Use o painel de impacto como uma visão orientadora e de longo prazo da adoção geral dos agentes. As coortes de adoção usam uma janela móvel de 28 dias e podem refletir atividade de funcionalidades agênticas além das duas ferramentas incluídas neste sprint. Não use uma alteração de coorte para atribuir o impacto a esse sprint. Consulte Visualizando o painel de impacto do Copilot.

Medir os resultados da equipe

Compare o período de sprint com sua linha de base, usando medidas como:

Solicitações pull mescladas por desenvolvedor
Tempo médio para mesclar solicitações de pull
Taxa de conclusão de manutenção ou de itens do backlog
Defeitos, retrabalho ou constatações da revisão
Confiança e satisfação dos participantes de uma breve pesquisa

Examine os resultados quantitativos junto com os comentários da equipe. Diferenças na complexidade do projeto, no pessoal e no tipo de trabalho podem afetar as métricas de entrega, portanto, não atribua todas as alterações a Copilot.

Decida como escalar

Resumir:

O percentual de participantes que atingiram a meta de ativação
Quais fluxos de trabalho os participantes repetiram sem solicitar
A configuração, a governança ou as barreiras de confiança mais comuns
Alterações nos resultados da equipe selecionada
Custos baseados em uso e qualquer trabalho operacional necessário para dar suporte à distribuição
Quaisquer problemas de segurança e como você os resolveu

Amplie para outra equipe estabelecida quando a equipe inicial demonstrar fluxos de trabalho repetíveis e qualidade, segurança, necessidades de suporte e custo aceitáveis. Se a ativação for baixa, identifique e resolva as barreiras específicas da equipe, como problemas de instalação ou fluxos de trabalho inadequados. Não altere a distribuição para equipes que já adotaram as ferramentas com êxito.

Se você habilitou as ferramentas especificamente para esse sprint, não use duas semanas de dados como prova do impacto no custo a longo prazo. Continue o piloto mais amplo até que você tenha dados de ciclo de cobrança suficientes para tomar uma decisão de expansão defensável.

À medida que você expande, mantenha as mesmas definições de ativação e resultado para que você possa comparar grupos de distribuição. Revise as metas depois de reunir evidências internas suficientes para definir um uso contínuo e valioso para a sua empresa.