Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
O projeto assume o controle não sobre a adição de novas funcionalidades imediatamente, mas sobre a restauração do controle da empresa sobre os ativos digitais e operações de produção. Deve ser reconhecido que a empresa tem direitos legais de código, dados e contas, produzindo backups somente para leitura, registrando a versão atual do sistema e o status operacional, e criando ambientes de teste locais ou isolados. O código se abre sem ser mantido, e também requer verificação de dependência, migração de banco de dados, tempo, interfaces externas, chaves, falhas de segurança e como é emitido.
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.
Congelamento e códigos de backup, dados, configurações e contas-chave para evitar perdas secundárias.
Dependência da Chave de Validação
Reencenação de processos de construção, implantação e principais de negócios para formar listas de ativos e riscos.
Desenvolvimento de resultados avaliáveis
Distinção entre reabilitação imediata, estabilização de curto prazo e reestruturação de longo prazo por impacto operacional.
Certifique-se de decidir o próximo passo com os resultados reais.
Uma versão pequena e reversível é concluída para validar a nova cadeia de aquisição da equipe.
Como é que entendes isso no negócio?
Um sistema só pode operar no servidor original e os códigos do armazém não podem ser construídos. A nova equipa deve primeiro produzir um instantâneo de produção e backup de banco de dados, identificar diferenças entre o pacote operacional real e o armazém, e depois restaurar o ambiente de teste. Se o sistema for recarregado diretamente ou forem emitidos novos códigos, o serviço ainda disponível poderá ser completamente destruído. A ordem de assumir o comando é mais importante do que a velocidade de desenvolvimento.
O poço mais fácil de pisar.
Tentar atualizar a dependência e banco de dados sem backup do ambiente de produção
Citação baseada apenas em linhas de código, ignorando números de conta, dados e recuperação de negócios
A forma como assumes o controlo, adicionas muita funcionalidade, não consegues distinguir entre velho e novo.
Como devemos acabar recebendo e confirmando?
A fase de diagnóstico deverá fornecer o catálogo de ativos, o estado de construção, a estrutura e a dependência, a classificação de risco e a recuperação de evidências e rotas recomendadas.
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.