Lista de verificação do projeto de migração de dados: um modelo para o planejamento efetivo da migração de dados.
Lista de verificação de migração de dados: planejador para migração de dados.
Lista de verificação de migração de dados: o guia definitivo para planejar sua próxima migração de dados.
A apresentação de uma lista de verificação de migração de dados para o seu projeto de migração de dados é uma das tarefas mais desafiadoras, especialmente para os não iniciados.
Para ajudar, eu compilei uma lista de atividades que eu considero essenciais para as migrações bem-sucedidas.
Não é uma lista definitiva, você quase certamente precisará adicionar mais pontos, mas é um excelente ponto de partida.
Por favor, critique-o, estenda-o usando os comentários abaixo, compartilhe-o, mas acima de tudo, use-o para garantir que você esteja totalmente preparado para o caminho desafiador pela frente.
DICA: A qualidade dos dados desempenha um papel fundamental nesta lista de verificação, então confira o Data Quality Pro, nosso site irmão com a maior coleção de tutoriais práticos, guias de qualidade de dados e suporte especializado para Data Quality na Internet.
Obtenha um kit de lista de verificação gratuito: Planilha do Project Planner + MindMap.
Sério sobre entregar uma migração de dados bem sucedida?
Faça o download do mesmo kit de lista de verificação que uso nos compromissos do cliente e aprenda táticas avançadas para o planejamento da migração de dados.
Planilha de Planejamento de Projetos (para Excel / Planilhas Google) MindMap Online Interativo (excelente para navegação)
Baixe o kit.
Nós nunca enviamos spam ou vendemos seus dados.
Fase 1: planejamento pré-migração.
Você avaliou a viabilidade de sua migração com uma avaliação de impacto pré-migração?
A maioria dos projetos de migração de dados vai direto ao projeto principal sem considerar se a migração é viável, quanto tempo levará, qual tecnologia exigirá e quais perigos estão por vir.
É aconselhável realizar uma avaliação de impacto antes da migração para verificar o custo e o provável resultado da migração. Quanto mais tarde você planeja fazer isso, maior o risco de pontuar de acordo.
Você baseou estimativas de projetos em suposições ou uma avaliação mais precisa?
Não se preocupe, você não está sozinho, a maioria dos projetos baseia-se em estimativas de projetos anteriores, na melhor das hipóteses, ou na adivinhação otimista, na pior das hipóteses.
Mais uma vez, sua avaliação de impacto pré-migração deve fornecer uma análise muito mais precisa dos requisitos de custo e recursos, portanto, se você tiver prazos apertados, uma migração complexa e recursos limitados, faça uma avaliação de impacto da migração o mais rápido possível.
Você tornou as comunidades de negócios e TI conscientes de seu envolvimento?
Faz todo o sentido informar as partes interessadas e equipes técnicas de dados relevantes de seus compromissos futuros antes que a migração comece.
Pode ser muito difícil arrastar um especialista no assunto para uma sessão de análise de 2 a 3 horas, uma vez por semana, se os idosos não estiverem a bordo, além de identificar quais recursos são necessários com antecedência, eliminará o risco de ter lacunas no seu legado ou no conjunto de habilidades de destino.
Além disso, há vários aspectos da migração que exigem aprovação e comprometimento da empresa. Chegue antecipadamente aos patrocinadores e às partes interessadas e certifique-se de que eles compreendam e concordem com o envolvimento deles.
Você já concordou formalmente com as restrições de segurança do seu projeto?
Tenho lembranças maravilhosas de uma migração em que pensávamos que tudo estava em ordem, então iniciamos o projeto e logo fomos desligados logo no primeiro dia.
Nós tínhamos assumido que as medidas de segurança que tínhamos concordado com o gerente de projetos do cliente eram suficientes, no entanto, não contamos com a equipe de segurança corporativa para entrar em ação e exigir um conjunto muito mais rigoroso de controles que causou 8 semanas de atraso no projeto.
Não cometa o mesmo erro, obtenha um acordo formal das equipes de governança de segurança relevantes com antecedência. Basta colocar a cabeça na areia e esperar que você não seja pego de surpresa é algo pouco profissional e altamente arriscado, devido à recente perda de dados em muitas organizações.
Você identificou os principais recursos do projeto de migração de dados e quando eles são necessários?
Não comece seu projeto esperando que o Jobserve ofereça magicamente os recursos que você precisa.
Conheci uma empresa há vários meses que decidiu que não precisavam de um analista de migração de dados de lead porque o "plano de projeto era tão bem definido". Basta dizer que agora eles estão se preparando para problemas, pois o projeto está fora de controle. Portanto, certifique-se de entender exatamente quais funções são necessárias em uma migração de dados.
Também garanta que você tenha um plano para incluir essas funções no projeto no momento certo.
Por exemplo, há uma tendência para lançar um projeto com um contingente completo de desenvolvedores armados com ferramentas e desejosos de ir. Isso é caro e desnecessário. Um pequeno grupo de migração de dados, qualidade de dados e analistas de negócios pode executar a maior parte da descoberta da migração e mapear bem antes que os desenvolvedores se envolvam, geralmente criando uma migração bem mais bem-sucedida.
Portanto, a lição é entender as principais atividades e dependências de migração e planejar ter os recursos certos disponíveis quando necessário.
Você determinou a estrutura ótima de entrega do projeto?
As migrações de dados não se adequam a uma abordagem em cascata, mas a grande maioria dos planos de migração de dados que eu testemunhei quase sempre se assemelha a um design clássico de cascata.
O planejamento de projeto ágil e iterativo com quedas de entrega altamente concentradas é muito mais eficaz, portanto, garanta que seu plano geral seja flexível o suficiente para lidar com os possíveis eventos de mudança que ocorrerão.
Além disso, o seu plano de projeto tem contingência suficiente? 84% das migrações falham ou sofrem atrasos, você tem certeza de que a sua não sofrerá as mesmas consequências?
Certifique-se de ter capacidade suficiente em seu plano para lidar com a ocorrência altamente provável de atraso.
Você tem um conjunto bem definido de descrições de funções para que cada membro entenda seus papéis?
O início do projeto chegará a você como um trem de carga em breve, então garanta que todos os seus recursos saibam o que se espera deles.
Se você não tiver um conjunto preciso de tarefas e responsabilidades já definidas, isso significa que você não sabe o que sua equipe deve entregar e em que ordem. Claramente não é uma situação ideal.
Mapeie a sequência de tarefas, entregas e dependências que você espera que sejam necessárias e, em seguida, atribua funções a cada atividade. Verifique sua lista de recursos, você tem os recursos certos para concluir essas tarefas?
Esta é uma área com a qual a maioria dos projetos se esforça para entender claramente o que seus recursos precisam realizar o ajudará a estar totalmente preparado para a fase de iniciação do projeto.
Você criou um fluxo de trabalho de tarefa estruturada para que cada membro possa entender quais tarefas são esperadas e em qual sequência?
Esta é uma extensão do ponto anterior, mas é extremamente importante.
A maioria dos planos de projeto terá algumas datas de entrega vagas ou cronogramas indicando quando as equipes de negócios ou técnica exigem que uma liberação ou atividade específica seja concluída.
O que isso não mostrará é o fluxo de trabalho preciso que o levará a esses pontos. Isso precisa ser idealmente definido antes do início do projeto, para que não haja confusão à medida que você entra na fase de iniciação.
Também ajudará a identificar lacunas em seu modelo de recursos, onde faltam as habilidades ou orçamentos necessários.
Você criou a documentação de treinamento apropriada e elaborou um plano de treinamento?
Os projetos de migração de dados normalmente exigem muitas ferramentas adicionais e plataformas de suporte a projetos para funcionar sem problemas.
Certifique-se de que todos os seus materiais de treinamento e ferramentas de educação sejam testados e estejam em vigor antes do início do projeto.
Idealmente, você desejaria que todos os recursos fossem totalmente treinados antes do projeto, mas se isso não for possível, pelo menos, garanta que o treinamento e a educação sejam incluídos no plano.
Você tem uma política de gerenciamento de configuração e software em vigor?
Os projetos de migração de dados criam muitos materiais de recursos. Resultados de criação de perfil, problemas de qualidade de dados, especificações de mapeamento, especificações de interface - a lista é interminável.
Certifique-se de ter uma abordagem de gerenciamento de configuração bem definida e testada antes do início do projeto, você não quer ficar tropeçando no início do projeto tentando fazer as coisas funcionarem, testá-las com antecedência e criar os materiais de treinamento necessários.
Você planejou um ambiente de trabalho seguro e colaborativo?
Se o seu projeto envolver entidades terceiras e apoio interorganizacional, vale a pena usar um produto dedicado para gerenciar todas as comunicações, materiais, planejamento e coordenação do projeto.
Ele também fará com que o seu projeto seja executado mais suavemente se estiver configurado e pronto antes do início do projeto.
Você criou um conjunto acordado de documentos de política de migração de dados?
Como a equipe do projeto deve lidar com dados de forma segura? Quem será responsável por assinar as regras de qualidade de dados? Quais procedimentos de escalonamento estarão em vigor?
Há uma infinidade de políticas diferentes necessárias para que uma migração típica ocorra sem problemas, vale a pena concordar com isso antes da migração para que a fase de início do projeto seja executada sem esforço.
Fase 2: Iniciação do Projeto.
Você criou um plano de comunicação das partes interessadas e um registro das partes interessadas?
Durante esta fase, você precisa formalizar como cada parte interessada será informada. Podemos muito bem ter criado uma política geral de antemão, mas agora precisamos instanciá-la com cada parte interessada individual.
Não crie uma lacuna de ansiedade em seu projeto, determine que nível de relatório você fornecerá para cada tipo de parte interessada e obtenha um acordo com eles no formato e na frequência. Soltá-los por e-mail seis meses depois do início do período de 8 semanas não lhe renderá nenhum favor.
Para se comunicar com as partes interessadas, obviamente, você sabe quem são e como contatá-las! Registre todos os tipos de partes interessadas e indivíduos que precisarão de contato durante todo o projeto.
Você ajustou e publicou as políticas do seu projeto?
Agora é a hora de fazer com que suas políticas sejam concluídas e circuladas por toda a equipe e por novos recrutas.
Quaisquer políticas que definam como o negócio será envolvido durante o projeto também precisam ser divulgadas e finalizadas.
Não presuma que todos saibam o que se espera deles, portanto, acostume as pessoas a aprender e assinar as políticas do projeto no início do ciclo de vida.
Você criou um plano de projeto de primeiro nível de alto nível?
Se você seguiu as melhores práticas e implementou uma avaliação de impacto antes da migração, você deve ter um nível razoável de detalhes para o seu plano de projeto. Se não, basta concluir o máximo possível com uma ressalva acordada de que os dados conduzirão o projeto. Eu ainda recomendaria a realização de uma avaliação do impacto da migração durante a fase de iniciação, independentemente das atividades de análise que ocorrerão na próxima fase.
Você não pode criar linhas do tempo precisas para o seu plano de projeto até ter analisado os dados.
Por exemplo, simplesmente criar uma janela arbitrária de 8 semanas para “atividades de limpeza de dados” não tem sentido se os dados forem considerados realmente péssimos. Também é vital que você entenda as dependências em um projeto de migração de dados. Não é possível codificar os mapeamentos até descobrir os relacionamentos e não pode fazer isso até que a fase de análise e descoberta seja concluída.
Além disso, não confie apenas em uma cópia em carbono de um plano de projeto de migração de dados anterior, seu plano será ditado pelas condições encontradas no local e pelos compromissos mais amplos do programa que seu projeto em particular determina.
Você configurou sua plataforma de colaboração de projetos?
Idealmente, isso deve ter sido criado antes do início do projeto, mas se não for agora, é hora de implementá-lo.
Existem alguns ótimos exemplos dessas ferramentas listadas em nosso site da comunidade irmã aqui:
Você criou seus documentos de projeto padrão?
Durante esta fase, você deve criar sua documentação típica de projeto, como registro de riscos, registro de problemas, critérios de aceitação, controles de projeto, descrições de cargos, relatório de progresso do projeto, relatório de gerenciamento de alterações, RACI etc.
Eles não precisam ser completos, mas precisam ser formalizados com um processo que todos conhecem.
Você definiu e formalizou seus contratos e requisitos de fornecedores terceirizados?
A iniciação do projeto é um excelente ponto de partida para determinar qual expertise adicional é necessária.
Não deixe suposições ao se envolver com recursos externos, deve haver instruções claras sobre o que exatamente precisa ser entregue, não deixe isso muito tarde.
Você programou suas próximas tarefas de fase de forma adequada?
Nesta fase você deve planejar meticulosamente as atividades da sua próxima fase para garantir que as comunidades de negócios e de TI estejam cientes dos workshops em que estarão envolvidos.
Você resolveu algum problema de segurança e obteve acesso aprovado aos conjuntos de dados herdados?
Não presuma que, como seu projeto foi encerrado, você receberá automaticamente acesso aos dados.
Obtenha aprovações de representantes de segurança (antes dessa fase, se possível) e consulte a equipe de TI sobre como você poderá analisar os sistemas herdados e de origem sem afetar os negócios. Extratos completos de dados em uma plataforma de análise segura e independente é a melhor opção, mas você pode ter que comprometer.
É aconselhável criar uma política de segurança para o projeto, para que todos estejam cientes de suas responsabilidades e da abordagem profissional que você estará assumindo no projeto.
Você definiu os requisitos de hardware e software para as fases posteriores?
Em quais máquinas a equipe funcionará? Qual software eles precisarão? Quais licenças você precisará em cada fase? Parece óbvio, não para um gerente de projeto recente que esqueceu completamente de fazer o pedido e teve que assistir sete membros de sua equipe sentados à toa enquanto o pedido de compra era rastreado através de compras. Não cometa o mesmo erro, examine cada fase do projeto e determine o que será necessário.
Ferramentas de reengenharia de modelos? Ferramentas de perfil de qualidade de dados? Ferramentas de limpeza de dados? Software de gerenciamento de projetos? Software de apresentação? Software de relatórios? Emitir software de rastreamento? Ferramentas de ETL?
Você também precisará determinar quais sistemas operacionais, hardware e licenciamento são necessários para construir seus servidores de análise, teste, controle de qualidade e produção. Muitas vezes, pode levar semanas para adquirir esse tipo de equipamento, de modo que você, idealmente, precisa ter feito isso antes mesmo do início do projeto.
Fase 3: Análise de Paisagem.
Você criou um dicionário de dados detalhado?
Um dicionário de dados pode significar muitas coisas para muitas pessoas, mas é aconselhável criar um catálogo simples de todas as informações que você recuperou nos dados sob avaliação. Torne esta ferramenta fácil de pesquisar, acessível, mas com segurança baseada em funções, sempre que necessário. Um wiki de projeto é uma ferramenta útil nesse aspecto.
Você criou uma fonte de alto nível para direcionar a especificação de mapeamento?
Neste estágio, você não terá uma especificação completa de origem para destino, mas deverá ter identificado os objetos e relacionamentos de alto nível que serão vinculados durante a migração. Estes serão analisados posteriormente na fase posterior do projeto.
Você já determinou a volumetria de alto nível e criou um relatório de escopo de alto nível?
É importante que você não tenha problemas com o problema de afunilamento de taxa de carregamento, portanto, para evitar essa situação, assegure-se de avaliar completamente o escopo e o volume de dados a serem migrados.
Concentre-se na remoção de dados históricos ou excedentes de requisitos (consulte aqui para obter conselhos). Crie um relatório de escopo final detalhando o que estará no escopo para a migração e faça a empresa assinar isso.
O processo de gerenciamento de riscos foi compartilhado com a equipe e eles atualizaram o registro de riscos?
Haverá muitos riscos descobertos durante essa fase, para facilitar a gravação de riscos. Crie um formulário on-line simples, onde qualquer um pode adicionar riscos durante a análise, você também pode filtrá-los mais tarde, mas, por enquanto, precisamos reunir o maior número possível e ver de onde vêm os principais problemas.
Você criou um processo de gerenciamento de qualidade de dados e um relatório de impacto?
Se você tem acompanhado nossas chamadas de coaching on-line, saberá que, sem um processo robusto de gerenciamento de regras de qualidade de dados, seu projeto quase certamente falhará ou sofrerá atrasos.
Entenda o conceito de descoberta, gerenciamento e resolução de regras de qualidade de dados para que você forneça uma migração que seja adequada ao propósito.
O processo de qualidade de dados não é um esforço one-stop, continuará durante todo o projeto, mas nesta fase estamos preocupados em descobrir o impacto dos dados para que as decisões possam afetar cronogramas, entregas, orçamento, recursos etc.
Você criou e compartilhou uma estratégia de aposentadoria do primeiro corte?
Agora é a hora de começar a aquecer o negócio com o fato de que seus amados sistemas serão desativados após a migração. Certifique-se de que eles sejam informados sobre os objetivos do projeto e iniciem o processo de descobrir o que é necessário para finalizar os sistemas legados. Melhor abordar isso agora do que deixá-lo até mais tarde no projeto, quando a política pode impedir o progresso.
Você criou modelos conceituais / lógicos / físicos e comuns?
Esses modelos são incrivelmente importantes para comunicar e definir a estrutura dos ambientes herdados e de destino.
A razão pela qual temos tantas camadas de modelagem é que entendemos todos os aspectos da migração, desde o mais profundamente técnico até como a comunidade de negócios executa as operações hoje e como deseja executar operações no futuro. Estaremos discutindo o projeto com vários grupos de negócios e de TI, para que os diferentes modelos nos ajudem a transmitir significado para a comunidade apropriada.
A criação de modelos conceituais e lógicos também nos ajuda a identificar lacunas no pensamento ou no design entre os ambientes de origem e de destino, muito antes no projeto, para que possamos fazer correções no design da solução.
Você refinou suas estimativas de projeto?
A maioria dos projetos começa com uma noção vaga de quanto tempo cada fase levará. Use sua fase de análise de paisagem para determinar os prováveis cronogramas com base na qualidade dos dados, complexidade, recursos disponíveis, restrições tecnológicas e uma série de outros fatores que ajudarão você a determinar como estimar os cronogramas do projeto.
Fase 4: Design da Solução.
Você criou uma especificação de design de mapeamento detalhado?
No final desta fase, você deve ter uma especificação completa de como os objetos de origem e de destino serão mapeados, até o nível do atributo. Isso precisa estar em um nível suficiente para ser passado para um desenvolvedor para implementação em uma ferramenta de migração de dados.
Observe que não progredimos imediatamente para a construção após a análise de paisagem. É muito mais econômico mapear a migração usando especificações, em vez de codificar, o que pode ser caro e mais complexo para redesenhar, caso sejam descobertos problemas.
Você criou uma especificação de design de interface?
No final deste estágio, você deve ter um design firme para quaisquer designs de interface necessários para extrair os dados de seus sistemas herdados ou para carregar os dados nos sistemas de destino. Por exemplo, algumas migrações exigem a funcionalidade de captura de dados alterados, portanto, isso precisa ser projetado e prototipado durante essa fase.
Você criou uma especificação de gerenciamento de qualidade de dados?
Isso definirá como você planeja gerenciar os vários problemas de qualidade de dados descobertos durante a fase de análise de paisagem. Estes podem cair em certas categorias, tais como:
Ignore Cleanse in source Cleanse no processo de preparação Cleanse in-flight usando lógica de codificação Cleanse on target.
Você definiu seus requisitos de hardware de produção?
Neste estágio, você deve ter uma ideia muito mais firme sobre qual tecnologia será necessária no ambiente de produção.
A volumetrics e o desempenho da taxa de transferência da interface devem ser conhecidos, portanto, você deve ser capaz de especificar o equipamento apropriado, configurações de RAID, sistema operacional etc.
Você concordou com os acordos de nível de serviço para a migração?
Nesta fase, é aconselhável acordar com os patrocinadores de negócios o que sua migração irá fornecer, quando e com qual qualidade.
Qualidade, custo e tempo são variáveis que precisam ser acordadas antes da fase de construção para garantir que seus patrocinadores estejam cientes das limitações de design da migração e exatamente o que isso significará para os serviços de negócios que planejam lançar na plataforma de destino. .
Fase 5: criar & amp; Teste.
Sua equipe de criação documentou a lógica de migração?
A equipe que gerencia a execução da migração pode não ser a equipe responsável por codificar a lógica de migração.
Portanto, é essencial que as transformações e regras que foram usadas para mapear os ambientes herdados e de destino sejam publicadas com precisão. Isso permitirá que a equipe de execução analise a causa-raiz de quaisquer problemas subsequentes descobertos.
Você já testou a migração com um espelho do ambiente ao vivo?
É aconselhável testar a migração com dados do ambiente de produção, não um conjunto de amostras menor. Ao limitar sua amostra de dados de teste, você quase certamente se deparará com condições dentro dos dados ativos que causam um defeito em sua migração em tempo de execução.
Você desenvolveu um mecanismo de validação de migração independente?
Muitos projetos baseiam o sucesso da migração no número de casos que testemunham durante o processo. Normalmente, é onde um item de dados não pode ser migrado devido a alguma restrição ou violação de regra nos armazenamentos de dados de destino ou de transformação. Eles então resolvem essas falhas e, quando não são encontrados mais problemas de carregamento, são realizados alguns testes volumétricos básicos.
“Nós tivemos 10.000 clientes em nosso sistema legado e agora temos 10.000 clientes em nosso alvo, trabalho feito”.
Recentemente, recebemos um membro da comunidade de chamadas com base em Omã. O hospital deles subcontratou uma migração de dados para uma empresa que desde então concluiu o projeto. Vários meses após o projeto de migração, eles descobriram que muitos milhares de pacientes agora tinham registros incompletos, atributos ausentes e qualidade de dados geralmente abaixo do padrão.
É aconselhável planejar uma solução que avalie independentemente o sucesso da fase de execução. Não confie nos relatórios e estatísticas que retornam de sua ferramenta de migração como base para o sucesso da migração.
Eu aconselho os clientes a examinar a migração de forma independente, usando um fornecedor completamente diferente, onde os orçamentos permitem. Uma vez que o projeto de migração tenha terminado oficialmente e esses recursos especializados tenham saído para novos projetos, pode ser incrivelmente difícil resolver problemas sérios, então comece a construir um método de validação da migração durante essa fase, não a deixe até a execução do projeto. seja tarde demais.
Você definiu sua estratégia de relatórios e tecnologia associada?
Seguindo o ponto anterior, você precisa criar uma estratégia de relatórios robusta para que os vários papéis envolvidos na execução do projeto possam ver o progresso em um formato que lhes convenha.
Por exemplo, um gerente de migração pode querer ver estatísticas diárias, um operador de migração precisará ver estatísticas de tempo de execução e um patrocinador de negócios pode desejar ver o desempenho semanal etc.
Se você criou contratos de nível de serviço para o sucesso da migração, eles precisam ser incorporados à estratégia de relatórios para que você possa acompanhar e verificar o progresso em cada SLA.
Você definiu uma solução de monitoramento de qualidade de dados em andamento?
A qualidade dos dados é contínua e certamente não deve cessar quando a migração tiver sido entregue, pois pode haver uma série de defeitos de dados insidiosos ocultos nos dados migrados anteriormente não detectados.
Além disso, os novos usuários do sistema podem apresentar erros por inexperiência, portanto, planeje isso agora criando um ambiente de monitoramento de qualidade de dados em andamento para a plataforma de destino.
Uma ferramenta útil aqui é qualquer produto de qualidade de dados que possa permitir que você crie regras de qualidade de dados específicas, possua funcionalidade correspondente e também tenha um elemento de painel.
Você criou uma política de fallback de migração?
E se a migração falhar? Como você vai reverter? O que precisa ser feito para facilitar isso?
Espere pelo melhor, mas planeje o pior cenário possível, que é uma migração malsucedida. Isso pode muitas vezes ser incrivelmente complexo e exigir suporte entre organizações, portanto planeje com bastante antecedência da execução.
Você confirmou sua estratégia de desativação herdada?
Agora você deve ter uma abordagem clara, com total concordância, de como descomissionar o ambiente legado após a execução da migração.
Você concluiu algum treinamento de execução relevante?
A equipe que está executando a fase de execução pode diferir da fase de construção, é desnecessário dizer que a execução da migração pode ser complexa, de modo a garantir que os materiais de treinamento relevantes sejam planejados e entregues até o final desta fase.
Você obteve aprovação para os níveis de qualidade de dados previstos no alvo?
É raro que todos os defeitos de dados possam ser resolvidos, mas neste estágio você certamente deve saber quais são e qual impacto eles causarão.
No entanto, os dados não são de sua responsabilidade. Eles pertencem à empresa, portanto, assegure-se de assinar todos os problemas previstos, para que eles estejam totalmente cientes das limitações que os dados apresentam.
Você definiu a estratégia de execução de migração de dados?
Algumas migrações podem levar algumas horas, algumas podem durar anos.
Você precisará criar um plano muito detalhado sobre como a execução da migração ocorrerá. Isso incluirá seções como quais dados serão movidos, quem assinará cada fase, que testes serão executados, quais níveis de qualidade de dados serão previstos, quando a empresa poderá usar os dados, quais medidas de transição precisam ser tomados.
Isso pode se tornar uma atividade considerável, como sempre, planejar com antecedência.
Você criou um processo de análise de lacunas para medir o progresso real versus atual?
Isto é particularmente apropriado em migrações de maior escala.
Se você indicou ao negócio que estará executando a migração em um período de 8 semanas e que os resultados específicos serão criados, você poderá mapeá-los em um gráfico do Excel com pontos de tempo e volumetria antecipada.
À medida que sua migração é executada, você pode calcular o gráfico real vs estimado para identificar eventuais lacunas.
Fase 6: executar & amp; Validar.
Você manteve um registro preciso do progresso do SLA?
Você precisará demonstrar aos patrocinadores de negócios e auditores independentes que sua migração está em conformidade. Como você vai fazer isso varia, mas se você tiver concordado com os SLAs com antecedência, eles precisam ser reportados.
Você já validou a migração de forma independente?
Já cobri isso, mas vale a pena enfatizar novamente que você não pode confiar em sua arquitetura de migração para validar a migração. Um processo independente deve ser tomado para garantir que o processo de migração forneça os dados para um nível de qualidade suficiente para suportar os serviços de destino.
Fase 7: Desativação & amp; Monitor.
Você concluiu sua validação de retirada do sistema?
Normalmente haverá um número de pré-condições que precisam ser atendidas antes que um sistema possa ser finalizado.
Assegure-se de que estes estejam totalmente documentados e acordados (isso deveria ter sido feito antes) para que você possa começar a confirmar que a migração atendeu a essas condições.
Você entregou a propriedade do ambiente de monitoramento de qualidade de dados?
Encerre seu projeto passando adiante o processo e a tecnologia adotados para medir a qualidade dos dados durante o projeto.
Por favor, note que esta lista não é exaustiva, existem muitas outras atividades que podem ser adicionadas aqui, mas deve fornecer um ponto de partida razoável.
Você também pode descobrir que muitas dessas atividades não são necessárias para seu tipo de migração, mas estão incluídas para maior clareza. Como sempre, sua migração é única, portanto, será necessário tomar ações específicas que não estejam nessa lista.
Por que não adicionar suas sugestões para atividades adicionais usando os comentários abaixo para que possamos estender essa lista para um livreto de práticas recomendadas para download?
Obtenha uma lista de verificação de 50 + migração de dados para planejar seu projeto.
& # xf007; Dylan Jones (Editor) & # xf017; 3 de dezembro de 2008 & # xf115; Metodologia de Migração de Dados.
Posts Relacionados.
Quais são as responsabilidades de um patrocinador de migração de dados?
Criando uma migração bem-sucedida de dados de assistência médica: Entrevista com especialistas com Ali McGuckin.
Migrando para SAP SuccessFactors: Conselhos Práticos para uma Migração de Dados On-Time, On-Budget, com Miles Davies.
Briefing Técnico: Migrando Dados & # 8211; Como você sabe que está pronto para ir?
Comentários estão fechados.
Para ajudar você a criar uma carreira, projeto ou negócio de migração de dados bem-sucedido.
Requisitos de conversão de dados CV010 e estratégia.
Interesses Relacionados.
Classificação e Estatísticas.
Opções de compartilhamento.
Documentar ações.
As páginas 6 a 53 não são mostradas nesta pré-visualização.
Documentos Recomendados.
Documentos semelhantes aos requisitos e estratégia de conversão de dados CV010.
Documentos sobre o banco de dados Oracle.
Mais de iscjcoracledev.
Menu de Rodapé.
Legal.
Mídia social.
Direitos autorais & copy; 2018 Scribd Inc. Procure livros. Diretório de sites. Idioma do site:
Você tem certeza?
Esta ação pode não ser possível desfazer. Você tem certeza que quer continuar?
Tem certeza de que deseja excluir esta lista?
Tudo o que você selecionou também será removido de suas listas.
Este livro também será removido de todas as suas listas.
Nós curamos títulos que achamos que você adorará.
O restante deste título estará disponível em breve.
Os Requisitos e Estratégia de Conversão de Dados CV010 estarão disponíveis em.
Estratégia de Conversão de Dados.
O objetivo principal de uma estratégia de conversão será identificar a abordagem geral a ser usada para converter os dados mestre e transacionais necessários de sistemas legados para a nova solução.
Uma implementação do sistema quase sempre envolve alguma conversão. É crucial que uma organização identifique os dados que precisam ser transferidos de um sistema para outro e o formato de transferência para que possa ser usado com êxito pelo novo sistema.
A CNT utiliza algumas diretrizes básicas para preparar qualquer plano de conversão de dados, incluindo:
Requisitos de conversão de dados Conversão manual Conversão automática Métodos de conversão de dados Requisitos de limpeza de dados Cronogramas de teste de conversão.
No comments:
Post a Comment