Ponto de partida
Um sistema ativo de linha de negocio esta em producao, o codebase e fragil, os deploys sao arriscados e cada mudanca cria tensao entre entregar e nao quebrar algo importante.
Estudo de caso
Este exemplo mostra o formato do trabalho em sistemas herdados: software em producao, releases frageis, codigo desorganizado e pressao de negocio que continua enquanto o sistema e estabilizado.
Um sistema ativo de linha de negocio esta em producao, o codebase e fragil, os deploys sao arriscados e cada mudanca cria tensao entre entregar e nao quebrar algo importante.
O primeiro movimento nao e vender uma reescrita. O sistema e avaliado, o caminho de release e esclarecido, as areas frageis sao triadas e as interfaces que mais criam arrasto sao identificadas.
Limpeza, refatoracao, reparo arquitetural direcionado e estabilizacao de release acontecem numa sequencia que reduz risco enquanto permite que a proxima fase de trabalho de funcionalidades continue.
O sistema fica menos fragil, o caminho de release passa a ser mais previsivel e a equipe pode adicionar ou mudar funcionalidades com menor custo operacional e menos atrito de entrega.
O que este tipo de trabalho normalmente envolve
Recuperacao de sistema legado normalmente significa entrar em um produto vivo, reduzir risco de release, limpar codigo fragil e melhorar a entrega enquanto decisoes maiores de modernizacao sao tomadas.