Examinar as decisões de racionalização

Artigo
07/11/2023

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.