Fasi del progetto
In genere, le metodologie di implementazione separano un progetto generale in parti più piccole, il che consente di tenere traccia dei progressi più facilmente. In genere, indipendentemente dalla metodologia specifica, altri nomi comuni per queste parti più piccole del progetto sono sprint o iterazioni. Indipendentemente da come vengono chiamate, queste piccole parti di un progetto rappresentano un'attività cardine nell'avanzamento del progetto una volta completate.
La durata del tempo dedicato a ciascuna fase e a ciascun progetto varia notevolmente. Alcuni progetti passano dalla fase ideativa alla fase operativa in pochi mesi, mentre altri richiedono almeno un anno di analisi prima che il lavoro possa iniziare.
Le fasi del progetto hanno alti e bassi man mano che il progetto avanza. Se il progetto utilizza una metodologia agile, è possibile ripetere le fasi lungo il percorso dalla prevendita all'esecuzione.
Di solito un progetto segue un percorso: prevendita, avvio, implementazione, distribuzione ed esecuzione.
Alcuni membri del team sono specializzati in ogni fase, ma molti membri del team di progetto si spostano ovunque necessario in un progetto. È prassi comune che i membri del team si uniscano a un progetto in qualsiasi momento, dall'idea alla distribuzione.
Prevendita
L'attività principale della fase di prevendita è supportare il team di vendita durante la realizzazione del progetto. Per quanto riguarda la fase di prevendita, l'attenzione è concentrata sul minimo sforzo necessario per la realizzazione del progetto, assicurandosi però che il team di vendita non venda quantità maggiori rispetto a quanto si è in grado di garantire. In linea generale, le attività durante questa fase sono classificate nel modo seguente:
- Risposte per richieste di proposta
- Riunioni di introduzione con i clienti
- Modelli di verifica/demo
- Ideazione della soluzione
Avvio
Durante l'avanzamento del progetto verso lo sviluppo della soluzione, sarà l'Architetto di soluzioni ad assumere la guida di questa fase. A seconda della metodologia utilizzata, parte di questo lavoro potrebbe essere completato in anticipo o, più comunemente, svolto con maggiore flessibilità in concomitanza con ciascuna fase/iterazione del progetto.
- Workshop presso i clienti: questi requisiti acquisiscono le discussioni con gli utenti aziendali coinvolti nel delicato processo di analisi delle esigenze.
- Convalida e chiarimenti dei requisiti: analizzare in dettaglio i requisiti individuati, compresi quelli riportati come esperienze dirette degli utenti. L'obiettivo è garantire che i requisiti siano implementabili, chiari e ben definiti. Questo processo consente al team di identificare e aggiungere requisiti non funzionali secondo le necessità. Questa attività potrebbe richiedere ulteriori follow-up con il cliente o il team per garantire la corretta comprensione dei requisiti prima dell'effettivo sviluppo della soluzione.
- Architettura di alto livello: l'Architetto di soluzioni guida la progettazione della topologia complessiva della soluzione e comunica le informazioni al team di progetto. Questa valutazione include Dynamics 365, Microsoft AppSource o qualsiasi altro servizio esterno utilizzato, compresa un'ampia panoramica delle interazioni con i sistemi e i servizi interni ed esterni.
- Architettura dettagliata della soluzione: in questo processo vengono definiti ulteriori dettagli. Include la progettazione della sicurezza e dei modelli di dati, nonché la strategia complessiva di integrazione di ogni sistema e servizio esterno. Inoltre, questo processo prevede la definizione della specifica delle personalizzazioni delle app Dynamics 365 e di qualsiasi altra app esistente che verrà utilizzata. I team di progetto utilizzano spesso l'analisi corrispondenza-scarto per identificare gli scostamenti tra requisiti e funzionalità preconfigurate.
- Revisione dei progetti tecnici: quando la fase di progettazione dettagliata inizia a delineare un'architettura più articolata, l'Architetto di soluzioni assumerà il ruolo di revisore per garantire che la progettazione sia conforme all'architettura prevista.
- Gestione delle modifiche: la gestione delle modifiche è un elemento chiave per garantire che le soluzioni che i clienti intendono adottare siano puntuali e conformi al budget. Il team deve evitare scostamenti dall'ambito e allo stesso tempo consentire di apportare modifiche essenziali in grado di soddisfare i criteri di successo del progetto. Da questo punto del progetto in poi è necessaria una precisa e puntuale gestione del cambiamento.
Implementazione
Nella fase di implementazione il team di progetto si concentra sulla creazione della soluzione in base alla progettazione e all'ambito della soluzione concordati. In questa fase vengono introdotte le revisioni dell'implementazione. Le revisioni dell'implementazione consentono al team di affrontare i problemi relativi ad aspetti specifici della progettazione della soluzione (modello di dati, sicurezza, integrazione) e le procedure di implementazione (Application Lifecycle Management e strategia di test). Durante la fase di implementazione, è possibile prevedere problemi relativi alla progettazione di componenti specifici, scelte tecnologiche, modifiche imminenti, roadmap, deprecazioni, Application Lifecycle Management (ALM) e build. Assicurarsi di lavorare in modo proattivo con i clienti per garantire che la soluzione sviluppata sia conforme alle procedure consigliate e sia strategicamente allineata alla roadmap del prodotto.
Distribuzione
Durante la fase di distribuzione, la soluzione è stata creata e testata e il team di progetto si prepara per il ciclo finale di test di accettazione utente e training. Sono state inoltre concesse tutte le approvazioni del cliente necessarie, sono state completate le revisioni della sicurezza delle informazioni, è stato definito il piano di cutover (compresi i criteri go/no-go), sono stati programmati eventi fittizi di pubblicazione, il modello di supporto è pronto e il runbook di distribuzione è completato con attività, proprietari, durate e dipendenze definite.
Esecuzione
Dopo aver pianificato, sviluppato e distribuito l'applicazione, le attività non sono ancora completate. L'obiettivo della fase di esecuzione è convalidare il successo della distribuzione, rivedere le lezioni apprese dal progetto e pianificare la transizione alla fase successiva o fornire supporto per la transizione al team di manutenzione. Dopo che il cliente è live, l'architetto della soluzione deve eseguire una revisione post go-live. Discutere il piano di transizione e condividerlo con il team di manutenzione.