AEM 6.4 ha raggiunto la fine del supporto esteso e questa documentazione non viene più aggiornata. Per maggiori dettagli, consulta la nostra periodi di assistenza tecnica. Trova le versioni supportate qui.
La gestione di un progetto per l’implementazione di Adobe Experience Manager (AEM) richiede pianificazione e comprensione al fine di essere consapevoli dei problemi e delle decisioni (correlate) da prendere (sia prima che durante l’implementazione del progetto).
Per aiutarti, le best practice consistono in:
Un checklist interattiva che consente di monitorare e monitorare i progressi con queste best practice.
Documentazione, basata direttamente sul elenco a discesa, che descrive in dettaglio:
Ulteriore riferimento materiale per fornire maggiori dettagli su aree specifiche.
La Heartbeat progetto Il foglio di lavoro fornisce una panoramica grafica delle metriche critiche per il progetto:
Qualità fase
Salute a fase
Completamento fase
La Stato per ruolo Il foglio di lavoro mostra la suddivisione dettagliata di Salute, qualità e completezza da 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 elencate le tappe 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 i requisiti chiave insieme a obiettivi e aspettative chiari per:
Motivazione aziendale
Ambito e programma
Le modalità di preparazione, pianificazione ed esecuzione del progetto e dell'implementazione della soluzione saranno influenzate dalle restrizioni utilizzate, ad esempio budget fisso, scadenze fisse, quantità di contenuto, qualità richiesta.
Come sempre, la regolazione di uno qualsiasi dei fattori avrà un impatto sugli altri. Ad esempio, ridurre il tempo, ma richiedere lo stesso livello di qualità probabilmente aumenterà il prezzo e ridurrà la quantità di contenuto che è possibile soddisfare. Il bilancio è spesso un fattore chiave per cui tali relazioni non possono essere dimenticate.
I Quattro Fattori:
Convalida
In questa fase è necessario convalidare e confermare gli obiettivi del progetto; ad esempio:
Bilancio
Prima di iniziare 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 compiti concreti, vincolati da una comunicazione chiara, con revisioni rigorose per misurare il progresso.
Consegna
Un cambio di consegna sicuro assicura che l’utente/i gruppi appropriati siano consapevoli delle proprie responsabilità all’interno del progetto.
Devono essere forniti/generati dettagli completi per garantire 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 sorprese sgradevoli, utilizzare la valutazione del rischio per identificare 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 variabilità siano individuate e valutate. Sulla base dei risultati puoi riferire alle parti interessate se è possibile implementare tutti i requisiti e, se necessario, se è possibile pianificare azioni appropriate da intraprendere e monitorate.
Comunicazione
La comunicazione è sempre fondamentale per il successo di qualsiasi progetto. Devi comunicare in modo chiaro ed efficiente per garantire che tutti siano:
Spegnimento
L'incontro Kick Off è usato per sensibilizzare l'opinione pubblica sull'inizio del progetto. Si tratta di una buona opportunità per:
Pianificare lo sviluppo è fondamentale per garantire che il progetto sia basato su un progetto solido di un team che disponga delle conoscenze necessarie.
Team di Sviluppo Personalizzato e Formato
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 l'altro):
Architettura dell'applicazione
L'architettura dell'applicazione definisce e descrive il comportamento delle applicazioni proposte.
Si concentra su:
Le definizioni dovrebbero riguardare:
Integrazione di sistema
L’integrazione del sistema richiede la pianificazione (e quindi l’implementazione):
Concetto di prova
Prima di iniziare lo sviluppo è necessario elaborare un concetto approfondito e completo di tutti test requisiti del progetto.
Ciò dovrebbe includere (tra l'altro):
Progettazione esperienza
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 del supporto
Prima di sviluppare tutti i processi di supporto, necessari per distribuire, rilasciare, testare e segnalare i problemi, devono essere impostati.
Vedi anche Adobe Support Portal.
Analogamente, le operazioni devono essere pianificate in modo appropriato per garantire l'esistenza degli ambienti necessari per tutte le fasi del ciclo di vita del progetto. È inoltre necessario disporre dei processi appropriati per la loro manutenzione.
Autorizzazioni
Devi pianificare e quindi implementare un concetto di ruoli e diritti per tutti gli utenti/gruppi che utilizzeranno la soluzione.
Ad esempio:
read
/ write
definizioni di accesso per ognireplicate
editor
il gruppo non deve avere admin
i diritti e non far parte del administrators
gruppoPer ulteriori informazioni, consulta Amministrazione degli utenti e sicurezza.
Monitoraggio e manutenzione
Il monitoraggio e la manutenzione sono aspetti fondamentali per garantire il funzionamento ottimale della soluzione una volta che questa è attiva. A questo scopo è necessario definire:
Vedi anche Monitoraggio e manutenzione per ulteriori informazioni.
Migrazione
Eventuali contenuti del sistema legacy devono essere rivisti e convalidati per la migrazione.
Piano di ripristino
Assicurati 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 quali backup, ripristino, fallover e altre.
Lo sviluppo è una fase cruciale che richiede qualcosa di più che una semplice codifica.
Ambiente di sviluppo
Pianifica e documenta l'ambiente di sviluppo, tra cui:
Sistema di prova
Pianifica e documenta l’ambiente di test, tra cui:
Sistema di produzione
Pianifica e documenta l'ambiente di produzione, tra cui:
Integrazione
Pianificare, documentare e testare tutti gli aspetti del sistema e integrazione delle soluzioni, tra cui:
Migrazione
Pianificare, documentare e testare tutti gli aspetti della migrazione dei contenuti; compresi:
Comunicazione
Assicurati che tutti i membri del team e l’utente tipo del progetto siano aggiornati in base alle esigenze.
Documentazione.
Documentare pienamente la soluzione; compresi:
Una volta che la nuova applicazione sarà disponibile, dovrà sottoporsi a test rigorosi, sia per la funzionalità che per prestazioni.
Qualsiasi team di test deve poter rimanere neutrale e fornire i risultati dei test.
Spetta al responsabile del progetto valutare le eventuali implicazioni dei risultati e decidere le azioni appropriate.
Test di accettazione da parte dell'utente finale
Test di accettazione degli utenti (UAT) è fondamentale per garantire che:
Dovrebbe essere prevista una lista di controllo ufficiale per la consegna del cliente; idealmente automatizzato ed eseguito su base notturna contro un'istantanea. I risultati devono essere inviati al project manager e al team di sviluppo
Test di prestazioni e di carico
I test di prestazione e carico sono utilizzati per garantire che la soluzione soddisfi i livelli di prestazioni richiesti, in media e nei carichi di picco.
Per ulteriori informazioni sui test delle prestazioni, vedi:
Questo processo dovrà essere proseguito durante il normale uso di AEM, ma queste fasi iniziali sono le più cruciali.
Il rollout della tua nuova applicazione richiede un'attenta pianificazione per garantire un Go Live fluido. Ciò include la conferma di un elevato livello di sicurezza, la formazione di tutti i potenziali utenti e l'esecuzione di più prove per confermare che tutte le questioni sono state affrontate.
Preparazione
La preparazione e la pianificazione contribuiranno a garantire un rollout uniforme.
Formazione
Assicurare che tutto il personale coinvolto sia stato formato.
Vedi Adobe Experience Manager nel catalogo dei corsi.
Amministratori formati
Assicurati che gli amministratori delle soluzioni abbiano:
Utenti formati
Assicurati che gli autori abbiano:
Test di penetrazione
I test di penetrazione simulano un attacco su un sistema informatico per identificare potenziali carenze di sicurezza.
Test di penetrazione/sicurezza
Per garantire la sicurezza della soluzione, esegui test di penetrazione specifici insieme a una più ampia gamma di test di sicurezza.
Consulta la sezione Lista di controllo sicurezza per ulteriori dettagli.
Vuoi che il tuo Go Live sia il più liscio possibile. Anche in questo caso, i passaggi finali devono essere pianificati per l'esecuzione pulita.
Preparazione
La preparazione e la pianificazione contribuiranno a garantire un buon Go Live.
Sicurezza
Conferma la sicurezza della soluzione per gli utenti interni ed esterni e i relativi contenuti.
Regresso
Assicurati che tutti i sistemi, le procedure e i meccanismi necessari per il fallback siano in atto prima di iniziare il ciclo di vita.
Assistenza
Assicurati che i servizi di supporto siano in-place e pronti.
Transizione
Pianifica ed esegui la transizione al tuo ambiente di produzione e agli utenti.
Uscita
Prepara ed esegui i test di fumo.
Le liste di controllo sono progettate da persone. Questi sono i ruoli con un significativo coinvolto nel ciclo di vita del progetto.
Ci sono anche alcuni altra persona che sono coinvolti in compiti specifici.
Lo sponsor del progetto è:
Responsabile della fornitura/presentazione del business case per il progetto.
La definizione e la definizione della portata del progetto; compresi:
Fornisci le tappe principali in base alla roadmap del cliente.
Il project manager è:
Architetto della soluzione:
L'analista:
È principalmente responsabile della raccolta e dell'analisi dei requisiti di alto livello, trasformandoli poi in specifiche:
Lavora a stretto contatto con il cliente per analizzare i requisiti. I loro punti di corrispondenza sono:
Il ruolo guida nello 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 (in particolare 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.
Il piombo di qualità:
Il tecnico del sistema:
È responsabile della supervisione dell'infrastruttura del progetto.
È responsabile di:
Fornisce consigli hardware, controlla le varie 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
Le liste di controllo coprono le Documenti richiesti e Risultati finali per ogni cardine.
La Documenti richiesti sono necessarie per l’utente di destinazione appropriato al momento della produzione dei relativi risultati finali.
Per ogni Documento richiesto l’utente tipo deve indicare:
Per ogni tappa, l’utente appropriato è responsabile della consegna di documenti specifici e quindi della realizzazione delle proprie responsabilità per una specifica tappa.
Per ogni Consegna l’utente deve indicare:
I risultati finali sono spesso utilizzati come Documenti richiesti per l'attività cardine corrente o successiva.
Per le best practice su distribuzione, amministrazione, sviluppo o authoring, consulta:
Documentazione AEM
Inoltre, le seguenti sezioni della documentazione AEM sono di particolare interesse (tuttavia, questo elenco non è esaustivo):
Documentazione correlata