Série: O Novo Paradigma do Desenvolvimento de Software • Artigo 03
#SDD #GestaoDeProjetos #ProductOwner #IA #Scrum
Quando a teoria encontra a realidade
O SDD resolve muita coisa. Mas se você é gestor de projetos, dev sênior ou alguém que precisa colocar software em produção — não em demo, em produção mesmo — algumas perguntas surgem na hora: múltiplos devs no mesmo projeto? Mudança de rota no meio? Correção de erros? Papel do PO e do PM?
Os posts que você vê por aí sobre SDD costumam mostrar a parte bonita: tela limpa, spec perfeita, agente gerando código que funciona de primeira. A realidade é bem mais bagunçada.
Múltiplos devs no mesmo projeto
Quando várias pessoas (ou agentes) trabalham no mesmo código, consistência vira questão de sobrevivência. A spec funciona como um "alinhamento assíncrono" — o que antes era reunião de alinhamento agora vira um documento vivo que todo mundo consulta. Texto persiste. Reunião não.
Divisão por domínios, não por camadas
A tentação natural é dividir o trabalho por camada técnica: "você faz o backend, eu faço o frontend". Isso funciona mal com agentes. O jeito certo é dividir por domínio de negócio. Cada dev/agente trabalha em módulos bem delimitados, de ponta a ponta.
Git continua sendo rei
O review humano passa a ser o grande checkpoint de qualidade. A cadência muda: antes, um dev abria um PR a cada dois dias. Agora, o agente pode abrir dois ou três PRs por dia. Se você não tem processo pra lidar com esse volume, vira gargalo.
Mudança de rota: um exemplo concreto
Imagina que o CEO aparece na terça e diz "esquece mensal, vamos fazer assinatura anual com primeiro mês grátis". No modelo antigo: três dias perdidos em reuniões. No SDD: PO atualiza a spec, arquiteto avalia impacto, tasks afetadas são reexecutadas pelos agentes. Quarta de tarde já tem algo pra testar.
Corrigindo erros
Bugs de implementação, o agente corrige com contexto suficiente. Erros de especificação são mais complicados — se a spec estava errada, o código "correto" está errado também. A regra de ouro: spec errada descoberta cedo é ajuste. Descoberta tarde é retrabalho.
O papel do PO e PM nesse novo mundo
O papel não diminui. Muda de natureza e aumenta de importância. O PO vira "Spec Master" — a qualidade da especificação determina a qualidade do output. O PM vira orquestrador de agentes + humanos, coordenando quem faz o quê e identificando quando a IA está "patinando".
A analogia que esclarece
É parecido com a transição do jQuery pro React. O trabalho de escrever linha de código diminuiu. O trabalho de decidir como tudo se encaixa aumentou. Gestão ruim com IA produz resultado ruim mais rápido. A IA não substitui o gestor — ela amplifica o tipo de gestor que você é.
