Ponto de partida
O software ja existe, importa para o negocio e nao pode simplesmente ser substituido. O codigo e dificil de alterar, os releases sao estressantes e novas mudancas continuam levando mais tempo do que deveriam.
Estudo de caso
Assuncao de codebase existente quando o software precisa continuar rodando enquanto e corrigido.
Este exemplo mostra o formato do trabalho com codigo herdado quando um sistema de software em producao precisa ser assumido, limpo, estabilizado e melhorado sem parar o negocio.
Exemplo ilustrativo com base em padroes comuns de trabalho com clientes. Nenhum detalhe de cliente identificado foi incluido.
O que e esclarecido primeiro
A primeira tarefa e entender o codebase, o caminho de deploy, as areas arriscadas e as partes do sistema que todos evitam tocar. Isso cria um mapa realista do que pode ser melhorado primeiro.
O que e alterado
O trabalho normalmente inclui limpeza, refatoracao direcionada, reparo de release, esclarecimento de interfaces e mudancas praticas de manutencao que reduzem a fragilidade sem transformar a contratacao em uma campanha de reescrita.
O que melhora
A equipe ganha um codebase mais facil de mudar, mais seguro para liberar e menos propenso a causar nova indisponibilidade ou surpresa toda vez que uma funcionalidade ou correcao precisa ser entregue.
O que este tipo de trabalho normalmente envolve
Assuncao de codebase existente normalmente significa entender rapidamente o sistema, reduzir risco de release, limpar as areas de maior atrito e tornar o software mais facil de manter enquanto o negocio continua usando-o.