Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
A falha pode resultar de defeitos de entrega, percepções erradas da demanda, ambiente do cliente, dados, interfaces de terceiros ou preparação online inadequada. A tecnologia deve ser tanto para retomar as operações ou retornar à versão original antes de localizar a causa subjacente; o negócio deve ser baseado em necessidades, testes e registros de responsabilidade para fazer ajustes, mudanças ou perdas.
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.
Registros de preservação imediata, dados, versões e evidências no local.
Dependência da Chave de Validação
Recuperação de operações críticas e conclusão de análise de causas independentes.
Desenvolvimento de resultados avaliáveis
b) A formação de uma lista de rectificações, de prioridades, de duração e de amostra de ensaio.
Certifique-se de decidir o próximo passo com os resultados reais.
Após a revisão, o lote é criado e as questões finais de responsabilidade e legado são registrados.
Como é que entendes isso no negócio?
O sistema é recriado após a criação da ordem e a equipe não pode removê-la manualmente e então reivindicar resolução. A reentrada, dados de backup, análise da re-referência, etc., e re-teste deve ser parada antes de usar real amostra anormal re-checking.
O poço mais fácil de pisar.
Várias versões desconhecidas continuaram a ser lançadas durante as falhas de produção
As partes discutiram apenas a responsabilidade, sem proteger primeiro os dados e operações
Renovação apenas para casos actuais, sem retorno e acompanhamento adicionais
Como devemos acabar recebendo e confirmando?
A revisão e aceitação devem incluir a causa, o âmbito do impacto, o processamento de dados, a versão do código, o teste e o retorno, e a liberação dos resultados do retorno e do monitoramento.
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.