Examinar as decisões de racionalização

Durante as fases iniciais de estratégia e planejamento, sugerimos que você aplique uma abordagem de racionalização incremental à propriedade digital. Mas essa abordagem incorpora algumas suposições nas decisões resultantes. Aconselhamos à equipe de estratégia de nuvem e às equipes de adoção da nuvem a revisar essas decisões em uma documentação de carga de trabalho expandida. Essa análise também é um bom momento para envolver os stakeholders de negócios e o patrocinador executivo em decisões futuras sobre os ativos.

Importante

A validação posterior das decisões de racionalização ocorrerá durante a fase de avaliação da migração. Essa validação concentra-se na análise comercial da racionalização para alinhar os recursos adequadamente.

Para validar as decisões de racionalização, use as perguntas a seguir para facilitar uma conversa com a empresa. As perguntas são agrupadas pelo alinhamento provável da racionalização.

Indicadores de inovação

Se a análise conjunta das perguntas a seguir gerar uma resposta afirmativa, uma carga de trabalho poderá ser um candidato melhor para a inovação. Essa carga de trabalho não será migrada por meio de um modelo de lift-and-shift nem de modernização. Em vez disso, a lógica de negócios ou as estruturas de dados serão recriadas como outro aplicativo ou como um aplicativo com recriação da arquitetura. Essa abordagem pode ser mais trabalhosa e demorada. Mas para uma carga de trabalho que representa retornos de negócios significativos, o investimento é justificado.

• Os aplicativos dessa carga de trabalho criam diferenciação no mercado?
• Há um investimento proposto ou aprovado com o objetivo de aprimorar as experiências associadas aos aplicativos dessa carga de trabalho?
• Os dados dessa carga de trabalho disponibilizam novas ofertas de serviços ou produtos?
• Há um investimento proposto ou aprovado com o objetivo de aproveitar os dados associados a essa carga de trabalho?
• O efeito da diferenciação no mercado ou das novas ofertas pode ser quantificado? Nesse caso, isso justifica o aumento do custo da inovação durante a adoção da nuvem?

As duas perguntas a seguir podem ajudar você a incluir cenários técnicos de alto nível na análise de racionalização. Se a resposta para uma delas for "Sim", isso poderá identificar formas de responsabilização pelo custo ou de redução do custo associado à inovação.

• As estruturas de dados ou a lógica de negócios são alteradas durante a adoção da nuvem?
• Um pipeline de implantação existente é usado para implantar essa carga de trabalho em produção?

Se a resposta para uma das perguntas for "Sim", a equipe deverá considerar a inclusão dessa carga de trabalho como um candidato à inovação. No mínimo, a equipe deve sinalizar essa carga de trabalho para análise da arquitetura a fim de identificar oportunidades de modernização.

Indicadores de migração

A migração é uma forma mais rápida e barata de adotar a nuvem. Mas não aproveita as oportunidades de inovação. Antes de investir em inovação, responda às perguntas a seguir. Elas podem ajudar você a determinar se um modelo de migração é mais aplicável a uma carga de trabalho.

• O código-fonte está dando suporte a este aplicativo estável? Você espera que ele permaneça estável e inalterado durante o período deste ciclo de lançamento?
• Essa carga de trabalho dá suporte aos processos de negócios de produção hoje? Ela continuará dando esse suporte durante este ciclo de lançamento?
• É uma prioridade que esse esforço de adoção da nuvem aprimore a estabilidade e o desempenho dessa carga de trabalho?
• A redução de custos associada a essa carga de trabalho é um objetivo durante esse esforço?
• A redução da complexidade operacional dessa carga de trabalho é uma meta durante esse esforço?
• A inovação é limitada pela arquitetura atual ou pelos processos de operação de TI?

Se a resposta para uma dessas perguntas for "Sim", você deverá considerar um modelo de migração para a carga de trabalho. Essa recomendação será verdadeira mesmo se a carga de trabalho for um candidato para inovação.

Os desafios de complexidade operacional, custos, desempenho ou estabilidade podem atrapalhar os retornos de negócios. Você pode usar a nuvem para gerar rapidamente aprimoramentos relacionadas a esses desafios. Quando aplicável, sugerimos que você use a abordagem de migração para primeiro estabilizar a carga de trabalho. Em seguida, expanda as oportunidades de inovação no ambiente de nuvem estável e ágil. Essa abordagem fornece retornos de curto prazo e reduz o custo necessário para impulsionar alterações de longo prazo.

Importante

Os modelos de migração incluem a modernização incremental. O uso de arquiteturas de PaaS (plataforma como serviço) é um aspecto comum das atividades de migração. Também são aspectos comuns alterações secundárias de configuração que usam esses serviços de plataforma. O limite para migração é definido como uma alteração substancial na lógica de negócios ou nas estruturas de negócios de suporte. Essa alteração é considerada um esforço de inovação.

Atualizar o plano de projeto

As habilidades necessárias para um esforço de migração são diferentes das habilidades necessárias para um esforço de inovação. Durante a implementação de um plano de adoção da nuvem, sugerimos que você atribua esforços de migração e de inovação a diferentes equipes. Cada equipe tem cadências próprias de iteração, liberação e planejamento. A atribuição de equipes separadas fornece a flexibilidade do processo para manter um plano de adoção da nuvem, levando em conta os esforços de inovação e de migração.

Quando você gerencia o plano de adoção da nuvem no Azure DevOps, esse gerenciamento é refletido pela alteração do item de trabalho pai (ou épico) da migração para a nuvem para a inovação em nuvem. Essa alteração sutil ajuda a garantir que todos os participantes do plano de adoção da nuvem possam acompanhar rapidamente o esforço necessário e as alterações nos esforços de correção. Esse controle também ajuda a alinhar as atribuições adequadas à equipe de adoção da nuvem relevante.

Para planos de adoção grandes e complexos com vários projetos distintos, considere a possibilidade de atualizar o caminho de iteração. A alteração do caminho de área torna a carga de trabalho visível somente para a equipe atribuída a esse caminho de área. Essa alteração pode facilitar o trabalho da equipe de adoção da nuvem, reduzindo o número de tarefas visíveis. No entanto, isso adiciona complexidade aos processos de gerenciamento de projeto.

Próximas etapas

Estabeleça iterações e planos de versão para começar a planejar o trabalho.

Estabeleça iterações e planos de versão para começar a planejar o trabalho.