2.3 Valutazione dell'impatto delle modifiche

Un'analisi delle lacune per comprendere e documentare il cambiamento (o il divario) tra lo stato attuale e quello futuro. Ad esempio, il divario potrebbe essere un cambiamento significativo nelle attività operative locali rispetto al cloud. Oltre a identificare le modifiche, è anche importante documentare ciò che rimane invariato.  

Una valutazione per comprendere l'impatto che la modifica avrà una volta implementata, in base alla portata, alla portata e all'entità dell'impatto (ad esempio, il numero di dipendenti o unità aziendali interessate).

Documentazione delle potenziali aree di resistenza (problemi, rischi o barriere) che potrebbero impedire la corretta implementazione del cambiamento. Questa documentazione aiuta a pianificare le attività del piano di gestione delle modifiche e a gestirle in modo efficace. Se esiste un numero significativo di rischi, potrebbe essere necessario documentarli in un documento separato sui rischi di modifica. 

L'identificazione dei gruppi di stakeholder interessati che costituiranno gli obiettivi del cambiamento o che dovranno essere sottoposti a una transizione personale quando il cambiamento avverrà.

Quante persone sono interessate dai cambiamenti? Dove si trovano? Quali sono le loro funzioni?

Quanto è grande il divario tra i processi, le attività e le tecnologie utilizzate nello stato attuale e in quello futuro?

Chi sarà influenzato da questo cambiamento (unità aziendali, funzioni, ruoli, sedi, numeri)?

Ci sono problemi di lavoro (sindacali) associati al cambiamento?

Come reagiranno i dipendenti interessati a questo cambiamento?

Quali sono i maggiori ostacoli all'implementazione del cambiamento?

Quali sono gli impatti principali del cambiamento (processi, tecnologie, persone e organizzazioni)?

Quali sono i vantaggi dell'adozione del cambiamento?

Per i manager, documenta quando è probabile che i dipendenti abbiano bisogno di corsi di formazione, quando i dipendenti potrebbero aver bisogno di incorporare parametri sulle prestazioni specifici per il cloud in altri piani di prestazioni annuali e quando potrebbero essere necessari spunti di riflessione.

Per gli stakeholder delle risorse umane, documenta quando potrebbero essere necessari eventi di formazione chiave, quando potrebbero essere necessari piani di assunzione, in che modo questi cambiamenti potrebbero influire sui piani di assunzione, quando diventano evidenti opportunità di sviluppo delle competenze, quando potrebbero essere necessarie modifiche alla progettazione organizzativa e se sia necessario condurre una valutazione retributiva per testare sul mercato il valore dei talenti e delle competenze del cloud. 

Per le parti interessate che si occupano di consigli di lavoro o sindacati, documenta i rischi e i dubbi che potrebbero sorgere, il modo migliore per affrontarli e se è necessario stabilire una cadenza regolare delle riunioni per migliorare la trasparenza nelle comunicazioni. 

Per gli stakeholder finanziari, documenta quando potrebbe essere necessario un budget per il personale e le attività di formazione, in che modo i processi e i cicli di budget potrebbero essere influenzati dal programma cloud e in che modo la transizione dall'ambiente on-premise al cloud potrebbe cambiare il modo in cui i costi fissi e variabili vengono trattati in azienda.