Exercício – Personalizar o plano de adoção da nuvem

Concluído

Neste exercício, você obterá dados da etapa de avaliação anterior para popular o modelo de plano de adoção da nuvem. Esse plano controlado por dados ajudará a gerenciar o trabalho relacionado à migração e à implantação de cargas de trabalhos inovadoras.

Personalizar o plano de adoção da nuvem

É tentador elaborar um plano que leve em consideração todas as cargas de trabalho e todos os ativos necessários na nuvem. Se a sua equipe não tiver processos bem estabelecidos para a adoção da nuvem e ampla experiência com o provedor de nuvem escolhido, tal plano poderá criar falsas percepçõ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, veremos como a Tailwind Traders elaborou seu primeiro plano de adoção. A empresa usa as seguintes etapas:

  1. Adicionar o primeiro ciclo de cargas de trabalho
  2. Associar ativos dependentes a cada carga de trabalho
  3. Priorizar cargas de trabalho
  4. Avaliar as tarefas de migração como uma equipe
  5. Estimar as tarefas e tentar conclui-las dentro do tempo estimado
  6. Testar as cargas de trabalho implantadas
  7. Refinar processos e estimativas
  8. Aplicar o aprendizado inicial a um plano de adoção mais abrangente

Abrir seu modelo de plano de adoção da 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 da nuvem. A última etapa dessa unidade sugeriu salvar a URL para a exibição de hierarquia do épico desse plano de projeto. Use esse link (ou as etapas da primeira unidade) para abrir a lista de pendências ou o plano de projeto criado pelo modelo.

Adicionar cargas de trabalho

Agora vamos adicionar algumas cargas de trabalho ao plano de projeto. No final da última unidade, identificamos uma série de cargas de trabalho do patrimônio digital da Tailwind Traders. Ao criar planos reais, você pode direcionar dez cargas de trabalho para sua primeira migração, mas, para simplificar, você vai direcionar apenas as seis cargas de trabalho que identificamos na última unidade.

Observação

As cargas de trabalho de solução de desktop virtual e de backup podem ser consideradas plataformas de tecnologia, em vez de cargas de trabalho. Porém, 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 na Nuvem na lista de pendências para ver todas as cargas de trabalho com imagens fixas para migração. Selecione as reticências à direita do épico de Migração na Nuvem 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 plano. As perguntas estão nos termos do Azure DevOps, não nos termos da carga de trabalho. Adicione todas as cargas de trabalho a serem migradas à lista de pendências como elementos filho do Epic de migração para a nuvem. Todas as cargas de trabalho são inseridas como recursos, considerando a quantidade de trabalho necessária para migrar todos os ativos dependentes que dão suporte a uma carga de trabalho. Insira o nome da carga de trabalho para concluir o 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 selecione OK na parte inferior do formulário.

    Screenshot that shows creating a new workload (feature).

  • Inserir dados de carga de trabalho Para essas primeiras cargas de trabalho, concentre-se na quantidade mínima de dados de que você acredita que a equipe de migração precisará para concluir a migração até a produção. O nome da carga de trabalho deve vir 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, confidencialidade de dados, marca de carga de trabalho, grupo empresarial, proprietário da carga de trabalho, compromisso de operações ou outras informações que devem ser mantidas durante todo o ciclo de vida da carga de trabalho. Para estabelecer as melhores práticas desde o início, comece sua primeira discussão nesse formulário descrevendo os requisitos de teste que validarão 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 em sua primeira onda de migração. Para este exercício, crie recursos no plano para representar cada uma das seis cargas de trabalho da Tailwind Traders: cupom móvel, prateleira de vídeo, PDVs de loja remotos, agendamento de funcionários, área de trabalho virtual e solução de backup.

Adicionar ativos

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

Observação

Para simplificar, vamos numerar cada ativo, em vez de fornecer nomes para cada um. Em projetos do mundo real, você registra o nome e outros aspectos de metadados para orientar as ações técnicas.

  • Abrir 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 ao plano: semelhante ao processo de adição de uma nova carga de trabalho, o primeiro formulário solicita alguns dados básicos para adicionar esse ativo ao seu plano. Adicione todos os ativos a serem migrados à 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, pois a migração desse ativo é um resultado discreto e mensurável baseado em uma série de tarefas. Insira o nome do ativo para preencher o formulário. Para este exercício, selecione Filho como o Tipo link, selecione História de usuário como o Tipo de item de trabalho e insira Ativo nº 1 como o título do seu primeiro ativo. Selecione OK na parte inferior do formulário.

    Screenshot that shows creating a new asset.

  • Insira os dados de ativos: o nome do ativo deve vir 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, marcas 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 nos critérios de aceitação. Use a caixa Critérios de aceitação para preencher os detalhes sobre como e por quem este ativo será testado após ser implantado na nuvem. Selecione Salvar e Fechar para salvar as informações do ativo.

Screenshot that shows the new user story form.

Priorizar cargas de trabalho

Na exibição de hierarquia do épico da lista de pendências, arraste as 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 a serem migradas.

Conforme o aumento do número de cargas de trabalho em seu plano, essa abordagem poderá 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, use os campos de prioridade, risco, valor comercial ou criticidade de tempo para indicar um valor mais longo para priorização.

E o mais importante: definir os ciclos das cargas de trabalho a serem migradas estabelece a prioridade para que o trabalho seja 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 e Fechar quando tiver concluído.

Screenshot that shows different ways to record workload prioritization.

Avaliar as tarefas de migração como uma equipe

O modelo de plano de adoção da nuvem implanta um exemplo de modelo de carga de trabalho para mostrar as várias ações diferentes que uma migração pode exigir. Dependendo da abordagem de migração escolhida, as tarefas necessárias poderão variar.

Migração de ativos: no centro de qualquer abordagem de migração há 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 as configurações de segurança e gerenciamento e documentar a configuração desse ativo. Você pode repetir essas tarefas para todos os ativos na propriedade digital. O modelo inclui links de instruções para concluir cada tarefa.

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

Migração de carga de trabalho: para dimensionar esses processos, uma migração de carga de trabalho pode ser muito mais útil. Nesta abordagem, você pode ignorar as tarefas associadas a cada ativo no modelo. Os ativos são migrados em massa usando ferramentas como as Migrações para Azure. Você conclui o dimensionamento, a dependência, os testes e a documentação também uma vez para cada carga de trabalho a fim de reduzir tarefas redundantes. Conforme as cargas de trabalho são migradas, os ativos existentes também são encerrados para desativar os ativos não usados e reduzir os custos contínuos.

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

Alocador de migração: para maior escala e uma opção mais reproduzível, você pode criar um alocador de migração à medida que obtiver experiência adicional. A seção de melhorias do processo do Cloud Adoption Framework apresenta uma série de processos a serem considerados.

Adicionar tarefas

Depois que a equipe estiver alinhada com as 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.

Como nas etapas anteriores, aqui você vai selecionar as reticências ao lado de todas as cargas de trabalho ou ativos para adicionar tarefas. A única diferença é que você escolhe Tarefa na lista suspensa Tipo de item de trabalho para rastrear 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 nas atribuições. O modelo fornece exemplos de histórias do usuário para agrupar o trabalho, como é mostrado na seguinte imagem:

Screenshot that shows group tasks in user stories.

Estimar tarefas e tentar concluí-las no tempo estimado

Para cada tarefa que a equipe concordar em incluir, faça uma estimativa do tempo necessário para concluir o trabalho. Insira o tempo estimado na caixa de texto Estimativa Original e selecione Salvar e Fechar.

A cada dia, reúna-se com a equipe durante a primeira iteração para registrar o progresso do trabalho. Atualize os valores de tempo Restante e de Conclusão na reunião todos os dias. Isso ajudará a equipe a prestar atenção na dificuldade de concluir cada tarefa, além de ajudar a refinar as estimativas para o futuro. Nas primeiras iterações, pratique o registro de observações sobre o trabalho que está sendo concluído na caixa Discussão para ajudar a reter as lições aprendidas.

Observação

À medida que a equipe avança, alguns dos trabalhos com os quais concordaram poderão parecer desnecessários. Para fins de aprendizado contínuo, tente garantir que todas as tarefas sejam concluídas durante a iteração para validar essas impressões. Depois ajuste-as em iterações futuras. Não permita que uma tarefa desnecessária se torne um bloqueador para fornecer a História do Usuário ou o esforço de migração.

Teste a implantação

À medida que cada ativo é implantado, execute um teste para validar a conclusão e a adesão ao design inicial.

Quando o ativo final para cada carga de trabalho estiver implantado, valide a arquitetura, o desempenho e o dimensionamento. O mais importante é realizar um teste da carga de trabalho com os usuários reais de negócios, sempre que possível.

Retrospectiva para aprimorar processos e estimativas

No final de sua primeira iteração, reúna-se como uma equipe para discutir o que funcionou e o que não funcionou. Observe também as coisas que a equipe deseja parar de fazer, continuar fazendo ou fazer mais.

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

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

Repita as etapas deste artigo nas três primeiras iterações para continuar aprendendo e aperfeiçoando os processos. Após algumas iterações, a equipe deve ter uma compreensão das tarefas necessárias, do tempo exigido para elas e dos processos gerais que levarão ao sucesso em seu programa de transformação digital.

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

Como regra geral, os gerentes de projeto devem tentar carregar dez cargas de trabalho por iteração nas primeiras iterações. À medida que você concluir mais retrospectivas, ficará mais claro quantas cargas de trabalho a equipe pode concluir em uma iteração de duas semanas. Algumas equipes experientes podem migrar centenas ou até milhares de ativos em um sprint de duas semanas. No entanto, o teste e a liberação para produção das cargas de trabalho aos quais esses ativos dão suporte são mais demorados.

Durante as primeiras semanas de execução da iteração inicial, a maior parte do seu projeto de migração deve ser carregada, priorizada, atribuída a iterações e estimada. Normalmente, a precisão da duração do projeto e das linhas do tempo se estabilizam quando a terceira iteração é concluída.

Integrar o patrimônio digital em escala

Você pode adicionar mais rapidamente cargas de trabalho, ativos, tarefas e assim por diante, usando o suplemento do Teams para Microsoft Excel. A seção Próximas etapas da próxima unidade traz 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.

Participação de parceiros

Os parceiros da Microsoft que fornecem ofertas aprovadas pelo Cloud Adoption Framework podem acelerar o planejamento e a execução da migração, reduzindo de maneira considerável a quantidade de trabalho recorrente exigido pela organização. Confira o site da oferta de parceiro do Cloud Adoption Framework para ofertas de parceiros experientes.