Exercício - Personalize seu plano de adoção de nuvem

Concluído

Neste exercício, você obterá dados da etapa de avaliação anterior para preencher o plano de adoção de nuvem predefinido. Esse plano baseado em dados ajudará a gerir o trabalho relacionado com a migração e a implantação de cargas de trabalho novas e inovadoras.

Personalize seu plano de adoção de nuvem

É tentador criar um plano que leve em conta todas as cargas de trabalho e todos os ativos necessários na nuvem. Se sua equipe não tiver processos bem estabelecidos para adoção de nuvem e ampla experiência com o provedor de nuvem escolhido, esse plano pode criar falsas perceções e injetar riscos desnecessários.

Em vez disso, personalize e teste seu plano usando um pequeno conjunto de cargas de trabalho bem definidas para criar sua primeira onda de adoção da nuvem. Nesta unidade, mostraremos como a Tailwind Traders constrói seu primeiro plano de adoção. A empresa utiliza os seguintes passos:

  1. Adicionar a primeira onda de cargas de trabalho
  2. Associe ativos dependentes a cada carga de trabalho
  3. Priorize cargas de trabalho
  4. Avalie as tarefas de migração como uma equipe
  5. Estimar tarefas e tentar concluí-las no tempo estimado
  6. Testar as cargas de trabalho implantadas
  7. Refinar processos e estimativas
  8. Aplicar a aprendizagem inicial a um plano de adoção mais abrangente

Abra seu modelo de plano de adoção de nuvem

Na primeira unidade deste módulo, você criou uma lista de pendências no Azure DevOps usando o modelo de plano de adoção de nuvem. A última etapa dessa unidade sugeriu salvar a URL na visualização de hierarquia épica do plano de projeto. Use esse link (ou as etapas da primeira unidade) para abrir sua lista de pendências ou plano de projeto que o modelo criou.

Adicionar cargas de trabalho

Agora, adicionaremos algumas cargas de trabalho ao plano do projeto. No final da última unidade, identificamos uma série de cargas de trabalho do espólio digital da Tailwind Traders. Ao criar planos reais, você pode direcionar dez cargas de trabalho para sua primeira migração, mas, por uma questão de brevidade, você segmentará apenas as seis cargas de trabalho que identificamos na última unidade.

Nota

As cargas de trabalho de desktop virtual e de solução de backup podem ser consideradas plataformas de tecnologia em vez de cargas de trabalho. No entanto, durante a migração, essa distinção tem pouca influência sobre como a coleção de ativos é implantada na nuvem.

  • Abra o formulário para adicionar uma carga de trabalho: expanda o épico de migração para nuvem em sua lista de pendências para ver todas as cargas de trabalho programadas para migração. Selecione as reticências à direita do épico Cloud Migration para ver o menu. No menu pop-up, passe o mouse sobre Adicionar link e selecione Novo item.

    Screenshot that shows the menu options for adding a workload.

  • Adicionar uma nova carga de trabalho ao plano: o primeiro formulário solicita alguns dados básicos para adicionar essa carga de trabalho ao seu plano. As perguntas estão em termos de DevOps do Azure, não em termos de carga de trabalho. Adicione todas as cargas de trabalho a serem migradas para a lista de pendências como elementos filho do épico de migração para a nuvem. Todas as cargas de trabalho são inseridas como recursos, dada a quantidade de trabalho necessária para migrar todos os ativos dependentes que suportam uma carga de trabalho. Insira o nome da carga de trabalho para preencher este formulário. Para este exercício, selecione Filho como o tipo de link, selecione Recurso como o tipo de item de trabalho, insira cupom móvel como o título da sua primeira carga de trabalho e, em seguida, selecione OK na parte inferior do formulário.

    Screenshot that shows creating a new workload (feature).

  • Inserir dados da carga de trabalho: para essas primeiras cargas de trabalho, concentre-se na quantidade mínima de dados que você acredita que a equipe de migração precisará para concluir uma migração até a produção. O nome da carga de trabalho deve transitar do formulário anterior. Preencha a caixa Descrição com informações críticas que devem ser marcadas para todos os ativos associados a essa carga de trabalho, como criticidade, sensibilidade de dados, tag de carga de trabalho, grupo de negócios, proprietário da carga de trabalho, compromisso de operações ou outras informações que devem persistir durante todo o ciclo de vida da carga de trabalho. Para estabelecer práticas recomendadas desde o início, inicie sua primeira discussão neste formulário descrevendo os requisitos de teste que validariam a migração bem-sucedida dessa carga de trabalho. Selecione Salvar e fechar para salvar as informações da carga de trabalho.

    Screenshot that shows the new feature form.

Repita essas etapas para cada uma das cargas de trabalho na primeira onda de migração. Para este exercício, crie recursos no plano para representar cada uma das seis cargas de trabalho do Tailwind Traders: cupom móvel, prateleira de vídeo, POS de loja remota, agendamento de funcionários, área de trabalho virtual e solução de backup.

Adicionar ativos

Cada um dos ativos inventariados necessários para suportar uma carga de trabalho precisa ser adicionado ao plano para gerenciar o trabalho real. O processo a seguir mostra como adicionar cada ativo sob a carga de trabalho correspondente.

Nota

Para simplificar, vamos numerar cada ativo em vez de fornecer nomes para cada um. Em projetos do mundo real, você registraria o nome e outros aspetos de metadados para orientar os esforços técnicos.

  • Abra o formulário para adicionar um novo ativo: expanda o recurso Cupom móvel em sua lista de pendências. Selecione as reticências à direita de Cupom móvel para ver o menu. No menu pop-up, passe o mouse sobre Adicionar link e selecione Novo item.

    Screenshot that shows the menu options for adding an asset.

  • Adicionar um novo ativo no plano: semelhante ao processo para adicionar uma nova carga de trabalho, o primeiro formulário solicita alguns dados básicos para adicionar esse ativo ao seu plano. Você deve adicionar todos os ativos a serem migrados para a lista de pendências como elementos filho do recurso de carga de trabalho relevante. Todos os ativos são inseridos como histórias de usuário, porque a migração desse ativo é um resultado discreto e mensurável com base em uma série de tarefas. Insira o nome do ativo para preencher este formulário. Para este exercício, selecione Filho para o tipo de link, selecione História de usuário para o tipo de item de trabalho e insira Ativo #1 como o título do seu primeiro ativo. Selecione OK na parte inferior do formulário.

    Screenshot that shows creating a new asset.

  • Inserir dados do ativo: o nome do ativo deve ser transferido do formulário anterior. Preencha a caixa Descrição com informações críticas sobre esse ativo, como tipo de ativo (VM, dados ou aplicativo), segmentação de rede atual, dependências conhecidas, tags específicas do ativo ou outras informações que possam ajudar na migração do ativo. Para estabelecer as melhores práticas desde o início, comece a pensar em critérios de aceitação. Use a caixa Critérios de aceitação para preencher detalhes sobre como e por quem esse ativo será testado depois de implantado na nuvem. Selecione Salvar & Fechar para salvar as informações do ativo.

Screenshot that shows the new user story form.

Priorize cargas de trabalho

Na visualização de hierarquia Epic da sua lista de pendências, você pode arrastar cargas de trabalho para cima e para baixo na lista para refletir a prioridade linear e começar a estabelecer uma sequência de cargas de trabalho para migrar.

À medida que o número de cargas de trabalho em seu plano cresce, essa abordagem pode não ser robusta o suficiente para fornecer a clareza necessária. Selecione qualquer carga de trabalho para abrir o formulário de edição de item de trabalho usado para adicionar essa carga de trabalho inicial. Na seção Planejamento do formulário, você pode usar os campos para prioridade, risco, valor comercial ou criticidade de tempo para indicar um valor mais duradouro para priorização.

Mais importante ainda, a definição de ondas de cargas de trabalho para migrar estabelece prioridade para o trabalho a ser concluído. No mesmo formulário, você pode definir uma iteração para cada carga de trabalho usando a lista suspensa Iteração .

Se você usar o formulário para definir valores de prioridade, lembre-se de selecionar Salvar & Fechar quando terminar.

Screenshot that shows different ways to record workload prioritization.

Avalie as tarefas de migração como uma equipe

O modelo de plano de adoção de nuvem implanta um modelo de carga de trabalho de exemplo para mostrar os vários esforços diferentes que uma migração pode exigir. Dependendo da abordagem escolhida para migrar, as tarefas necessárias podem variar.

Migração de ativos: No centro de qualquer abordagem de migração está um processo simples de duas etapas que deve ser concluído para cada ativo: avaliar a compatibilidade e migrar o ativo. A maioria das equipes também adiciona processos básicos para otimizar o dimensionamento, definir configurações de segurança e gerenciamento e documentar a configuração desse ativo. Você pode repetir essas tarefas para todos os ativos no patrimônio digital. O modelo inclui links para instruções para concluir cada tarefa.

A migração de ativos é boa para esforços táticos de pequena escala, mas essa abordagem não é dimensionada para atender às necessidades de migrações sofisticadas ou esforços de adoção como o que a Tailwind Traders precisa concluir.

Migração de carga de trabalho: para dimensionar esses processos, uma migração de carga de trabalho pode ser muito mais útil. Nessa abordagem, você pode ignorar as tarefas associadas a cada ativo no modelo. Os ativos são migrados em massa usando ferramentas como o Azure Migrate. Você conclui a avaliação, o dimensionamento, a dependência, os testes e a documentação uma vez para cada carga de trabalho para reduzir tarefas redundantes. À medida que as cargas de trabalho são migradas, os ativos existentes também são desativados para aposentar ativos não utilizados e reduzir os custos contínuos.

A migração da carga de trabalho é muito mais eficiente, mas também pode atingir pontos de escala quando o esforço começa a se concentrar em milhares de VMs.

Fábrica de migração: para a opção de maior escala e mais repetível, você pode criar uma fábrica de migração à medida que você e sua equipe ganham experiência adicional. A seção de melhorias de processos do Cloud Adoption Framework fornece uma série de processos a serem considerados.

Adicionar tarefas

Depois que a equipe se alinhar nas tarefas necessárias para dar suporte aos seus processos, você poderá começar a adicionar essas tarefas a cada carga de trabalho e/ou ativo.

Semelhante às etapas anteriores, aqui você selecionará as reticências ao lado de qualquer carga de trabalho ou ativo para adicionar tarefas. A única diferença é que você escolhe Tarefa na lista suspensa Tipo de item de trabalho para controlar as atribuições e o trabalho associado a essa tarefa.

Screenshot that shows adding tasks.

Se você adicionar tarefas diretamente a uma carga de trabalho, também poderá adicionar histórias de usuários para agrupar o trabalho e ajudar com atribuições. O modelo fornece exemplos de histórias de usuários para trabalho em grupo, conforme mostrado na imagem a seguir:

Screenshot that shows group tasks in user stories.

Estimar tarefas e tentar concluí-las no tempo estimado

Para cada tarefa que a equipe concorda em incluir, elabore uma estimativa de tempo necessária para concluir o trabalho. Insira o tempo estimado na caixa de texto Estimativa original e selecione Salvar & Fechar.

Todos os dias, reúna-se com a equipe durante a primeira iteração para capturar o progresso do trabalho. Atualize os valores Tempo restante e Tempo concluído na reunião todos os dias. Isso ajuda a equipe a prestar muita atenção à dificuldade de concluir cada tarefa e ajuda a refinar as estimativas para o futuro. Para as primeiras iterações, pratique a gravação de observações sobre o trabalho que está sendo concluído na caixa de discussão para ajudar a reter as lições aprendidas.

Nota

À medida que a equipa progride, alguns dos trabalhos acordados podem parecer desnecessários. Para continuar a aprender, tente garantir que todas as tarefas sejam concluídas durante a iteração para validar essas aparências e, em seguida, ajustá-las em iterações futuras. Não deixe que uma tarefa desnecessária se torne um obstáculo para entregar a história do usuário ou o esforço de migração.

Testar a implementação

À medida que cada ativo é implantado, execute um teste para validar a conclusão e a aderência ao projeto inicial.

Quando o ativo final de cada carga de trabalho for implantado, valide a arquitetura, o desempenho e o dimensionamento. Mais importante ainda, execute um teste da carga de trabalho com usuários empresariais reais sempre que possível.

Retrospetiva para refinar processos e estimativas

No final da sua primeira iteração, reúna-se como uma equipe para discutir o que funcionou e o que não funcionou. Analise também as coisas que a equipa quer deixar de fazer, continuar a fazer ou fazer mais.

Aplique estas considerações simples à lista de tarefas a incluir na sua próxima iteração. Você também pode usar o tempo gasto em tarefas para informar novas estimativas da equipe.

Aplique seu aprendizado inicial a um plano de adoção mais abrangente

Repita as etapas neste artigo para suas três primeiras iterações para continuar aprendendo e refinando processos. Após algumas iterações, a equipe deve ter uma compreensão das tarefas necessárias, do tempo necessário para exigir essas tarefas e dos processos gerais que levarão ao sucesso em todo o seu programa de transformação digital.

Em paralelo à conclusão de cada iteração, o gerente de projeto deve usar dados de avaliação da unidade anterior para preencher o plano mais avançado, incluindo o maior número de cargas de trabalho e ativos necessários.

Como regra geral, os gerentes de projeto devem tentar carregar 10 cargas de trabalho por iteração para as primeiras iterações. À medida que você conclui mais retrospetivas, ficará mais claro quantas cargas de trabalho a equipe pode concluir em uma iteração de duas semanas. Algumas equipes maduras podem migrar centenas ou até milhares de ativos em um sprint de duas semanas. No entanto, o teste e a liberação de produção das cargas de trabalho suportadas por esses ativos levarão mais tempo.

Durante as primeiras semanas de execução inicial da iteração, a maioria do seu projeto de migração deve poder ser carregada, priorizada, atribuída a iterações e estimada. Normalmente, a precisão da duração do projeto e dos cronogramas se estabiliza no momento em que a terceira iteração é concluída.

Integre o seu património digital em escala

Você pode adicionar mais rapidamente cargas de trabalho, ativos e tarefas usando o suplemento Teams para Microsoft Excel. A seção Próximas etapas na próxima unidade fornece links para uma série de artigos que ensina como carregar um grande número de cargas de trabalho e ativos usando o modelo de carga de trabalho fornecido no plano inicial de adoção da nuvem.

Envolvimento de parceiros

Os parceiros da Microsoft que fornecem as ofertas aprovadas pelo Cloud Adoption Framework podem acelerar o planejamento e a execução da migração, reduzindo significativamente a quantidade de trabalho recorrente exigido pela organização. Consulte o site de ofertas de parceiros do Cloud Adoption Framework para obter ofertas de parceiros experientes.