Definire e assegnare priorità ai carichi di lavoro per un piano di adozione del cloud
Stabilire priorità chiare ed efficaci è uno dei segreti per una corretta adozione del cloud. La tentazione naturale è investire tempo definendo tutti i carichi di lavoro che potrebbero essere interessati durante l'adozione del cloud. Tuttavia, questo approccio è controproducente, soprattutto nelle prime fasi del processo di adozione.
È invece consigliabile che il team definissi accuratamente le priorità e documenti i primi 10 carichi di lavoro. Dopo aver implementato il piano di adozione, il team può mantenere un elenco dei seguenti 10 carichi di lavoro con priorità massima. Questo approccio fornisce informazioni sufficienti per pianificare le iterazioni successive.
La limitazione del piano a 10 carichi di lavoro favorisce l'agilità e l'allineamento delle priorità quando cambiano i criteri aziendali. Questo approccio consente anche al team di adozione del cloud di apprendere e perfezionare le stime. Più importante, rimuove una pianificazione estesa come barriera per un cambiamento aziendale efficace.
Che cos'è un carico di lavoro?
Nell'adozione del cloud un carico di lavoro è una raccolta di asset IT (server, macchine virtuali, applicazioni, dati o appliance) che supportano collettivamente un processo definito. I carichi di lavoro possono supportare più processi e possono dipendere anche da altri asset condivisi o piattaforme più grandi. Tuttavia, un carico di lavoro deve avere dei limiti definiti rispetto agli asset dipendenti e ai processi che dipendono dal carico di lavoro. Spesso è possibile visualizzare i carichi di lavoro monitorando il traffico di rete tra gli asset IT.
Prerequisiti
Gli input strategici dall'elenco dei prerequisiti consentono di eseguire le attività seguenti molto più gestibili. Per informazioni sulla raccolta dei dati illustrati in questo articolo, consultare i prerequisiti.
Priorità dei carichi di lavoro iniziali
Durante il processo di razionalizzazione incrementale, il team deve accettare un approccio power di 10 costituito da 10 carichi di lavoro con priorità. Questi carichi di lavoro fungono da limite iniziale per la pianificazione dell'adozione.
Si supponga di decidere che una razionalizzazione digitale non è necessaria. In tal caso, è consigliabile che i team di adozione del cloud e il team di strategia cloud accettino un elenco di 10 applicazioni da usare come obiettivo iniziale della migrazione. È consigliabile che questi 10 carichi di lavoro contengano una combinazione di carichi di lavoro semplici (meno di 10 asset in una distribuzione autonoma) e carichi di lavoro più complessi. Questi 10 carichi di lavoro avviano il processo di priorità del carico di lavoro.
Nota
L'approccio Power of 10 funge da limite di pianificazione iniziale, concentrandosi sull'energia e sugli investimenti nell'analisi in fase iniziale. Tuttavia, l'analisi e la definizione dei carichi di lavoro è probabile che si verifichino modifiche nell'elenco dei carichi di lavoro con priorità.
Aggiungere carichi di lavoro al piano di adozione del cloud
Nell'articolo precedente, Piano di adozione del cloud e Azure DevOps, è stato creato un piano di adozione del cloud in Azure DevOps.
È ora possibile rappresentare i carichi di lavoro contenuti nell'elenco Power of 10 nel piano di adozione del cloud. Il modo più semplice per eseguire questa operazione è tramite la modifica in blocco in Microsoft Excel. Per preparare la workstation per la modifica in blocco, vedere Aggiungere o modificare in blocco elementi di lavoro con Microsoft Excel.
Il passaggio 5 di questo articolo indica di selezionare Elenco da input. Selezionare invece Elenco da query. Nell'elenco a discesa Seleziona una query selezionare quindi la query Modello carico di lavoro. Tale query carica tutti gli sforzi correlati alla migrazione di un singolo carico di lavoro nel foglio di calcolo.
Dopo aver caricato gli elementi di lavoro per il modello di carico di lavoro, seguire questa procedura per iniziare ad aggiungere nuovi carichi di lavoro:
- Copiare tutti gli elementi con il tag Modello di carico di lavoro nella colonna a destra.
- Incollare le righe copiate sotto l'ultima voce della tabella.
- Modificare la cella del titolo per la nuova funzionalità da Modello carico di lavoro nel nome del nuovo carico di lavoro.
- Incollare la nuova cella del nome del carico di lavoro nella colonna di tag per tutte le righe sotto la nuova funzionalità. Prestare attenzione a non modificare i tag o il nome delle righe correlate alla funzionalità modello di carico di lavoro effettivo. Quando si aggiunge il carico di lavoro successivo al piano di adozione del cloud, saranno necessari tali elementi di lavoro.
- Andare al passaggio 8 nelle istruzioni per la modifica in blocco per pubblicare il foglio di lavoro. Questo passaggio crea tutti gli elementi di lavoro necessari per eseguire la migrazione del carico di lavoro.
Ripetere i passaggi da 1 a 5 per ogni carico di lavoro nell'elenco Power of 10.
Definire i carichi di lavoro
Dopo aver definito le priorità iniziali e aggiunto carichi di lavoro al piano, definire ogni carico di lavoro tramite un'analisi qualitativa più approfondita. Prima di includere qualsiasi carico di lavoro nel piano di adozione del cloud, provare a fornire i punti dati seguenti per ciascun carico di lavoro.
Input aziendali
| Punto dati | Descrizione | Input |
|---|---|---|
| Nome del carico di lavoro | Come viene chiamato questo carico di lavoro? | |
| Descrizione del carico di lavoro | In una frase, cosa fa questo carico di lavoro? | |
| Motivazioni per l’adozione | Quali motivazioni di adozione del cloud sono interessate da questo carico di lavoro? | |
| Sponsor principale | Tra gli stakeholder interessati, chi è lo sponsor principale che richiede le motivazioni precedenti? | |
| Impatto aziendale | Qual è l'impatto aziendale di questo carico di lavoro? | |
| Impatto dell'applicazione | Che impatto ha questa applicazione sui processi aziendali? | |
| Impatto dei dati | Che impatto hanno i dati sull'azienda? | |
| Business unit | Quale business unit è responsabile del costo di questo carico di lavoro? | |
| Processi aziendali | Quali processi aziendali saranno interessati dalle modifiche al carico di lavoro? | |
| Team aziendali | Quali team aziendali saranno interessati dalle modifiche? | |
| Stakeholder aziendali | Sono presenti dirigenti la cui attività sarà interessata dalle modifiche? | |
| Risultati aziendali | In che modo l'azienda misurerà il successo di questa iniziativa? | |
| Metriche | Quali metriche verranno usate per tenere traccia del successo? | |
| Conformità | Esistono requisiti di conformità di terze parti per questo carico di lavoro? | |
| Proprietari dell'applicazione | Chi è responsabile dell'impatto aziendale di qualsiasi applicazione associata a questo carico di lavoro? | |
| Periodi di blocco aziendale | Ci sono momenti in cui l'azienda non permetterà di cambiare? | |
| Aree geografiche | Ci sono aree geografiche interessate da questo carico di lavoro? | |
| Sostenibilità | Quali considerazioni sulla sostenibilità e sull'efficienza del cloud sono state prese in considerazione per questo carico di lavoro? |
Input tecnici
| Punto dati | Descrizione | Input |
|---|---|---|
| Approccio di adozione | Questa adozione è un candidato per la migrazione o l'innovazione? | |
| Responsabile operativo dell'applicazione | Elencare le parti responsabili delle prestazioni e della disponibilità di questo carico di lavoro. | |
| Contratti di servizio | Elencare eventuali contratti di servizio (requisiti RTO/RPO). | |
| Criticità | Elencare le criticità dell'applicazione corrente. | |
| Classificazione dei dati | Elencare la classificazione della riservatezza dei dati. | |
| Aree geografiche operative | Elencare le aree geografiche in cui il carico di lavoro è o deve essere ospitato. | |
| Applicazioni | Specificare un elenco iniziale o un numero di applicazioni incluse in questo carico di lavoro. | |
| VM | Specificare un elenco iniziale o un numero di macchine virtuali o server inclusi nel carico di lavoro. | |
| Origini dati | Specificare un elenco iniziale o un numero di origini dati incluse nel carico di lavoro. | |
| Dependencies | Elencare eventuali dipendenze di asset non incluse nel carico di lavoro. | |
| Aree geografiche del traffico degli utenti | Elencare le aree geografiche con una raccolta significativa di traffico utente. |
Confermare le priorità
In base ai dati assemblati, i team di strategia e adozione del cloud devono soddisfare per rivalutare le priorità. Il chiarimento dei punti dati aziendali potrebbe richiedere delle modifiche alle priorità. La complessità tecnica o le dipendenze possono comportare modifiche relative alle allocazioni del personale, alle sequenze temporali o alla sequenza delle attività tecniche.
Dopo una revisione, entrambi i team dovranno essere d’accordo sulla conferma delle priorità stabilite. Questo set di priorità documentate, convalidate e confermate costituisce il backlog prioritario dell’adozione del cloud.
Passaggi successivi
Per qualsiasi carico di lavoro nel backlog prioritario dell’adozione del cloud, il team è ora pronto per allineare gli asset.