As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Sobre o gerenciamento de uma grande migração
Para gerenciar e administrar com eficácia um grande projeto de migração, o gerente de projeto precisa ter uma compreensão de alto nível do portfólio, das fases de uma grande migração e das responsabilidades de cada fluxo de trabalho.
Esta seção contém os seguintes tópicos:
Fluxos de trabalho em uma grande migração
Na fase de migração, a qualquer momento, no mínimo quatro fluxos de trabalho estão operando simultaneamente: a base, a governança do projeto, o portfólio e os fluxos de trabalho de migração. Esses são os principais fluxos de trabalho de qualquer grande projeto de migração, e seu projeto pode ter fluxos de trabalho adicionais de suporte. Para obter mais informações, consulte Workstreams in a large migration no manual da Foundation paraAWS grandes migrações.
Alimentando o pipeline de migração
Na fábrica de migração, o planejamento de ondas e a migração ocorrem ao mesmo tempo e operam continuamente. A equipe do portfólio alimenta o pipeline de migração planejando ondas, e a equipe de migração completa o pipeline realizando a migração e eliminando as cargas de trabalho. A equipe do portfólio prepara cinco ondas no final do estágio de inicialização, e o estágio de implementação começa quando a equipe de migração começa a migrar uma ou mais das ondas preparadas.
Para cada onda, o fluxo de trabalho do portfólio dura de 1 a 2 semanas, e o fluxo de trabalho de migração normalmente dura de 3 a 4 semanas. O fluxo de trabalho do portfólio está cinco ondas à frente do fluxo de trabalho de migração, portanto, sempre há um buffer de cinco ondas entre o portfólio e os fluxos de trabalho de migração. Durante todo o estágio de implementação, tanto a equipe do portfólio quanto a equipe de migração continuam processando ondas, e o buffer evita que o fluxo de trabalho de migração fique sem servidores para migrar. Para ver um exemplo de um cronograma de ondas, consulte Estágio 2: Implementando uma grande migração no Guia paraAWS grandes migrações.
A equipe do portfólio prioriza os aplicativos e, em seguida, os atribui a ondas em grupos lógicos de movimento. Ao planejar ondas, a equipe do portfólio considera a complexidade da migração, as semelhanças de aplicativos e as dependências de aplicativos e infraestrutura. Isso ajuda a garantir que os aplicativos e suas dependências sejam migrados em sua totalidade. Para obter mais informações sobre o planejamento de ondas, consulte o manual de portfólio paraAWS grandes migrações. Para governança de projetos, você gerencia e rastreia informações sobre ondas e sprints, incluindo aplicativos, servidores e proprietários de aplicativos. Você pode usar um painel em um site do Confluence, uma lista no Microsoft Excel ou uma combinação de ferramentas.
Período de desaquecimento
Depois de concluir a transferência, os aplicativos e servidores migrados entram no período de hiperatendimento. No período de hiperatendimento, a equipe de migração gerencia e monitora os aplicativos migrados na nuvem para resolver quaisquer problemas. Normalmente, esse período dura de 1 a 4 dias. Ao final do período de hiperatendimento, a equipe de migração transfere a responsabilidade pelos aplicativos para a equipe de operações em nuvem (Cloud Ops). Neste momento, a onda é considerada completa.
Estabelecendo uma abordagem ágil
Ao estabelecer uma abordagem ágil, a equipe do projeto pode permanecer flexível e se adaptar rapidamente às mudanças durante a migração. Recomendamos a adoção de uma estrutura Scrum para uma grande migração. No manual de migração paraAWS grandes migrações, você atribui ondas aos sprints, que é um período fixo de tempo em que a equipe de migração trabalha em todas as ondas desse sprint. Se cada sprint durar 2 semanas, cada onda abrange pelo menos dois sprints. Um sprint consiste em eventos padrão, como planejar o sprint e conduzir reuniões diárias de stand-up, uma revisão e uma retrospectiva.
Você usa um backlog de sprint, que consiste nas tarefas atuais e pendentes no sprint, para gerenciar as atividades. Neste manual, você seleciona uma ferramenta de gerenciamento de projetos para monitorar o progresso. Você pode selecionar um projeto ou aplicativo de acompanhamento de problemas, como o Jira ou o Confluence, e também pode selecionar uma abordagem visual para representar tarefas, como um quadro Kanban ou um gráfico de Gantt. Ao rastrear o acúmulo de sprint em uma ou mais dessas ferramentas, você fornece transparência ao projeto, designa proprietários para cada tarefa e estabelece prazos claros.
