La gestione di un progetto per l’implementazione di Adobe Experience Manager (AEM) richiede pianificazione e comprensione per essere consapevoli dei problemi e delle decisioni (correlate) da prendere (sia prima che durante l’implementazione del progetto).
Per aiutarti, le best practice sono:
Elenco di controllo interattivo che consente di monitorare e monitorare i progressi con queste best practice.
Documentazione, basata direttamente sulla checklist, che descrive in dettaglio:
Ulteriori riferimenti per fornire maggiori dettagli su aree specifiche.
Il foglio di lavoro di Project Heartbeat fornisce una panoramica grafica delle metriche critiche per il progetto:
Qualità fase
Stato fase
Completamento fase
Il foglio di lavoro Stato per ruolo mostra una suddivisione dettagliata di Salute, Qualità e Completezza di Fase e Persona.
Il piano del progetto è suddiviso in fasi distinte (ad alto livello).
Ogni fase contiene le proprie tappe. Per ogni persona (o ruolo) sono elencati i punti cardine pertinenti, insieme ai documenti necessari per produrre i risultati finali definiti.
Non esiste una relazione diretta 1:1 tra i singoli documenti richiesti e i risultati finali.
La preparazione del progetto costituisce la base dell'intero progetto. È necessario definire requisiti chiave insieme a obiettivi chiari e aspettative per:
Motivazione aziendale
Ambito e programma
Le modalità di preparazione, pianificazione ed esecuzione del progetto e implementazione della soluzione saranno influenzate dalle restrizioni applicate, ad esempio budget fisso, scadenze fisse, quantità di contenuto, qualità richiesta.
Come sempre, l'adeguamento di uno qualsiasi dei fattori influirà sugli altri. Ad esempio, ridurre il tempo, ma richiedere lo stesso livello di qualità probabilmente aumenterà il prezzo e ridurrà la quantità di contenuto per cui si può gestire. Il budget è spesso un fattore chiave per non dimenticare tali relazioni.
I Quattro Fattori:
Convalida
In questa fase è necessario convalidare e confermare gli obiettivi del progetto; ad esempio:
Budget
Prima di avviare un progetto è necessario disporre di una stima affidabile e realistica dei costi di implementazione:
La pianificazione del progetto consolida la preparazione. Qui è necessario iniziare a convertire gli obiettivi e le aspettative in una roadmap ben definita, costituita da attività concrete, legate da una comunicazione chiara, con revisioni rigorose per misurare i progressi.
Consegna
Una consegna sicura garantisce che la persona o i gruppi appropriati siano consapevoli delle proprie responsabilità all'interno del progetto.
Devono essere forniti/generati dettagli completi per garantire che abbiano una piena comprensione di tutti gli aspetti pertinenti, compresi la roadmap, l'ambito, gli obiettivi, i requisiti e i KPI.
Valutazione del rischio
Per evitare spiacevoli sorprese, utilizzare la valutazione del rischio per individuare e quantificare eventuali rischi potenziali insieme al loro impatto e alla loro probabilità.
Ciò dovrebbe essere fatto all'inizio del ciclo di vita del progetto per garantire che le eventuali vulnerabilità siano individuate e valutate. In base ai risultati, puoi segnalare alle parti interessate se è possibile implementare tutti i requisiti e, se necessario, se è possibile pianificare azioni appropriate da intraprendere e monitorare.
Comunicazione
La comunicazione è sempre la chiave per il successo di qualsiasi progetto. È necessario comunicare in modo chiaro ed efficiente per garantire che tutti:
Spegni
L'incontro Kick Off viene utilizzato per sensibilizzare l'opinione pubblica sull'inizio del progetto. Si tratta di una buona opportunità per:
La pianificazione dello sviluppo è fondamentale per garantire che il progetto sia basato su un progetto solido da parte di un team che disponga delle conoscenze necessarie.
Team di sviluppo con personale e formazione
Prima di iniziare qualsiasi progetto, è necessario assicurarsi che il team di sviluppo disponga di personale adeguato e che tutti i membri del team siano formati per l'attività in corso.
Architettura dei contenuti
L'architettura dei contenuti definisce e descrive la futura architettura dei contenuti; compresi:
Architettura del sistema
L'architettura del sistema definisce la vista concettuale del sistema; tra cui (tra le altre informazioni):
Architettura applicativa
L'architettura dell'applicazione definisce e descrive il comportamento delle applicazioni proposte.
Si concentra su:
Le definizioni dovrebbero riguardare:
Integrazione del sistema
L'integrazione del sistema richiede la pianificazione (e quindi l'implementazione):
Concetto di test
Prima di iniziare lo sviluppo, è necessario definire un concetto approfondito e completo di tutti i requisiti testing per il progetto.
Ciò dovrebbe includere (tra gli altri):
Experience Design
Experience Design (XD) prevede la progettazione dell'esperienza utente per la soluzione.
L’esperienza utente deve essere analizzata e sviluppata sia per gli autori che per gli utenti finali del sito Web.
Configurazione supporto
Prima di sviluppare tutti i processi di supporto, necessari per distribuire, rilasciare, testare e segnalare i problemi, dovrebbero essere impostati.
Vedere anche il portale supporto Adobe.
Allo stesso modo, le operazioni devono essere pianificate in modo appropriato per garantire l'esistenza degli ambienti richiesti, per tutte le fasi del ciclo di vita del progetto. È inoltre necessario disporre dei processi appropriati per la loro manutenzione.
Autorizzazioni
È necessario pianificare e quindi implementare un concetto di ruoli e diritti per tutti gli utenti/gruppi che utilizzeranno la soluzione.
Esempio:
read
/ write
per ognireplicate
editor
non devono avere diritti admin
né far parte del gruppo administrators
Per ulteriori informazioni, vedere Amministrazione utente e sicurezza.
Monitoraggio e manutenzione
Il monitoraggio e la manutenzione sono aspetti chiave per garantire il corretto funzionamento della soluzione una volta che sarà live. A tal fine è necessario definire:
Per ulteriori informazioni, vedere anche Monitoraggio e manutenzione.
Migrazione
Qualsiasi contenuto del sistema legacy deve essere rivisto e convalidato per la migrazione.
Piano di ripristino
Assicurarsi di disporre di un piano di ripristino. In una situazione di emergenza ciò deve essere disponibile per garantire l'uso della produzione di AEM. Questo dovrebbe coprire situazioni come backup, ripristino, failover e altri.
Lo sviluppo è una fase cruciale che richiede più di una semplice codifica.
Ambiente di sviluppo
Pianificare e documentare l'ambiente di sviluppo, compresi:
Sistema di prova
Pianificare e documentare l'ambiente di test, compresi:
Sistema di produzione
Pianificare e documentare l'ambiente di produzione, compresi:
Integrazione
Pianificare, documentare e testare tutti gli aspetti del sistema e integrazione della soluzione, compresi:
Migrazione
Pianificare, documentare e verificare tutti gli aspetti della migrazione dei contenuti; compresi:
Comunicazione
Assicurati che tutti i membri del team e il personale del progetto siano aggiornati in base alle esigenze.
Documentazione
Documentare appieno la soluzione; compresi:
Una volta che la nuova applicazione sarà disponibile, dovrà sottoporsi a test rigorosi, sia per le funzionalità che per le prestazioni.
Qualsiasi team di test deve poter rimanere neutrale e fornire i risultati dei test.
È responsabilità del responsabile del progetto valutare le implicazioni dei risultati e decidere le azioni appropriate.
Test di accettazione da parte dell'utente finale
Il test di accettazione da parte dell'utente (UAT) è fondamentale per garantire che:
Dovrebbe essere prevista una checklist formalizzata per la consegna del cliente; idealmente automatizzato ed eseguito su base notturna su uno snapshot. I risultati devono essere inviati al project manager e al team di sviluppo
Test prestazioni e carico
I test di prestazioni e di carico sono utilizzati per garantire che la soluzione soddisfi i livelli di prestazioni richiesti, a carichi medi e massimi.
Per ulteriori informazioni sui test delle prestazioni, vedete:
Questo processo dovrà essere proseguito durante il normale uso di AEM, ma queste fasi iniziali sono le più importanti.
L'implementazione della nuova applicazione richiede un'attenta pianificazione per garantire un Go Live uniforme. Ciò include la conferma di un elevato livello di sicurezza, la formazione di tutti i potenziali utenti e la realizzazione di più prove a secco per confermare che tutti i problemi sono stati affrontati.
Preparazione
La preparazione e la pianificazione contribuiranno a garantire un'implementazione uniforme.
Formazione
Garantire che tutto il personale coinvolto sia stato formato.
Vedete Adobe Experience Manager nel catalogo del corso.
Amministratori formati
Assicurati che gli amministratori della soluzione abbiano:
Utenti con formazione
Assicuratevi che gli autori abbiano:
Prove Di Penetrazione
I test di penetrazione simulano un attacco a un sistema informatico per identificare potenziali carenze di sicurezza.
Test di penetrazione/sicurezza
Per garantire la sicurezza della soluzione, eseguire test di penetrazione specifici, insieme a una più ampia gamma di test di sicurezza.
Per ulteriori informazioni, vedere Elenco di controllo della sicurezza.
Vuoi che il tuo Go Live sia il più liscio possibile. Anche in questo caso, i passaggi finali richiedono una pianificazione per l'esecuzione pulita.
Preparazione
La preparazione e la pianificazione contribuiranno a garantire un ciclo di vita uniforme.
Sicurezza
Confermate la sicurezza della soluzione sia per gli utenti interni che per quelli esterni e i loro contenuti.
Fallback
Assicurarsi che tutti i sistemi, le procedure e i meccanismi necessari per il fallback siano in funzione prima di iniziare il ciclo di vita.
Supporto
Verificate che i servizi di supporto siano pronti e pronti.
Transizione
Pianificate ed eseguite la transizione al vostro ambiente di produzione e agli utenti.
Rollout
Preparate ed eseguite i test di fumo.
Gli elenchi di controllo sono progettati per persona. Questi sono i ruoli che hanno un ruolo significativo nel ciclo di vita del progetto.
Esistono anche altre persone che sono coinvolte in attività specifiche.
Lo sponsor del progetto è:
Responsabile della fornitura/presentazione del business case per il progetto.
La definizione e la definizione della portata del progetto; compresi:
Fornire le tappe principali in base alla roadmap del cliente.
Il project manager è:
L'architetto della soluzione:
L'analista aziendale:
È principalmente responsabile della raccolta e dell'analisi dei requisiti di alto livello, e quindi della loro trasformazione in specifiche:
Lavora a stretto contatto con il cliente per analizzare i requisiti. Si confrontano con questi:
Il lead di sviluppo:
È responsabile della fornitura tecnica del progetto.
È responsabile della selezione di una metodologia di sviluppo conforme ai requisiti dei clienti.
Elaborare la strategia di sviluppo:
Lavora a stretto contatto con l'architetto (soprattutto quando elabora la strategia di sviluppo per AEM) per definire aspetti quali la relazione tra modelli e componenti, la strategia di integrazione per applicazioni di terze parti e qualsiasi funzionalità specializzata.
Lead di qualità:
Il tecnico del sistema:
È responsabile della supervisione dell'infrastruttura del progetto.
È responsabile di:
Fornisce raccomandazioni hardware, controlla le diverse implementazioni e fornisce supporto operativo sia prima che dopo.
Responsabile della sicurezza:
Parti interessate
Legale
Formatori
Scrittori Tecnici
Amministratori di sistema
Autori e utenti finali
Gli elenchi di controllo coprono i Documenti richiesti e Consegne per ogni attività cardine.
I Documenti richiesti sono necessari al soggetto appropriato per la produzione dei risultati finali.
Per ogni Documento richiesto il soggetto deve indicare:
Per ogni pietra miliare la persona appropriata è responsabile della consegna di documenti specifici e quindi della realizzazione delle proprie responsabilità per una specifica pietra miliare.
Per ogni Consegna il soggetto deve indicare:
I risultati finali vengono spesso utilizzati come Documenti richiesti per la fase cardine corrente o successiva.
Per le procedure ottimali per l’implementazione, l’amministrazione, lo sviluppo o l’authoring, consulta:
Documentazione AEM
Inoltre, le seguenti sezioni della documentazione AEM sono di particolare interesse (tuttavia, questo elenco non è esaustivo):
Documentazione correlata