Rever decisões de racionalização

Durante as fases de planeamento e estratégia inicial, sugerimos que aplique uma abordagem de racionalização incremental ao património digital. Mas esta abordagem incorpora alguns pressupostos nas decisões resultantes. Aconselhamos a equipa de estratégia da cloud e as equipas de adoção da cloud a reverem essas decisões à luz da documentação da carga de trabalho expandida. Esta revisão é também uma boa altura para envolver os intervenientes empresariais e o patrocinador executivo em futuras decisões estatais.

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

Indicadores de inovação

Se a revisão conjunta das seguintes perguntas der uma resposta afirmativa, uma carga de trabalho poderá ser uma melhor candidata à inovação. Essa carga de trabalho não seria migrada através de um modelo de lift-and-shift ou modernização. Em vez disso, a lógica de negócio ou as estruturas de dados seriam recriadas como uma aplicação nova ou rearquitetada. Esta abordagem pode ser mais intensiva e demorada. Mas para uma carga de trabalho que representa retornos empresariais significativos, o investimento é justificado.

• As aplicações nesta carga de trabalho criam diferenciação de mercado?
• Existe um investimento proposto ou aprovado com o objetivo de melhorar as experiências associadas às aplicações nesta carga de trabalho?
• Os dados nesta carga de trabalho disponibilizam novas ofertas de produtos ou serviços?
• Existe um investimento proposto ou aprovado destinado a tirar partido dos dados associados a esta carga de trabalho?
• O efeito da diferenciação do mercado ou das novas ofertas pode ser quantificado? Em caso afirmativo, esse retorno justifica o aumento do custo da inovação durante a adoção da cloud?

As duas perguntas seguintes podem ajudá-lo a incluir cenários técnicos de alto nível na revisão da racionalização. Responder "sim" a um dos dois pode identificar formas de contabilizar ou reduzir o custo associado à inovação.

• As estruturas de dados ou a lógica de negócio serão alteradas durante a adoção da cloud?
• É utilizado um pipeline de implementação existente para implementar esta carga de trabalho na produção?

Se a resposta a qualquer uma das perguntas for "sim", a equipa deve considerar incluir esta carga de trabalho como uma candidata à inovação. No mínimo, a equipa deve sinalizar esta carga de trabalho para revisão da arquitetura para identificar oportunidades de modernização.

Indicadores de migração

A migração é uma forma mais rápida e barata de adotar a cloud. Mas não tira partido das oportunidades para inovar. Antes de investir em inovação, responda às seguintes perguntas. Podem ajudá-lo a determinar se um modelo de migração é mais aplicável a uma carga de trabalho.

• O código fonte que suporta esta aplicação é estável? Espera que permaneça estável e inalterado durante o período de tempo deste ciclo de lançamento?
• Esta carga de trabalho suporta processos empresariais de produção hoje em dia? Irá fazê-lo ao longo deste ciclo de lançamento?
• É uma prioridade que este esforço de adoção da cloud melhore a estabilidade e o desempenho desta carga de trabalho?
• A redução de custos associada a esta carga de trabalho é um objetivo durante este esforço?
• Reduzir a complexidade operacional desta carga de trabalho é um objetivo durante este esforço?
• A inovação está limitada pela arquitetura atual ou pelos processos de operação de TI?

Se a resposta a qualquer uma destas perguntas for "sim", deve considerar um modelo de migração para esta carga de trabalho. Esta recomendação é verdadeira mesmo que a carga de trabalho seja candidata à inovação.

Os desafios na complexidade operacional, nos custos, no desempenho ou na estabilidade podem dificultar os retornos empresariais. Pode utilizar a cloud para produzir rapidamente melhorias relacionadas com esses desafios. Quando for aplicável, sugerimos que utilize a abordagem de migração para primeiro estabilizar a carga de trabalho. Em seguida, expanda as oportunidades de inovação no ambiente de cloud estável e ágil. Esta abordagem fornece retornos a curto prazo e reduz o custo necessário para impulsionar a alteração a longo prazo.

Atualizar o plano do projeto

As competências necessárias para um esforço de migração são diferentes das competências necessárias para um esforço de inovação. Durante a implementação de um plano de adoção da cloud, sugerimos que atribua esforços de migração e inovação a diferentes equipas. Cada equipa tem a sua própria iteração, lançamento e cadências de planeamento. A atribuição de equipas separadas proporciona a flexibilidade do processo para manter um plano de adoção da cloud enquanto contabiliza os esforços de inovação e migração.

Quando gere o plano de adoção da cloud no Azure DevOps, essa gestão reflete-se ao alterar o item de trabalho principal (ou épico) da migração da cloud para a inovação na cloud. Esta alteração subtil ajuda a garantir que todos os participantes no plano de adoção da cloud podem controlar rapidamente o esforço necessário e as alterações aos esforços de remediação. Este controlo também ajuda a alinhar as atribuições adequadas à equipa de adoção da cloud relevante.

Para planos de adoção grandes e complexos com vários projetos distintos, considere atualizar o caminho de iteração. Alterar o caminho da área torna a carga de trabalho visível apenas para a equipa atribuída a esse caminho de área. Esta alteração pode facilitar o trabalho para a equipa de adoção da cloud ao reduzir o número de tarefas visíveis. No entanto, adiciona complexidade aos processos de gestão de projetos.

Passos seguintes

Estabeleça iterações e planos de lançamento para começar a planear o trabalho.