Um guia prático para gestores de projetos que precisam adaptar seu planejamento à nova realidade do desenvolvimento com inteligência artificial.
O elefante na sala das suas dailies
Seu time de desenvolvimento começou a usar IA para codar. Talvez você tenha percebido que algumas entregas estão vindo mais rápido. Talvez tenha notado que outras estão travando de formas estranhas. Ou talvez você simplesmente não saiba mais o que está acontecendo.
Se você é gestor de projetos em times de TI, provavelmente já se pegou pensando: "Como eu estimo uma tarefa quando o dev pode fazer em 2 horas com IA ou em 2 dias sem ela?"
Essa pergunta não tem resposta simples. Mas tem resposta.
Recentemente me deparei com um workflow que resolve um problema que muitos gestores nem sabem que existe: o código gerado por IA, sem processo, vira uma bomba-relógio de manutenção.
O que é "Vibe Coding" e por que isso deveria acender um alerta
Existe um termo que viralizou entre desenvolvedores: vibe coding. É quando o dev descreve o que quer para a IA, aceita o código gerado, e segue em frente no embalo. Sem revisar muito. Sem documentar. Sem pensar na arquitetura.
Funciona bem demais para protótipos rápidos e MVPs iniciais. E é aí que mora o perigo.
1. A IA "engasga" em tarefas grandes
O que você vê como gestor: tarefas que pareciam simples travam sem explicação clara. O dev diz "tá quase" três dias seguidos.
2. O código vira uma colcha de retalhos
O que você vê como gestor: retrabalho constante e estimativas cada vez menos confiáveis. Aquela tarefa de "2 pontos" que vira 8.
3. A IA faz... outra coisa
O que você vê como gestor: dev reclamando que "a IA não obedece" e tempo gasto brigando com a ferramenta.
4. Arrumar uma coisa quebra outra
O que você vê como gestor: bugs que reabrem, sprints que derrapam, sensação de "cobertor de pobre".
5. Brechas de segurança silenciosas
O que você vê como gestor: aquele suor frio quando alguém menciona "a gente precisa conversar sobre segurança".
Esses 5 padrões são sintomas de um problema estrutural: usar IA sem processo.
Continua na Parte 2: O Framework Que Muda o Jogo
