← Voltar ao blog

Política de pair programming com IA que o time segue

Metade dos times adotou copiloto por decreto: alguém liga a ferramenta e o time passa a aceitar sugestões. Sem política escrita, cada pessoa aplica um critério de revisão diferente, e o tech lead descobre o problema quando um pull request com código gerado passa por seis aprovações sem ninguém ter lido a lógica. Uma política de pair programming com IA cabe em uma página, precisa de quatro definições e serve para times de 5 a 40 pessoas.

Dados que não entram em prompt algum

Lista escrita, com exemplos, dentro do repositório. Chaves de API, dados de cliente, código de módulo coberto por acordo de confidencialidade, repositório de terceiros com licença restritiva. A documentação de serviços de IA generativa da AWS e do Google Cloud traz cláusulas próprias sobre dados enviados ao serviço, e o texto da política precisa dizer qual política vale para o contrato da empresa. A lista vive no repositório de governança e no README do projeto, longe do canal de chat.

Revisão humana para todo código gerado

O autor responde pela mudança. A revisão de pull request mantém o mesmo padrão de profundidade quando o diff veio da ferramenta. Peng e colegas, em estudo publicado no arXiv (Microsoft e GitHub, 2023), mediram ganho de velocidade com o GitHub Copilot: o ganho aparece na escrita inicial do código, e a responsabilidade do raciocínio continua do lado de quem subiu. Aprovar diff gerado sem ler transfere o risco para produção.

Métrica de adoção sem ranking

Uma linha por squad no relatório semanal. Percentual de pull requests com sugestões aceitas, tempo médio de revisão e defeitos por release. O State of DevOps Report da DORA mostra que métrica de engenharia muda comportamento quando o time discute o número junto, em vez de receber ranking de cima. Dois indicadores entram; se o número virar teatro, tire um.

Consequência definida antes do incidente

O passo a passo quando dado proibido sobe. Revogar credencial, avisar segurança, revisar logs e definir quem comunica o cliente. Amy Edmondson, em The Fearless Organization (Wiley, 2018), mostra que time que conhece o processo de resposta fala mais cedo sobre o erro. Definir a consequência antes tira a punição da conversa e mantém a conversa na causa.

Revisão trimestral da política

Uma hora, com a ferramenta, o contrato e o time. Tire da lista o que ninguém segue, adicione o caso novo do trimestre e publique a versão datada. Política que ninguém atualiza vira texto que o time ignora no segundo mês.

Enfrentando esse desafio na sua empresa?

Ajudo CTOs e times de engenharia a resolver problemas como este.

Agendar uma conversa
Marc Reinan Gomes
Marc Reinan Gomes Staff Engineer & Consultor

14+ anos construindo produtos, liderando times e ajudando empresas a escalar com qualidade técnica.

Compartilhar no LinkedIn