Etapa 2. Comece pequeno e ganhe impulso

O objetivo desta etapa é fornecer um produto mínimo viável (MVP) inicial para ganhar impulso. Essa abordagem permite que você gere resultados comerciais de forma precoce e incremental.

Validação de drivers prioritários

Antes de iniciar o trabalho de modernização com as equipes de aplicativos, recomendamos que você valide os fatores prioritários que você determinou anteriormente. Siga estas etapas:

1. Compile as informações de que você precisa no manual de diagnóstico.

   • Reúna os fatores prioritários e a avaliação de viabilidade da lista de aplicativos prioritários.

   • Reúna as disposições do estado de transição e meta para seus aplicativos.

   • Identifique os proprietários, arquitetos e partes interessadas do aplicativo no planejamento da modernização da nuvem.

   • Solicite informações sobre dependências ou sequenciamento do pacote de aplicativos, se houver.

   • Determine como as entradas de inventário se relacionam com dependências ou agrupamentos de pacotes de aplicativos. Os aplicativos podem ter componentes individuais profundamente acoplados ou dependentes de outros componentes e, talvez, você deva modernizar esses componentes também.

2. Agende uma reunião de uma ou duas horas com as pessoas da etapa 1 para validar os itens prioritários.

   • Tente agrupar vários aplicativos (até três ou quatro) por engenheiro ou arquiteto de soluções e discuta-os em uma reunião, com base na dependência do aplicativo ou nas informações do pacote de aplicativos.

   • Determine as funções e expectativas de cada membro da equipe para a próxima reunião.

3. Conduza a reunião.

Detalhes de finalização

Depois de seguir o processo na seção anterior para validar os fatores prioritários, você pode reunir os detalhes para determinar a abordagem e o momento da modernização.

Nessa fase, a equipe principal trabalha lado a lado com as equipes de aplicativos em curtos sprints de dois dias para projetar um estado futuro para seus aplicativos na AWS nuvem. As atividades incluem a definição de produtos, descoberta de produtos, redação de histórias, mapeamento do fluxo de valor e design de processos de CI/CD. Veja algumas dicas a seguir:

• Modele cada componente individual do aplicativo (por exemplo, configurações de rede, configurações de armazenamento, bancos de dados, servidores e como o aplicativo é implantado nos servidores).

• Desconstrua esse modelo em seus diferentes blocos construtivos e configurações usando ferramentas como contêineres ou tecnologias sem servidor.

• Separe a funcionalidade do aplicativo de qualquer dependência da infraestrutura subjacente. Divida as funções de um aplicativo em componentes que você pode mover sem alterar nenhum código-fonte.

• Integre-se totalmente DevOps usando ferramentas e mecanismos de CI/CD.

Criação de serviços básicos de plataforma e modernização de aplicativos

Nessa fase de 12 semanas, a equipe principal tem o apoio de equipes completas para entregar o caso de uso comercial priorizado. Este trabalho é realizado por várias equipes menores. Por exemplo, uma equipe de engenharia de plataforma é formada para desenvolver serviços básicos da plataforma e uma equipe de produto é formada para oferecer novos resultados comerciais:

• A equipe de engenharia da plataforma configura, integra e personaliza os serviços AWS que dão suporte à base da nuvem, ao fluxo de trabalho de desenvolvedores e aos recursos de análise de dados. Empresas maiores e mais complexas podem ter várias equipes dando suporte a cada um desses recursos.

• A equipe de produtos desenvolve novos serviços e experiências para os resultados comerciais priorizados na fase inicial. À medida que a equipe de produtos desenvolve novos serviços, ela também moderniza os principais recursos comerciais.

As equipes de engenharia e produtos da plataforma oferecem um produto mínimo viável (MVP) que você pode avaliar. Após o sucesso do MVP inicial, você pode escalar seu programa de modernização usando uma split-and-seed abordagem em que novos aplicativos são identificados e os membros iniciais da equipe são divididos para criar novas equipes de produtos.