Adobe Experience Manager (AEM) - Modelli e archetipi di governance e personale

In qualità di leader dell’esperienza cliente, Adobe è consapevole di quanto sia difficile per garantire la presenza di persone e del framework di governance appropriati per promuovere l’efficienza operativa. Con i modelli di gestione del personale e di governance collaudati di Adobe, disponi degli strumenti e delle conoscenze necessari per creare una base solida per la gestione dei contenuti e delle risorse. In questo articolo, sono illustrati dei modi per rendere operativa la piattaforma Adobe Experience Manager (AEM) e ottenere il massimo dalle tue attività.

Creare un framework operativo superiore

Per poter eseguire e utilizzare AEM, prendi in considerazione i seguenti elementi:

  • Esecuzione di milestone strategiche: ci saranno molte milestone strategiche (personalizzazione, integrazione multicanale, ecc.) che non potranno essere eseguite a meno che non disponi del modello di assegnazione del personale corretto.
  • Creare una base per la trasformazione digitale: AEM viene spesso utilizzato come primo passaggio nel processo di modernizzazione di un’organizzazione. Impostare una base ti consente di sfruttare al massimo la capacità di AEM.
  • Coinvolgimento utente: crea un team per eseguire il lavoro tattico (aggiornamento dei flussi di lavoro, delle autorizzazioni, CSS, ecc.). Se ci sono lacune tra quello che gli utenti desiderano e quello ciò che viene fornito, è molto più probabile che gli utenti si sentano frustrati. È importante che gli utenti continuino a investire nel sistema e nella soluzione e che tu disponga del modello operativo appropriato.

Qual è quindi il modello appropriato? Qual è la matrice di ruoli giusta da creare?

Non esiste un’unica risposta specifica perché, proprio come le organizzazioni variano notevolmente, anche una configurazione di AEM può farlo, con conseguente necessità di diversi ruoli di supporto. Ogni livello, ogni settore, ogni struttura di team richiederà un’implementazione diversa. Ma puoi creare una linea di base stabilendo gli archetipi.

Archetipi

Gli archetipi sono idee di ruolo specifiche di alto livello che si mappano ad attributi specifici. Questo a sua volta può essere utilizzato per creare una premessa fondamentale che fornisce informazioni su quale modello hai veramente bisogno. È importante tenere presente che gli archetipi non sono limitati a una persona per archetipo. Ad esempio, un addetto alla libreria DAM potrebbe avere una certa esperienza tecnica.

Flussi di operazionalizzazione

Esistono due flussi di operazionalizzazione per AEM Sites e AEM Assets:

  1. Esecuzione e funzionamento di base del lavoro quotidiano (aggiornamento dei metadati)

  2. Strategia e lavoro di trasformazione, ad esempio grandi progetti tra più organizzazioni

flussi di operazionalizzazione

Ruoli risorse AEM di alto livello

Distanza generale: questa linea di base supporta modelli centralizzati e decentralizzati. Se disponi di un modello decentralizzato, AEM può essere utilizzato in modo astratto. Il ruolo Proprietario del prodotto deve essere utilizzato in modo creativo, ma è anche necessario disporre di un Proprietario del prodotto che sia il proprietario dei diversi stili di un tipo di risorsa e di un altro che sovrintenda all’intera organizzazione.

  1. Ruoli di esecuzione e funzionamento di base

    • Risorsa tecnica: una persona con esperienza AEM che comprende la gestione delle autorizzazioni e può aggiornare lo schema dei metadati
    • Manager della versione
    • Proprietario del prodotto: si tratta di un ruolo allineato alla soluzione. Alcuni proprietari dei prodotti possono essere coinvolti nell’analisi.
    • Addetto alla libreria DAM: questa persona può aiutare a guidare i processi del framework integrativo. Questo ruolo creativo può sovrapporsi ad altri ruoli. Nota: questo ruolo è diventato estremamente popolare negli ultimi cinque anni.
    • Contenuto creativo
  2. Strategia e trasformazione

    • Team di sviluppo: il team è necessario quando si ha a che fare con una milestone strategica principale.
    • Architetto aziendale: sviluppa i requisiti per supportare le milestone tecniche e le iniziative strategiche; questo ruolo può essere compensato con un ulteriore Proprietario del prodotto
    • Architetto tecnico: un utente che ha una conoscenza di livello Enterprise e ha una presenza costante in tutta l’organizzazione. Questo ruolo funge da punto centrale DAM.

Scenari di esempio

  1. Esecuzione e utilizzo:

Di seguito sono riportati alcuni esempi di ruolo per uno scenario snello (azienda di abbigliamento sportivo) e uno impegnativo (azienda di cosmetici):

  1. Scenario snello: ruoli dell’azienda di abbigliamento sportivo:

    • 2 sviluppatori part-time: part time, offshore
    • 1 proprietario del prodotto: a tempo pieno, onshore
    • 1 addetto alla libreria DAM: a tempo pieno, onshore
    • 1 architetto tecnico: part time, onshore
    • 1 manager di versione: part time, onshore
  2. Scenario impegnativo: azienda di cosmetici (multimarca)

    • 3 sviluppatori a tempo pieno: a tempo pieno, offshore
    • 4 proprietari del prodotto: 3 specifici per brand, 1 primario
    • 1 addetto alla libreria DAM: a tempo pieno, onshore
    • 4 amministratori PMI principali per brand
    • 1 architetto tecnico

Ruoli AEM Sites di alto livello

  1. Esecuzione e funzionamento di base

    Distanza generale: gli sviluppatori CSS creano nuove skin per i componenti. Joseph Van Buskirk, consulente aziendale senior in Adobe, consiglia di “Sfruttare i componenti e i sistemi di stile. Questo è il ruolo che permette di risparmiare sui costi. L’80% delle esperienze create deve essere eseguito utilizzando i componenti core o quelli creati in precedenza.” L’obiettivo è quello di riutilizzare i componenti core o personalizzati con nuovi stili con l’aiuto di uno sviluppatore CSS (o un team di sviluppo front-end).

    Esempi di ruolo:

    • Sviluppo CSS: crea artefatti di esperienza riutilizzando i componenti con nuovi stili.
    • Sviluppo back-end: crea nuovi componenti o può ampliare un componente core. Se eseguito correttamente, questo ruolo non dovrebbe avere più di una persona, a meno che non sia necessario eseguire attività di animazione di grandi dimensioni.
    • Gestione della versione: sovrintende all’implementazione del codice e funge da team Adobe Account corrente.
    • Proprietario del prodotto: collabora con le business unit per unire visioni tecniche e strategiche; crea attività di manutenzione e miglioramenti e funge da proprietario business della soluzione.
    • Amministratore degli autori: aggiorna la skin CSS e fornisce informazioni agli autori che aggiornano e applicano i contenuti. Questo ruolo si occupa delle configurazioni dei flussi di lavoro e crea la documentazione informativa per l’utilizzo da parte degli autori di contenuti. NOTA: nella versione 6.5 Adobe consiglia di utilizzare modelli modificabili.
    • Autori di contenuti: applicano i contenuti, ne gestiscono la proprietà su più livelli e rilasciano problemi e allarmi di comunicazione man mano che si presentano con il CSM.
  2. Strategia e trasformazione

    Esempi di ruolo:

    • Team di sviluppo: fornisce conoscenze AEM ed esegue nuove fasi di trasformazione con l’architetto tecnico.
    • Architetto tecnico: fornisce conoscenze sull’integrazione, collabora con il proprietario del prodotto per mappare le milestone tecniche e fornisce una conoscenza tecnica approfondita di AEM.
    • Architetto aziendale: crea attività per le storie utente e aiuta il proprietario del prodotto a gestire le milestone tecniche e aziendali.

Scenari di esempio

Di seguito sono riportati alcuni esempi di ruolo per uno scenario client semplice e uno impegnativo:

  1. Sempice

    • 2 sviluppatori CSS: onshore
    • 1 proprietario del prodotto: a tempo pieno, onshore
    • 1 sviluppatore back-end: offshore
    • 1 architetto tecnico: on-shore
    • 1 manager di versione: part time, onshore
  2. Impegnativo (incentrato sulla campagna)

    • 4 sviluppatori CSS: a tempo pieno, onshore
    • 2 sviluppatori back-end: a tempo pieno, onshore
    • 1 architetto tecnico: on-shore
    • 1 proprietario del prodotto
    • 2 architetti aziendali: offshore

Elementi principali da ricordare

Comprendi gli archetipi: inizia per gradi, comprendi e analizza gli archetipi. Con creatività e flessibilità, tieni presente che non esiste un unico modello corretto da seguire.

Comprendi la tua roadmap: in alcune organizzazioni si devono eseguire molte milestone. Preparati ad allocare più risorse tecniche rispetto alla stima iniziale.

Sfrutta le risorse interne: potrebbero verificarsi delle lacune impreviste. Potrai colmarle in tempi più brevi coinvolgendo altri team interni, anziché cercando le risorse necessarie all’esterno dell’organizzazione.

Per una discussione più approfondita su modelli e archetipi di governance e personale, ascolta questa tavola rotonda di un’ora: Archetipi di ruolo e creazione di un framework operativo per AEM Assets e Sites

Per ulteriori informazioni su strategia e leadership di pensiero, visita l’hub Customer Success.

recommendation-more-help
4859a77c-7971-4ac9-8f5c-4260823c6f69