A equipe começou a usar IA por conta própria: como orientar

Você abre o documento de requisitos que a analista entregou e algo soa diferente. O texto está limpo, bem organizado, mas fala de um processo de aprovação que a empresa não tem. Na daily seguinte, o desenvolvedor comenta, meio de passagem, que "pediu para a IA gerar os testes". E alguém do time de negócio pergunta se pode colar a planilha de custos do fornecedor em um assistente para "resumir mais rápido".

Ninguém pediu autorização. Ninguém escondeu também. A equipe simplesmente começou a usar ferramentas de IA generativa do jeito que cada um achou melhor, e agora você percebe que o projeto tem uma prática nova sem nenhuma regra combinada.

A tentação é escolher um dos extremos: mandar parar tudo ou fingir que não é com você. Os dois saem caros.

O que está em jogo quando cada um usa do seu jeito

O risco mais visível é o de informação. Dados de cliente, contratos, números de orçamento e estratégia podem acabar em ferramentas externas sem que ninguém tenha avaliado para onde vão. Esse tema tem um artigo próprio sobre que dados do projeto podem ir para ferramentas de IA, e vale lê-lo antes de conversar com o time.

O segundo risco é de qualidade irregular. Uma pessoa revisa tudo o que a ferramenta produz; outra copia e cola. O resultado é uma entrega que parece homogênea na forma e é desigual no conteúdo. Quando aparece uma alucinação de IA, um dado inventado com aparência de verdade, ninguém sabe dizer de onde veio.

Existe ainda um custo menos óbvio: o de confiança. Se você descobre o uso por acaso e reage mal, a equipe aprende que o melhor é não contar. A partir daí você gerencia um projeto em que parte do trabalho acontece fora do seu campo de visão.

Por que as pessoas foram sozinhas

Quase ninguém começou a usar IA por rebeldia. As motivações costumam ser bem mais comuns.

A maioria está tentando dar conta da carga. Prazo apertado, documentação que ninguém gosta de fazer, e-mails longos para responder. Quando aparece algo que economiza uma hora, a pessoa usa. Ela não está pensando em política; está pensando em sair às sete da noite e não às nove.

Há também a curiosidade e o medo de ficar para trás. Profissionais técnicos querem experimentar o que todo mundo comenta. Outros sentem que, se não aprenderem agora, vão perder espaço. E há quem simplesmente nunca recebeu orientação: a empresa não falou nada, o GP não falou nada, então a pessoa concluiu que estava liberado.

Vale olhar para a sua parte também. Se o projeto não tinha nenhuma combinação sobre ferramentas, o silêncio foi interpretado como permissão. Isso não é culpa, é informação: a regra que faltava era sua para propor.

Os dois atalhos que pioram a situação

Proibir tudo parece prudente. Na prática, quem já percebeu ganho de produtividade vai continuar usando, só que no celular pessoal, fora da rede da empresa, sem contar para ninguém. Você troca um risco visível por um invisível.

Liberar tudo sem conversa é o atalho oposto. Parece moderno e respeitoso com a autonomia da equipe, mas deixa cada pessoa decidindo sozinha o que é informação sensível, o que precisa de revisão e o que pode ir para o cliente. É a mesma lógica de delegar sem combinar critérios: você entrega a tarefa e fica sem saber como ela está sendo feita.

O caminho que funciona fica no meio: regras curtas, combinadas com a equipe, que deixam claro o que pode, o que não pode e quem revisa.

Um roteiro para organizar o uso sem travar o time

Comece entendendo antes de normatizar. Converse com algumas pessoas, de forma individual ou em uma reunião curta, e pergunte para que estão usando, o que tem funcionado e o que as preocupa. Você vai descobrir usos que nem imaginava e alguns riscos que precisam de atenção imediata.

Depois, verifique o que a empresa já definiu. Pode existir uma diretriz de segurança da informação, uma lista de ferramentas aprovadas ou uma orientação do jurídico. Sua regra de projeto não substitui nada disso; ela traduz para o dia a dia da equipe.

Em seguida, escreva uma página com quatro blocos:

1. Informações que nunca entram em ferramentas externas (dados pessoais, contratos, valores, estratégia, código proprietário, a depender da sua realidade).
2. Ferramentas que podem ser usadas e em que tipo de tarefa.
3. Quem revisa o que foi produzido com apoio de IA antes de virar entrega.
4. Como sinalizar esse uso quando for relevante para quem recebe.

Leve o rascunho para a equipe e ajuste junto. Uma regra discutida tem muito mais chance de ser seguida do que uma regra recebida por e-mail.

Agora, as ramificações que costumam aparecer:

Se você descobrir que alguém já colocou informação sensível em uma ferramenta externa, trate primeiro do dano, depois da conduta. Avise segurança da informação ou a área responsável, sem drama e sem expor a pessoa na frente do time. A conversa sobre o que aconteceu é individual.

Se a empresa ainda não tiver nenhuma política, deixe claro que a regra do projeto é provisória e leve o tema ao seu gestor ou ao PMO. Você pode ser quem provoca a discussão na organização, o que é um ganho de visibilidade legítimo.

Se uma parte da equipe se recusar a usar e outra usar muito, não force nenhum dos lados. O critério é a qualidade da entrega e o respeito às regras, não a ferramenta escolhida.

Se mesmo com as regras combinadas os problemas de qualidade continuarem, olhe para o processo de revisão. Normalmente o problema não está em quem usa IA, e sim em entregas que passam sem um segundo olhar.

Frases para abrir a conversa com a equipe

"Percebi que várias pessoas já estão usando ferramentas de IA no projeto. Não quero proibir, quero entender o que está ajudando e combinar alguns cuidados juntos."

"Tem uma coisa que não pode acontecer: dado de cliente ou valor de contrato indo para ferramenta externa. O resto a gente conversa e ajusta."

"Tudo bem usar para rascunhar. O que eu preciso é que alguém confira antes de virar entrega, porque quem responde pelo conteúdo somos nós, não a ferramenta."

"Essa regra é do projeto e é provisória. Se a empresa publicar algo oficial, a gente segue o que vier de lá."

Como saber se a regra pegou

Um bom sinal é as pessoas começarem a perguntar antes de usar em situações novas. Isso mostra que a regra virou referência e que existe espaço para dúvida, um traço de segurança psicológica no time.

Outro sinal positivo: entregas que mencionam quando houve apoio de IA e quem revisou. Isso não precisa ser burocrático; uma linha no rodapé ou um comentário na tarefa resolve.

Os sinais de alerta são o silêncio completo (ninguém mais fala de IA, o que geralmente significa que o uso foi para a sombra), a repetição de erros factuais em documentos e a resistência a qualquer revisão. Se isso acontecer, a regra pode estar rígida demais ou desconectada da rotina real.

Exemplo: a planilha que quase foi para fora

Exemplo ilustrativo (situação fictícia): Juliana gerenciava um projeto de reestruturação de processos em uma distribuidora de alimentos. Em uma semana, ela percebeu três usos diferentes de IA: um analista gerando atas, uma consultora escrevendo propostas de fluxo e um coordenador que perguntou se podia resumir a planilha de custos de fornecedores.

Ela respondeu ao coordenador que esperasse um dia. Conversou rapidamente com cada um para entender os usos e procurou a área de TI, que tinha uma orientação genérica publicada na intranet sem que quase ninguém soubesse. Com isso em mãos, escreveu uma página com as regras do projeto e apresentou na reunião semanal.

A discussão mudou o texto em dois pontos: a equipe pediu que as atas geradas com apoio de IA fossem revisadas por quem conduziu a reunião, e não pelo analista, e sugeriu um campo na ferramenta de tarefas para marcar entregas feitas com esse apoio. Juliana aceitou as duas sugestões. Nas semanas seguintes, o coordenador passou a pedir à TI uma alternativa interna antes de usar qualquer ferramenta em dados financeiros, e as atas ficaram mais fiéis ao que de fato foi decidido.

O que isso revela sobre o seu papel

Essa situação parece um problema de tecnologia, mas é um problema de liderança. A equipe adotou uma prática nova antes da organização, e alguém precisava transformar isso em acordo. Quando o GP faz esse movimento, ele mostra que sabe lidar com mudança sem perder o controle do que importa.

Há também um ganho estratégico. Muitas empresas ainda não sabem como orientar o uso de IA, e os projetos são o lugar onde as dúvidas aparecem primeiro. Se você documenta o que funcionou no seu projeto, leva esse aprendizado ao PMO e contribui para a diretriz da organização, você deixa de ser só quem executa e passa a influenciar como a empresa trabalha. O guia sobre IA para gerentes de projetos ajuda a ampliar essa visão, e o artigo sobre usar IA para preparar o status report mostra um uso concreto que a própria regra pode cobrir.

Checklist para combinar o uso de IA no projeto

• Conversei com a equipe para entender quais ferramentas usam e para quê.
• Verifiquei o que TI, segurança da informação e jurídico já definiram.
• Listei por escrito os tipos de informação que nunca vão para ferramentas externas.
• Defini quem revisa entregas produzidas com apoio de IA.
• Combinei uma forma simples de sinalizar esse uso nas entregas.
• Apresentei o rascunho à equipe e incorporei os ajustes sugeridos.
• Deixei claro que a regra é revista quando a política oficial mudar.
• Levei o tema ao meu gestor ou ao PMO.

Para começar ainda esta semana

Não espere um incidente para tratar do assunto. Escolha um momento da próxima reunião de equipe, reserve quinze minutos e faça só uma pergunta: "para que vocês estão usando IA no projeto hoje?". Anote as respostas sem julgar.

Com essa lista na mão, escreva a primeira versão da sua página de regras até sexta-feira. Ela não precisa ser perfeita; precisa existir e ser conversada.