Resgate de projeto não começa com time novo no código. Começa com diagnóstico inicial: 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 na etapa inicial 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. A etapa inicial não moderniza o sistema; ela busca evidências para planejar o próximo sprint. Qualidade com assistente no PR — qualidade de código com assistente — só entra depois que o merge tem um responsável definido.

O diagnóstico não deve inventar um percentual de atraso “de mercado”. Seu prazo e sua profundidade dependem do tamanho do sistema, dos acessos e do recorte acordado. O resultado esperado é um documento verificável pelo time.

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. Ciclos curtos de entrega ajudam a tornar o progresso verificável — não produzem milagres. Uma promessa de renovação total em prazo arbitrário deve ser questionada.

A sustentação, conforme a cobertura contratada, só faz sentido quando o diagnóstico registra o que está no ar e quem responde por cada componente.

O que não fazer na etapa inicial

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.

A Tech Coders trata resgate como engenharia com evidência no recorte. A etapa inicial serve para organizar o diagnóstico, não para prometer prazo de go-live.

Como a Tech Coders faz resgate na fábrica

Na fábrica de software, resgate começa no diagnóstico inicial e segue em ciclos curtos de entrega: fatia, teste, sustentação conforme cobertura contratada quando o sistema precisa permanecer no ar. O quadro muda com o mapa, não com a narrativa de reescrita total.

Perguntas frequentes

A etapa inicial basta se o sistema for enorme?

Não necessariamente. O recorte, o prazo e a profundidade devem considerar o tamanho do sistema, a disponibilidade dos acessos e o objetivo do diagnóstico. O primeiro mapa pode priorizar o fluxo crítico sem representar um inventário completo.

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.