Pianificazione della pubblicazione
L'Architetto di soluzioni svolge un ruolo esclusivo nelle implementazioni dei clienti di soluzioni Microsoft Power Platform. Gli architetti di soluzioni sono tra le persone chiave responsabili del successo della distribuzione.
Il go-live è il processo attraverso il quale la soluzione Microsoft Power Platform diventa operativa. Questo processo va oltre l'attivazione dell'ambiente di produzione e la distribuzione dei file della soluzione, includendo anche l'onboarding degli utenti. Se si sta eseguendo la migrazione da un sistema CRM (Customer Relationship Management) legacy, il processo può includere la migrazione dei dati di produzione finale, la disattivazione del vecchio sistema e il supporto post-distribuzione del nuovo sistema.
Per preparare il go-live di un progetto di successo, l'Architetto di soluzioni deve pianificare e fornire una revisione della predisposizione al go-live. La revisione può essere una riunione o un workshop, ma l'Architetto di soluzioni dovrebbe preparare un documento go-live per la revisione. L'obiettivo della revisione è valutare quanto è preparato il cliente per il go-live. La revisione della predisposizione al go-live dovrebbe essere programmata e completata prima della data di go-live del cliente, idealmente con tempo sufficiente per apportare le correzioni necessarie emerse durante la fase di revisione.
Prepararsi per il go-live è uno dei momenti più impegnativi del progetto, pertanto occorre rispettare e comprendere la pressione alla quale il team è probabilmente sottoposto, limitando l'ambito dell'incontro al suo scopo principale. È necessario prepararsi a partecipare ai criteri del processo decisionale go/no-go e a guidare il cliente verso criteri di successo per evitare escalation successive.
Il go-live è una delle attività cardine più critiche durante una distribuzione. La riunione di predisposizione al go-live garantirà che il cliente sia pronto per un go-live di successo e non avrà bisogno di posticiparne la data a causa di problemi imprevisti, cattiva strategia o rischi del progetto che non sono stati identificati in precedenza. Questa fase prevede attività specifiche di cui è buona norma tenere traccia per poi eseguirne il follow-up in modo proattivo con il cliente per evitare sorprese. Questo approccio include attività quali il test di accettazione utente finale, formazione degli utenti, la migrazione finale dei dati, l'installazione di app per Microsoft Outlook e dispositivi mobili nonché la migrazione della configurazione del client alla produzione.
Percorso di avvicinamento al go-live
Raramente ci saranno problemi irrisolti prima del go-live. Il ruolo dell'Architetto di soluzioni è quello di collaborare con il cliente per guidarlo verso una decisione go-live con problemi in sospeso.
L'Architetto di soluzioni dovrà valutare l'impatto della risoluzione di un problema prima o dopo il go-live. Inoltre, l'Architetto di soluzioni dovrà pianificare come risolvere i problemi in sospeso durante il periodo di supporto post go-live.
Problemi comuni del go-live
Alcuni dei problemi comuni del go-live sono:
- Nessun piano su come eseguire il rollback se la distribuzione va male.
- Presupposti errati sulla workstation di un utente o sulle configurazioni di rete.
- Test reali insufficienti, che possono portare a personalizzazioni che non soddisfano le esigenze degli utenti reali o problemi di prestazioni con il carico di utenti reali.
L'Architetto di soluzioni dovrebbe spingere per ridurre il rischio di problemi con il go-live, ad esempio:
- Ricercare aree in cui razionalizzare e semplificare il piano, come la pre-distribuzione di app per dispositivi mobili.
- Assegnare priorità alla migrazione dei dati in modo che i dati importanti vengano inseriti per primi.
- Permettere a tutti gli utenti di accedere a un ambiente di produzione fittizio in modo da poter risolvere i problemi di accesso prima del go-live.
- Determina se è possibile eseguire il vecchio sistema in parallelo con il nuovo e quindi spostare lentamente i gruppi di utenti.
Automazione del go-live
L'Architetto di soluzioni dovrebbe considerare l'automazione delle attività di go-live per ridurre sforzi e rischi. Usando l'automazione, è possibile creare script e testare le attività di go-live prima dell'effettiva operatività. Ad esempio, si potrebbe pensare di automatizzare i seguenti parametri:
- Creazione di utenti, team e Business Unit
- Creazione e aggiornamento dei dati di riferimento
- Configurazioni degli utenti
- Delta di migrazione dei dati
Tutta l'automazione deve essere ben collaudata.
Come gestire i problemi
L'Architetto di soluzioni è spesso il primo a essere coinvolto quando sorgono problemi con il go-live e nel periodo post go-live. L'Architetto di soluzioni dovrà valutare, isolare e semplificare in modo proattivo i problemi. Spesso, gli strumenti di Microsoft Power Platform possono rivelarsi utili quando si risolvono i problemi usando le sue funzionalità integrate.
Prima di apportare modifiche, considerare l'impatto immediato e a lungo termine delle attività di mitigazione applicate.