Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
O antigo sistema contém frequentemente regras de negócios ocultas e dados históricos acumulados ao longo dos anos, e as equipes de reescrita podem facilmente reproduzir apenas páginas visíveis, deixando de fora processos incomuns e excepcionais. A avaliação deve distinguir entre módulos estáveis que ainda têm valor, módulos de alto risco que limitam a inovação e recursos redundantes que podem ser baixados. Através do selamento API, bypass de banco de dados, substituições modulares e atualizações front-end, a dívida tecnológica pode ser progressivamente reduzida enquanto mantém as operações.
Que condições precisam ser identificadas antes de se fazer o julgamento?
A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Conclusão de ativos, arquitetura, dados, interface e diagnósticos de valor comercial.
Dependência da Chave de Validação
Os testes de regressão de processo principal são estabelecidos para proteger o comportamento correto.
Desenvolvimento de resultados avaliáveis
Selecione para substituir o módulo de alto valor de baixo custo primeiro e projete a sincronização de dados antiga e nova.
Certifique-se de decidir o próximo passo com os resultados reais.
Mude os usuários e tráfego por estágio, verifique e depois retire-se de módulos antigos.
Como é que entendes isso no negócio?
A antiga interface ERP da empresa é antiga, mas as ordens e regras financeiras são estáveis, e novas plataformas móveis e analíticas podem ser construídas primeiro através da exposição de competências fundamentais ao nível do serviço; e a manutenção de módulos de inventário difíceis pode ser substituída em etapas. Isso melhora a experiência do usuário e evita uma única reescrita de todas as regras que levam à interrupção do negócio.
O poço mais fácil de pisar.
A reescrita foi decidida apenas por causa da velha tecnologia. Nenhum risco de negócio calculado.
Novos sistemas foram desenvolvidos durante vários anos antes de um interruptor de uma vez continuar a alterar os requisitos
Um grande número de sombras e gravações manuais de dupla gravação permanecem após a migração ser concluída
Como devemos acabar recebendo e confirmando?
Cada fase de migração deverá verificar a equivalência funcional, a consistência dos dados, o desempenho, a segurança, o acompanhamento e a regressão. Em última análise, o antigo acesso, os privilégios de recuperação, os dados arquivados e os documentos de transporte atualizados devem ser fechados para evitar que “novos e antigos” se tornem um fardo permanente.
Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.