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.

In questo articolo vengono fornite informazioni su:

• Ruoli specifici della migrazione che si allineano con la strategia cloud e le 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.

Mancia

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 sullo stato per i portatori di interesse.
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 la gestione di FinOps per garantire che il progetto sia concesso in licenza correttamente e usi risorse con licenza esistenti.
Proprietario della gestione del carico di lavoro	Fornisce la proprietà del processo decisionale per i processi di valutazione, architettura e migrazione del carico di lavoro. Agisce come responsabile 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à
Architetto di Migrazione	Supervisiona il processo decisionale tecnico per i carichi di lavoro, ad esempio la pianificazione delle fasi di migrazione e tutti i processi di migrazione.
Ingegnere della Migrazione	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.
Responsabile delle Operazioni Cloud	Fornisce supporto per l'onboarding dei carichi di lavoro che migrano alla piattaforma di gestione per garantire che sia attiva la gestione appropriata per i carichi di lavoro quando migrano. Per ulteriori informazioni, consultare 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.
• i log di accesso: cercare gli utenti che si sono collegati più di recente sui server nell'ambiente 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 chi si connette più frequentemente alle funzionalità ospitate sui 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. Chiedi loro di aiutarti a identificare i ruoli che è necessario coprire. 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.

Scalare i ruoli per iniziative di migrazione su larga scala

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 ampliare il team, se necessario.

Se è necessario scalare orizzontalmente, bisogna 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.
Responsabile dell'architettura di migrazione	Promuove l'eccellenza tecnica in diversi ambiti di architettura 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: una persona dell'organizzazione che è il singolo driver dell'obiettivo.
• Responsabile dell'approvazione = : uno o più utenti dell'organizzazione che prendono la maggior parte delle decisioni e sono responsabili se l'obiettivo non viene raggiunto.
• C = Collaboratore: individui dell'organizzazione che sono responsabili di svolgere attività a supporto dell'obiettivo.
• = informato: individui dell'organizzazione interessati dal progetto 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 dei beni digitali	Ambito di 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 del carico di lavoro	UAT del rilascio del carico di lavoro	Gestione delle modifiche dell'organizzazione	Transizione alle operazioni	Licenze per carichi di lavoro
Architetto della Migrazione	D	D	Un	D	Un	Un	D	Un	Un	Un	Un	Un	Io	D	Io
Ingegnere della Migrazione	C	Io	C	C	D	D	C	D	D	C	D	C	Io	C	C
Responsabile di Progetto	Io	Io	D	Io	Io	Io	Io	Io	Io	D	Io	D	Io	C	Io
Sponsor progetto	Un	Un	Un	Un	Io	Io	Un	Io	Io	Io	Un	Io	Un	Un	A
Tester di accettazione utente	Io	Io	Io	Io	Io	Io	Io	Io	Io	C	Io	C	Io	C	Io
Architetto del carico di lavoro	Io	Io	C	C	C	C	C	C	C	C	C	C	C	C	Io
Responsabile della gestione dei carichi di lavoro	Io	Io	C	Io	Un	Un	Un	Un	Un	Un	Un	Un	C	C	Un
Gestione modifiche organizzative	Io	Io	C	Io	Io	Io	Io	Io	Io	C	Io	C	D	C	Io
Specialista delle licenze	Io	Io	C	C	Io	C	C	C	Io	Io	Io	Io	Io	C	D
Responsabile delle Operazioni Cloud	C	C	C	Io	Io	Io	Io	C	Io	Io	Io	Io	C	Un	Io
Architetto della zona di destinazione	Io	Io	C	C	Io	Io	C	C	Io	Io	Io	Io	Io	Io	Io

Passaggio successivo

preparazione delle competenze per la migrazione