Resgate de projeto não começa com time novo no código. Começa com diagnóstico em 48h: o que o sistema faz, o que a documentação mente, o que impede o próximo sprint de ser honesto. Sem esse mapa, “resgate” é só mais gente no mesmo buraco. Com o mapa, o quadro muda — fatia, teste, dono.

Projeto descarrilado tem sintomas conhecidos: data que escorrega, build que só um consegue, incidente sem dono, escopo que cresce no chat. A urgência pede ação. A ação errada é reescrever com pressa ou jogar IA no legado sem contrato. IA não reescreve o legado sozinha é o recorte de ferramenta; este é o recorte de entrada.

O que cabe em 48h de diagnóstico

  • pipeline: sobe em máquina limpa ou não;
  • um fluxo crítico ponta a ponta (o que o negócio não pode parar);
  • lista de segredos e acessos (quem tem, o que está no repo);
  • dívida visível versus dívida narrada;
  • o próximo sprint possível — um, não o roadmap de um ano.

Modernização de sistemas legados é o horizonte. As 48h não modernizam. Elas impedem o sprint seguinte de ser fantasia. Qualidade com assistente no PR — qualidade de código com assistente — só entra depois que o merge tem dono de novo.

Não entregamos nas 48h um percentual de atraso “de mercado”. Entregamos um documento curto que o time reconhece. Se o documento for recusado porque “é pessimista”, o resgate ainda não começou: o problema é alinhamento, não código.

O que o sprint seguinte deve mudar

DoD mínimo: o fluxo crítico tem teste de fumaça, o deploy tem dono, o board tem um item de higiene (build, secret, ambiente) competindo com feature. Sprints de 15 dias na fábrica existem para esse ritmo — não para milagre. Resgate que promete “em duas semanas está novo” está vendendo outro produto.

Sustentação 24×7 só faz sentido se o diagnóstico disse o que está no ar e quem acorda. Senão vocês sustentam o mistério.

O que não fazer nas 48h

Não trocar a stack. Não anunciar microsserviços. Não abrir RFP de ferramenta. Não demitir o time interno no papel do diagnóstico. Resgate é mapa compartilhado. Culpa individual no slide queima a colaboração que o código ainda precisa.

Desde 2012 a Tech Coders trata resgate como engenharia com prova no recorte. Sem case inventado de “salvamos em X dias”. O prazo de 48h é de diagnóstico, não de go-live.

Como a Tech Coders faz resgate na fábrica

Na fábrica de software, resgate começa no diagnóstico de 48h e segue em sprints de 15 dias: fatia, teste, sustentação 24×7 quando o sistema precisa permanecer no ar. O quadro muda com o mapa, não com a narrativa de reescrita total.

Perguntas frequentes

48h bastam se o sistema for enorme?

Bastam para o próximo passo honesto, não para o inventário completo. O diagnóstico escolhe o fluxo crítico e o que para o sprint. O resto entra na fila.

O time original deve participar?

Deve. Sem eles o mapa mente. Resgate contra o time original vira guerra e o código perde.

Diagnóstico pode concluir que não vale resgatar?

Pode. Às vezes o honesto é parar o produto ou isolar e reescrever uma fatia só. Isso ainda é resultado do diagnóstico — não falha dele.

IA acelera o diagnóstico?

Ajuda a ler código com revisão humana. Não substitui falar com quem opera o job da sexta. O risco é o modelo inventar arquitetura que nunca existiu. Humano confirma.