Allineare ruoli e responsabilità

La comprensione della cultura e della gestione dei data center di un'organizzazione è fondamentale per il successo della migrazione di Azure. I team IT centralizzati con ruoli chiari semplificano il processo, ma le aziende più grandi o associate alla conformità affrontano sfide complesse che possono ostacolare i progressi.

Azure Cloud Adoption Framework sottolinea il ruolo di allineamento dell'organizzazione nella migrazione, richiamando la collaborazione tra reparti per soddisfare le funzioni chiave.

Questo articolo contiene informazioni relative agli argomenti seguenti:

• Ruoli specifici della migrazione allineati alla strategia cloud e alle funzioni di adozione del cloud.
• Ruoli di supporto che potrebbero essere necessari per altre funzioni durante il processo di migrazione, ad esempio architetti della zona di destinazione e architetti del carico di lavoro.
• Come identificare esperti o proprietari rilevanti per i ruoli nei progetti di migrazione.
• Matrice di responsabilità per comprendere quale ruolo è responsabile di quale parte di un progetto di migrazione.

Suggerimento

I ruoli indicati potrebbero non corrispondere a titoli di lavoro specifici o richiedere membri del team dedicati. Spesso, una persona può coprire più ruoli o più membri del team possono condividere le responsabilità. Questo elenco descrive le responsabilità comuni, ma non è una guida per il personale. La chiave consiste nel garantire che queste responsabilità vengano soddisfatte all'interno dell'organizzazione.

Ruoli delle funzioni della strategia cloud

Per assicurarsi di avere l'impegno e l'organizzazione necessari per il progetto di migrazione, sono necessari i ruoli seguenti per la funzione di strategia cloud. La tabella seguente descrive i ruoli della funzione della strategia cloud e le relative responsabilità:

Ruolo	Responsabilità
Sponsor progetto	Definisce l'ambito della migrazione per determinare quali risorse vengono spostate e il vantaggio di spostare ogni risorsa. Fornisce la proprietà del processo decisionale per gli acquisti di strumenti di migrazione, per l'architettura complessiva del carico di lavoro e per le attività di rilascio.
Responsabile di progetto	Guida un piano di progetto per l'ambito di migrazione. Guida i processi di test. Organizza gli aggiornamenti dello stato per gli stakeholder.
Gestione modifiche organizzative	Aiuta il team di progetto a comunicare le modifiche all'organizzazione. Lavora con diverse funzioni per assicurarsi che i membri del team corretti siano coinvolti e che le modifiche organizzative corrette vengano apportate per supportare la migrazione.
Specialista delle licenze	Fornisce informazioni dettagliate sulle licenze e gestione delle operazioni finanziarie per garantire che il progetto sia concesso in licenza correttamente e usi risorse con licenza esistenti.
Proprietario dell'azienda del carico di lavoro	Fornisce la proprietà del processo decisionale per i processi di valutazione, architettura e migrazione del carico di lavoro. Funge da proprietario per il valore aziendale del carico di lavoro in Azure.

Ruoli delle funzioni di adozione del cloud

Durante la migrazione ad Azure, la funzione di adozione del cloud esegue la maggior parte dell'esecuzione tecnica. Per questa funzione, pianificare di avere i ruoli descritti nella tabella seguente:

Ruolo	Responsabilità
Migration Architect	Supervisiona il processo decisionale tecnico per i carichi di lavoro, ad esempio la pianificazione delle fasi di migrazione e tutti i processi di migrazione.
Migration Engineer	Esegue le attività identificate come parte del progetto.

Ruoli di supporto per altre funzioni

La tabella successiva descrive i ruoli di supporto che potrebbero essere necessari per altre funzioni:

Ruolo	Responsabilità
Architetto della zona di destinazione	Fornisce supporto per la migrazione dei carichi di lavoro a una zona di destinazione. Consente di risolvere eventuali problemi relativi ai servizi della piattaforma nella zona di destinazione. Per altre informazioni, vedere Funzioni della piattaforma cloud.
Cloud Operations Manager	Fornisce supporto per l'onboarding dei carichi di lavoro di migrazione alla piattaforma di gestione per garantire che sia attiva la gestione appropriata per i carichi di lavoro durante la migrazione. Per altre informazioni, vedere Funzioni delle operazioni cloud.
Architetto del carico di lavoro	Fornisce indicazioni sull'architettura e il processo decisionale per la progettazione del carico di lavoro di migrazione. Per ogni carico di lavoro, potrebbe essere necessario un esperto di materia specifico per soddisfare più istanze di questo ruolo. Per altre informazioni, vedere Funzioni IT centrali.
Tester di accettazione utente	Testa i singoli carichi di lavoro. Potrebbero essere presenti più istanze di questo ruolo per ogni carico di lavoro per fornire commenti e suggerimenti per i test di accettazione utente (UAT). Per altre informazioni, vedere Funzioni IT centrali.

Identificare esperti o proprietari per i ruoli

Può essere difficile identificare le risorse corrette per alcuni di questi ruoli, ad esempio per Workload Architect e Workload Business Owner. Se un carico di lavoro è in manutenzione per un lungo periodo e senza modifiche frequenti, è possibile trovare informazioni di proprietà limitate e competenze tecniche per supportare una funzione. Ad esempio, nella pianificazione del digital estate, a volte i server non vengono mappati a un carico di lavoro specifico, quindi può non essere chiaro chi ha la proprietà di tali server.

Ecco alcune raccomandazioni per identificare i ruoli:

• Dati cronologici: usare il database di gestione della configurazione o il sistema di creazione di ticket per identificare eventuali elementi cronologici che indicano chi richiede manutenzione o chi comunica sul server o sul carico di lavoro.
• Log di accesso: cercare gli utenti che hanno eseguito l'accesso più di recente nei server nel carico di lavoro. Anche se questo approccio potrebbe non identificare un proprietario, gli utenti recenti possono fornire contesto per il server.
• Analisi delle dipendenze: usare gli strumenti di analisi delle dipendenze per identificare gli utenti che si connettono più frequentemente alle funzioni ospitate nei server. Questi strumenti consentono di identificare i reparti aziendali, che a loro volta consentono di identificare un proprietario.
• Proprietari di applicazioni correlate: contattare i proprietari di applicazioni che hanno un reparto aziendale o una funzione simili. Chiedere loro di aiutare a identificare i ruoli che è necessario compilare. Anche se non si ha un esperto per un ruolo nell'organizzazione, è necessario completare il ruolo durante il processo di migrazione. I team aziendali e i team IT devono identificare almeno i membri provvisori e quindi creare un piano per la proprietà per il supporto a lungo termine del carico di lavoro dopo la migrazione.

Ridimensionare i ruoli per le iniziative di migrazione di grandi dimensioni

A seconda delle dimensioni e del numero di carichi di lavoro di cui si esegue la migrazione, potrebbe essere necessario assegnare più membri del team a ogni ruolo. Un buon approccio consiste nell'usare la scalabilità descritta in questo articolo per un massimo di cinque carichi di lavoro di dimensioni medie e complessità per sprint di due settimane.

Tuttavia, il dimensionamento e la complessità del carico di lavoro possono essere difficili da giudicare. Nelle fasi iniziali della migrazione, iniziare con un team di base, ma aumentare il numero di istanze, se necessario.

Se si ritiene che sia necessario aumentare il numero di istanze, è necessario pianificare anche i ruoli descritti nella tabella seguente:

Ruolo	Responsabilità
Responsabile di programma	Organizza le attività di gestione dei progetti in più ambiti di progetto.
Lead dell'architettura di migrazione	Guida l'eccellenza tecnica in più ambiti dell'architetto della migrazione.

Esempio di matrice di responsabilità

La tabella seguente usa questa legenda per indicare le categorie di responsabilità per ogni ruolo per le fasi di un progetto di migrazione:

• D = Driver: un individuo dell'organizzazione che è il singolo driver dell'obiettivo.
• Responsabile = approvazione: uno o più utenti dell'organizzazione che effettuano la maggior parte delle decisioni e responsabili se l'obiettivo non viene soddisfatto.
• Collaboratore C = : persone dell'organizzazione responsabili dell'esecuzione di attività che supportano l'obiettivo.
• I Informo = : individui dell'organizzazione che il progetto influisce e che sono regolarmente informati sulle decisioni e sullo stato del progetto.

È possibile usare la matrice di responsabilità seguente come base per il progetto di migrazione. Potrebbe essere necessario identificare più ruoli o spostare le responsabilità in base alle esigenze dell'organizzazione.

Ruolo	Individuazione del digital estate	Ambito migrazione	Piano di progetto	Strumenti di migrazione	Individuazione del carico di lavoro	Valutazione del carico di lavoro	Architettura del carico di lavoro	Pianificazione delle onde	Migrazione dei test del carico di lavoro	UAT per la migrazione del carico di lavoro	Migrazione dei carichi di lavoro	UAT versione del carico di lavoro	Gestione delle modifiche dell'organizzazione	Transizione alle operazioni	Licenze del carico di lavoro
Migration Architect	D	D	Un	D	Un	Un	D	Un	Un	Un	Un	Un	I	D	I
Migration Engineer	A	I	A	A	D	D	A	D	D	A	D	A	I	A	A
Responsabile di progetto	I	I	D	I	I	I	I	I	I	D	I	D	I	A	I
Sponsor progetto	Un	Un	Un	Un	I	I	Un	I	I	I	Un	I	Un	Un	Un
Tester di accettazione utente	I	I	I	I	I	I	I	I	I	A	I	A	I	A	I
Architetto del carico di lavoro	I	I	A	A	A	A	A	A	A	A	A	A	A	A	I
Proprietario dell'azienda del carico di lavoro	I	I	A	I	Un	Un	Un	Un	Un	Un	Un	Un	A	A	Un
Gestione modifiche organizzative	I	I	A	I	I	I	I	I	I	A	I	A	D	A	I
Specialista delle licenze	I	I	A	A	I	A	A	A	I	I	I	I	I	A	D
Cloud Operations Manager	A	A	A	I	I	I	I	A	I	I	I	I	A	Un	I
Architetto della zona di destinazione	I	I	A	A	I	I	A	A	I	I	I	I	I	I	I

Passaggio successivo

Idoneità alle competenze per la migrazione