Panoramica del workshop sulla revisione del progetto iniziale della soluzione
Il workshop sulla revisione del progetto iniziale della soluzione può essere condotto di persona. In questo caso lo si organizza come singolo workshop che copre tutti gli argomenti necessari. In alternativa, può anche essere svolto a distanza. Quando il workshop viene svolto in modalità remota, si tende a dividere la revisione in più sessioni nell'arco di diversi giorni.
Le sezioni seguenti riguardano gli argomenti generali della revisione del progetto iniziale della soluzione e forniscono un esempio dei tipi di domande trattate in ciascuna di esse.
Strategia di programma
La strategia di programma riguarda il processo e le strutture che guideranno l'implementazione. Esamina inoltre l'approccio che verrà usato per acquisire, convalidare e gestire i requisiti, nonché il piano e la programmazione per la creazione e l'adozione della soluzione. Questo argomento mira a rispondere a domande come le seguenti:
- Quali sono gli obiettivi dell'implementazione? Sono documentati, ben compresi e misurabili?
- Qual è la metodologia usata per guidare l'implementazione? È ben compresa dall'intero team di implementazione?
- Qual è la struttura del team che condurrà l'implementazione?
- I ruoli e le responsabilità di tutte le figure funzionali del progetto sono documentati e compresi?
- Qual è il processo per gestire l'ambito e le modifiche all'ambito, lo stato, i rischi e i problemi?
- Quali sono il piano e la tempistica per l'implementazione?
- Qual è l'approccio alla gestione del lavoro all'interno del piano?
- Quali sono le dipendenze esterne e come vengono prese in considerazione nel piano di progetto?
- Quali sono le tempistiche dell'implementazione pianificata?
- Qual è l'approccio alla gestione e all'adozione del cambiamento?
- Qual è il processo per la raccolta, la convalida e l'approvazione dei requisiti?
- Come e dove si procederà alla traccia e alla gestione dei requisiti?
- Qual è l'approccio per la tracciabilità tra requisiti e altri aspetti dell'implementazione (come test, formazione e così via)?
- Qual è il processo per svolgere un'analisi corrispondenza-scarto?
Strategia di test
La strategia di test copre i vari aspetti dell'implementazione riguardanti la verifica che la soluzione implementata funzioni come previsto e che sarà in grado di soddisfare le esigenze aziendali. Questo argomento mira a rispondere a domande come le seguenti:
- Quali sono le fasi di test e come si basano l'una sull'altra per garantire la convalida della soluzione?
- Chi è responsabile della definizione, creazione, implementazione e gestione dei test?
- Qual è il piano per testare le prestazioni?
- Qual è il piano per testare la sicurezza?
- Qual è il piano per testare il processo di cutover?
- È previsto un approccio di test di regressione che consenta una gestione efficiente degli aggiornamenti?
Strategia dei processi di business
La strategia dei processi di business riguarda i processi di business sottostanti (le funzionalità) che verranno implementati sulla piattaforma Microsoft Dynamics 365 come parte della soluzione e il modo in cui usare questi processi come base per la progettazione complessiva della soluzione. Questo argomento mira a rispondere a domande come le seguenti:
- Quali sono i processi principali nell'ambito dell'implementazione?
- Allo stato attuale, quali sono le informazioni note sull'adattamento generale dei processi nel set di applicazioni Dynamics 365?
- Come si gestiscono i processi nell'implementazione e in che modo sono correlati alle aree successive della soluzione, ad esempio storie utente, requisiti, test case e formazione?
- Il piano di implementazione dei processi di business è documentato e compreso?
- Sono stati stabiliti requisiti per l'implementazione offline dei processi di business?
In base ai processi inclusi nell'ambito, l'architetto della soluzione che conduce la revisione potrebbe porre una serie di domande relative alle funzionalità per valutare la complessità o comprendere potenziali rischi o opportunità di ottimizzare la soluzione in base alla futura roadmap del prodotto.
Strategia delle applicazioni
La strategia delle applicazioni prende in considerazione le varie app, i servizi e le piattaforme che costituiranno la soluzione complessiva. Questo argomento mira a rispondere a domande come le seguenti:
- Quali applicazioni o servizi di Dynamics 365 verranno distribuiti come parte della soluzione?
- Quali funzionalità o servizi di Microsoft Azure verranno distribuiti come parte della soluzione?
- Cosa succederà nel caso in cui nuovi componenti applicativi o servizi esterni verranno distribuiti come parte della soluzione?
- Cosa succederà nel caso in cui componenti applicativi o servizi legacy verranno distribuiti come parte della soluzione?
- Quali estensioni alle applicazioni e alla piattaforma Dynamics 365 sono pianificate?
Strategia dei dati
La strategia dei dati prende in considerazione la progettazione dei dati all'interno della soluzione e la progettazione della migrazione dei dati legacy alla soluzione. Questo argomento mira a rispondere a domande come le seguenti:
- Quali sono i piani per affrontare le questioni fondamentali di progettazione dei dati, come la struttura della persona giuridica e la localizzazione dei dati?
- Qual è l'ambito e il flusso pianificato delle principali entità di dati master?
- Qual è l'ambito e il flusso pianificato delle principali entità di dati transazionali?
- Qual è l'ambito della migrazione dei dati?
- Quali sono la strategia e l'approccio complessivi per la migrazione dei dati?
- Quali sono i volumi complessivi di dati da gestire all'interno della soluzione?
- Quali passaggi si eseguiranno per ottimizzare le prestazioni della migrazione dei dati?
Strategia di integrazione
La strategia di integrazione riguarda la progettazione della comunicazione e della connettività tra i vari componenti della soluzione. Questa strategia include le interfacce applicative, il middleware e i processi necessari per gestire il funzionamento delle integrazioni. Questo argomento mira a rispondere a domande come le seguenti:
- Qual è l'ambito del progetto di integrazione a livello di interfaccia/interscambio?
- Quali sono i requisiti non funzionali noti, come i volumi delle transazioni e le modalità di connessione, per ciascuna interfaccia?
- Quali schemi di progettazione sono stati identificati da usare nell'implementazione delle interfacce?
- Quali schemi di progettazione sono stati identificati per la gestione delle integrazioni?
- Quali componenti middleware si prevede di usare all'interno della soluzione?
Strategia di business intelligence
La strategia di business intelligence prende in considerazione la progettazione delle funzionalità di business intelligence della soluzione. Questa strategia include le funzionalità di creazione di report e di analisi tradizionali. Include inoltre l'uso delle funzionalità di creazione di report e di analisi nei componenti di Dynamics 365 e nei componenti esterni che si connetteranno ai dati di Dynamics 365. Questo argomento mira a rispondere a domande come le seguenti:
- Quali sono i processi all'interno della soluzione che dipendono dalle funzionalità di creazione di report e di analisi?
- Quali sono le origini dati nella soluzione su cui si baseranno creazione di report e analisi?
- Quali sono le capacità e i vincoli di queste origini dati?
- Quali sono i requisiti per lo spostamento dei dati tra i componenti della soluzione per facilitare l'analisi e la creazione di report?
- Quali componenti della soluzione sono stati identificati per supportare i requisiti di creazione di report e analisi?
- Quali sono i requisiti per combinare i dati aziendali da più sistemi/origini e come si presenta tale strategia?
Strategia di sicurezza
La strategia di sicurezza riguarda la progettazione della sicurezza all'interno dei componenti di Dynamics 365 della soluzione e degli altri componenti della soluzione, sia Microsoft Azure sia esterni. Questo argomento mira a rispondere a domande come le seguenti:
- Qual è la strategia di autenticazione generale della soluzione? È conforme ai vincoli della piattaforma Dynamics 365?
- Qual è la progettazione delle strutture di tenant e directory all'interno di Azure?
- Esistono esigenze di autenticazione insolite e quali schemi di progettazione verranno usati per soddisfarle?
- Esistono esigenze di crittografia fuori dall'ordinario e quali schemi di progettazione verranno usati per soddisfarle?
- Sono stati stabiliti requisiti di riservatezza o residenza dei dati e quali schemi di progettazione verranno usati per soddisfarli?
- Sono stati stabiliti requisiti fuori dall'ordinario per la sicurezza a livello di riga e quali schemi di progettazione verranno usati per soddisfarli?
- Esistono requisiti per la convalida della sicurezza o altri requisiti di conformità e quali sono i piani per soddisfarli?
Strategia ALM (Application Lifecycle Management)
La strategia ALM prende in considerazione gli aspetti della soluzione correlati alle modalità di sviluppo e manutenzione della soluzione, dato che le app Dynamics 365 sono gestite tramite aggiornamento continuo. Questo argomento mira a rispondere a domande come le seguenti:
- Qual è la strategia per l'ambiente di preproduzione e in che modo supporta l'approccio di implementazione?
- La strategia ambientale supporta i requisiti di aggiornamento continuo?
- Quale piano di Azure DevOps sarà usato per supportare l'implementazione?
- Il team di implementazione comprende l'approccio di aggiornamento continuo seguito da Dynamics 365 e da qualsiasi altro servizio cloud nella soluzione?
- L'approccio ALM pianificato tiene in considerazione l'aggiornamento continuo?
- Chi è responsabile della gestione del processo di aggiornamento continuo?
- Il team di implementazione comprende in che modo l'aggiornamento continuo influirà sugli eventi go-live? Esiste un piano per ottimizzare versioni e aggiornamenti allo scopo di assicurare supportabilità e stabilità durante tutte le fasi?
- L'approccio ALM include la gestione di configurazioni ed estensioni?
Strategia ambientale e della capacità
L'architettura della distribuzione prende in considerazione gli aspetti della soluzione correlati all'infrastruttura cloud, agli ambienti e ai processi coinvolti nel funzionamento della soluzione cloud. Questo argomento mira a rispondere a domande come le seguenti:
- Si è deciso il numero di ambienti di produzione che verranno distribuiti? Quali sono i fattori che hanno contribuito alla decisione?
- Quali sono i requisiti di continuità aziendale per la soluzione? Tutti i componenti della soluzione soddisfano tali requisiti?
- Quali sono i requisiti in termini di volume di elaborazione transazionale e di dati master?
- Da quali posizioni gli utenti accederanno alla soluzione?
- Quali sono le strutture di rete che forniranno connettività alla soluzione?
- Esistono requisiti per i client mobili o per l'uso di altre tecnologie client specifiche?
- I requisiti di licenza per le istanze e le interfacce di supporto sono stati compresi?