Alinhar funções e responsabilidades

Compreender a cultura e o gerenciamento de datacenter de uma organização é vital para o sucesso da migração do Azure. Equipes de TI centralizadas com funções claras facilitam o processo, mas empresas maiores ou vinculadas à conformidade enfrentam desafios matizados que podem impedir o progresso.

A Estrutura de Adoção da Nuvem do Azure destaca o papel do alinhamento organizacional na migração, defendendo a colaboração entre departamentos para cumprir funções essenciais.

Neste artigo, você aprende sobre:

• Funções específicas de migração que se alinham com a estratégia de nuvem e funções de adoção de nuvem.
• Funções de suporte que você pode precisar para outras funções durante o processo de migração, por exemplo, arquitetos de zona de aterrissagem e arquitetos de carga de trabalho.
• Como identificar especialistas ou proprietários relevantes para funções em seus projetos de migração.
• Uma matriz de responsabilidades para ajudar a entender qual função é responsável por qual parte de um projeto de migração.

Funções da função de estratégia de nuvem

Para garantir que você tenha o compromisso e a organização necessários para seu projeto de migração, você precisa das seguintes funções para a função de estratégia de nuvem. A tabela a seguir descreve as funções da função de estratégia de nuvem e suas responsabilidades:

Funções da função de adoção da nuvem

Durante a migração para o Azure, a função de adoção de nuvem executa a maior parte da execução técnica. Para essa função, planeje ter as funções descritas na tabela a seguir:

Funções de suporte para outras funções

A tabela a seguir descreve as funções de suporte que você pode precisar para outras funções:

Identificar especialistas ou proprietários para funções

Pode ser difícil identificar os recursos corretos para algumas dessas funções, como Workload Architect e Workload Business Owner. Se uma carga de trabalho estiver em manutenção por um longo período e sem alterações frequentes, você poderá encontrar informações de propriedade limitadas e conhecimento técnico para dar suporte a uma função. Por exemplo, no planejamento imobiliário digital, às vezes os servidores não são mapeados para uma carga de trabalho específica, então pode não ficar claro quem tem a propriedade deles.

Aqui estão algumas recomendações para identificar funções:

• Dados históricos: use seu banco de dados de gerenciamento de configuração ou sistema de tíquetes para identificar quaisquer itens históricos que indiquem quem solicita manutenção ou quem se comunica sobre o servidor ou a carga de trabalho.
• Logs de entrada: procure os usuários que fizeram login mais recentemente nos servidores na carga de trabalho. Embora essa abordagem possa não identificar um proprietário, os usuários recentes podem fornecer contexto para o servidor.
• Análise de dependência: use ferramentas de análise de dependência para identificar quem se conecta com mais frequência às funções hospedadas nos servidores. Essas ferramentas podem ajudá-lo a identificar departamentos de negócios, o que, por sua vez, pode ajudá-lo a identificar um proprietário.
• Proprietários de aplicativos relacionados: entre em contato com proprietários de aplicativos que atendem a um departamento ou função de negócios semelhante. Peça-lhes que o ajudem a identificar as funções que precisa de preencher. Mesmo que você não tenha um especialista para uma função em sua organização, você deve preencher a função durante o processo de migração. As equipes de negócios e de TI devem identificar pelo menos os membros provisórios e, em seguida, criar um plano de propriedade para suporte de longo prazo da carga de trabalho após a migração.

Dimensionar funções para grandes iniciativas de migração

Dependendo do tamanho e do número de cargas de trabalho migradas, talvez seja necessário ter vários membros da equipe atribuídos a cada função. Uma boa abordagem é usar a escala descrita neste artigo para até cinco cargas de trabalho de tamanho médio e complexidade por sprint de duas semanas.

No entanto, o dimensionamento e a complexidade da carga de trabalho podem ser difíceis de julgar. Em suas primeiras ondas de migração, comece com uma equipe principal, mas expanda se necessário.

Se você achar que precisa dimensionar, também deve planejar as funções descritas na tabela a seguir:

Exemplo de matriz de responsabilidade

A tabela a seguir usa essa legenda para indicar categorias de responsabilidade por função para estágios de um projeto de migração:

• D = Driver: Um indivíduo na organização que é o único impulsionador do objetivo.
• Um = Aprovador: Um ou mais indivíduos na organização que tomam a maioria das decisões e que são responsáveis se o objetivo não for atingido.
• C = Contribuidor: Indivíduos na organização que são responsáveis pela realização de tarefas que apoiam o objetivo.
• Informei = : Indivíduos na organização que o projeto afeta e que são regularmente informados sobre as decisões e o status do projeto.

Você pode usar a seguinte matriz de responsabilidades como base para seu projeto de migração. Talvez seja necessário identificar mais funções ou transferir responsabilidades dependendo das necessidades da sua organização.

Próximo passo