Auditoria, correção e continuidade de projetos de outros desenvolvedores

O que esse trabalho envolve

Quando um projeto em produção está frágil, lento ou abandonado, reproduzo os problemas e corrijo as causas por ordem de prioridade. Reescrever tudo só é uma opção quando há evidências que justifiquem.

Para quem é

• Donos de um sistema que funciona, mas que parece arriscado alterar
• Empresas depois da saída de um prestador ou desenvolvedor
• Equipes que precisam de um segundo olhar sobre arquitetura e riscos

Perguntas respondidas antes do início do trabalho

• O que funciona e o que falha?
• Quais fluxos de trabalho são críticos para o negócio?
• O que se sabe sobre decisões anteriores e dívida técnica?
• Que orçamento existe para corrigir, em vez de reescrever?

Como o trabalho avança

1. Diagnóstico

   Rodar o sistema, analisar a estrutura e reproduzir as falhas.

2. Priorizar

   Separar correções urgentes, o que fica para depois e as áreas em que não se deve mexer.

3. Alterar com cuidado

   Fazer correções pontuais e testar os fluxos relacionados.

4. Entregar

   Documentar o que mudou, o que falta e como seguir.

Limites e regras de trabalho

• Reescrever só quando for de fato mais seguro e mais barato
• Diagnosticar antes de orçar
• Testar as mudanças nos fluxos de trabalho reais