Escopo, estratégia e cronograma - AWS Orientação prescritiva

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á.

Escopo, estratégia e cronograma

Três elementos-chave compõem os alicerces de todos os programas e sua relevância em grandes migrações: escopo, estratégia e cronograma.

O escopo, a estratégia e o cronograma estão conectados e interdependentes.

Para preparar o terreno para sua jornada de migração, esses elementos devem ser alinhados e compreendidos desde o início de um programa de migração. Qualquer alteração em um desses elementos afetará os outros. O realinhamento deve ser levado em consideração em cada mudança, não importa quão básica ou sensata a mudança possa parecer.

Escopo — O que você está migrando?

É comum que o escopo total do programa seja indefinido, mesmo quando você está na metade da migração. Isso ocorre porque vários fatores podem não ser descompactados até os estágios posteriores. Por exemplo, na metade da migração, você pode descobrir um bolso de TI paralelo que não foi registrado em seu banco de dados de gerenciamento de configuração (CMDB). Como alternativa, o planejamento pode ter se concentrado em uma visão do servidor sem considerar os serviços de rede e segurança de suporte necessários para a execução desses aplicativos (como conexões VPN comAWS parceiros e autoridades de certificação para assinar certificados). Recomendamos investir algum tempo na definição do escopo, retrocedendo a partir do resultado comercial desejado. Você pode acabar usando ferramentas de descoberta para descobrir ativos, uma prática recomendada que será discutida mais adiante neste guia.

O escopo mudará, porque grandes migrações vêm com incógnitas. Essas incógnitas podem estar na forma de sistemas que se tornaram parte da arqueologia do meio ambiente com pouca ou nenhuma compreensão de sua relevância, ou incidentes de produção que causam atrasos e mudanças nos planos que você fez. A chave é ser flexível e ter planos de contingência para manter o programa em andamento.

Estratégia — Por que você deseja migrar?

Você pode estar planejando migrarAWS para o devido a um ou mais dos seguintes motivos:

  • Suas equipes de aplicativos desejam implementar novos pipelines de CI/CD, implantar as pilhas de aplicativos mais recentes ou modernizar plataformas antigas que estão sem suporte.

  • Sua equipe de infraestrutura deve sair rapidamente de um data center antigo antes que o contrato expire e o provedor desligue a energia.

  • O conselho decidiu que você precisa migrar para a nuvem como uma direção estratégica, permitindo um ritmo acelerado de mudanças no future da empresa.

Seja qual for o motivo, todos esses motivos e outros estarão na mente de seus negócios e organizações de TI. É fundamental entender quais são seus motoristas, comunicá-los e priorizá-los. Cada driver adicional potencialmente adiciona tempo, custos, escopo e riscos à sua já grande migração. Estar totalmente ciente do impacto que a estratégia tem no cronograma e no escopo é fundamental.

Depois de definir sua estratégia de migração, uma das principais chaves para o sucesso é o alinhamento dos requisitos entre as várias partes interessadas e equipes. A realização da migração exige equipes diferentes em toda a organização, incluindo infraestrutura, segurança, aplicativos e operações. Essas equipes terão prioridades individuais e outros projetos que talvez já tenham começado. Se essas equipes estão trabalhando com cronogramas e prioridades diferentes, é mais difícil concordar e implementar um plano de migração. A equipe de migração e as principais partes interessadas devem garantir que todas as equipes envolvidas trabalhem em prol de uma única meta e alinhem suas prioridades com um único cronograma de migrações.

Recomendamos explorar como os resultados comerciais desejados podem ser alinhados entre as várias equipes. Por exemplo, migrarAWS e usarAWS Key Management Service (AWS KMS) para criptografar o armazenamento em repouso pode satisfazer tanto as metas de migração quanto de segurança.

Freqüentemente, as empresas desejam modernizar os aplicativos, o que pode resultar em atualizações de infraestrutura, enquanto a equipe de infraestrutura quer ser econômica e minimizar as mudanças na infraestrutura. A mentalidade para grandes migrações deve ser a mais básica possível. As equipes envolvidas devem evitar tentar fazer tudo de uma vez.

Para conseguir isso, defina as expectativas certas no início do projeto. A mensagem principal deve ser “Migre primeiro, depois modernize”. Essa abordagem não apenas permite que as organizações reduzam a dívida técnica e, eventualmente, operem em grande escala, mas também abre caminhos para diferentes abordagens de modernização usando a escalabilidade e a agilidade queNuvem AWS elas podem oferecer. Pensar em longo prazo ajudará as equipes de infraestrutura a simplificar a implantação e o gerenciamento da infraestrutura. Como resultado, a empresa pode ter ciclos de lançamento de recursos mais rápidos.

Cronograma — Quando é necessário fazer a migração?

Dependendo do seu caso de negócios, você deve garantir que não está consumindo mais do que é possível obter no tempo alocado. Se o seu driver de migração for baseado em uma data fixa de conclusão, você deverá escolher a estratégia que atenda a esse requisito de cronograma. A maioria das grandes migrações se baseia nessas restrições de tempo, portanto, as estratégias de migração devem ter cronogramas e resultados definidos e fixos, com pouco espaço para extensões ou superações.

Nesses tipos de migrações urgentes, recomendamos a abordagem “Migre primeiro, depois modernize”. Isso ajuda a definir expectativas e incentiva as equipes a garantir que seus planos e orçamentos de projetos individuais estejam alinhados com a meta geral de migração. É importante descobrir quaisquer divergências o mais cedo possível no projeto, falhar rapidamente e resolver as divergências no nível do Comitê Diretor e envolver as partes interessadas certas para garantir que o alinhamento esteja em vigor.

Por outro lado, se sua principal meta de migração é obter os benefícios da modernização de aplicativos, isso deve ser destacado logo no início do programa. Muitos programas começam com uma meta inicial baseada em um prazo fixo e não planejam os requisitos das partes interessadas que desejam resolver problemas e problemas pendentes. Em alguns casos, esses problemas estão presentes há anos nos sistemas de origem, mas agora eles se tornam bloqueadores artificiais da migração.

As atividades de modernização durante uma migração podem afetar a funcionalidade dos aplicativos de negócios. Até mesmo o que é considerado uma pequena atualização, como uma mudança na versão do sistema operacional, pode ter um efeito importante nos cronogramas do programa. Isso não deve ser considerado trivial.