Adobe Experience Manager (AEM) – Governance- und Personalmodelle & Archetypen

Als führendes Unternehmen im Bereich Kundenerfahrung versteht Adobe, wie schwierig es sein kann, passendes Personal und die richtigen Governance-Rahmenbedingungen verfügbar zu haben, um die betriebliche Effizienz zu steigern. Mit branchenbewährten Governance- und Personalmodellen von Adobe verfügen Sie über die nötigen Werkzeuge und Kenntnisse, um eine solide Basis für Content- und Asset-Management zu erstellen. In diesem Artikel besprechen wir, wie Sie Ihre Adobe Experience Manager-Plattform (AEM) umsetzen und den größtmöglichen Nutzen aus Ihren Bemühungen ziehen können.

Erstellen eines überlegenen operativen Rahmens

Um AEM ausführen und betreiben zu können, sollten Sie die folgenden Elemente berücksichtigen:

  • Ausführen strategischer Meilensteine – Es wird viele strategische Meilensteine geben (Personalisierung, Integration mehrerer Kanäle usw.), die nur dann ausgeführt werden können, wenn Sie über das richtige Personalmodell verfügen.
  • Erstellen einer Grundlage für die digitale Transformation – AEM wird oft als erster Schritt im Modernisierungsprozess eines Unternehmens verwendet. Durch die Schaffung einer Grundlage können Sie AEM mit voller Kapazität nutzen.
  • Benutzerinteraktion – Es muss ein Team vorhanden sein, um taktische Arbeit auszuführen (Workflows aktualisieren, Berechtigungen, CSS usw.) Je größer die Diskrepanz zwischen dem, was Benutzerinnen und Benutzer wollen, und dem, was sie bekommen, desto frustrierter können sie werden. Es ist wichtig, dass die Benutzerinnen und Benutzer am System und an der Lösung interessiert bleiben und dass Sie über das richtige Betriebsmodell verfügen.

Was ist dann das richtige Modell? Was ist die richtige Matrix von Rollen, die erstellt werden sollten?

Es gibt keine einzige spezifische Antwort, da eine AEM-Konfiguration sehr unterschiedlich sein kann. Das führt dazu, dass unterschiedliche Rollen benötigt werden. Jede Vertikale, jede Branche und jede Team-Struktur benötigt eine andere Implementierung. Sie können jedoch eine Grundlinie mithilfe von Archetypen erstellen.

Archetypen

Archetypen sind spezifische, allgemeine Rollenideen, die bestimmten Attributen zugeordnet sind. Dies wiederum kann verwendet werden, um eine grundlegende Prämisse zu schaffen, die dabei hilft, zu erkennen, welches Modell Sie wirklich benötigen. Beachten Sie, dass Archetypen nicht auf eine Person pro Archetyp beschränkt sind. Beispielsweise könnte eine DAM-Bibliothekarin bzw. ein DAM-Bibliothekar über einige technische Erfahrungen verfügen.

Streams der Operationalisierung

Es gibt zwei Streams der Operationalisierung für AEM Sites und AEM Assets:

  1. Grundlegende Ausführung und Tagesbetrieb (Aktualisierung von Metadaten)

  2. Strategie- und Umwandlungsarbeiten, z. B. große, organisationsübergreifende Projekte

Streams der Operationalisierung

AEM-Asset-Rollen auf hoher Ebene

Allgemeine Lücke: Diese Grundlinie unterstützt zentralisierte und dezentralisierte Modelle. Wenn Sie über ein dezentralisiertes Modell verfügen, kann AEM abstrakt verwendet werden. Beachten Sie, dass die Rolle „Produkteigentümer“ kreativ verwendet werden muss. Sie müssen jedoch auch über eine Person verfügen, die als Produkteigentümer fungiert und der die verschiedenen Stile für einen Asset-Typ gehören, und über eine andere, die einen Überblick über die gesamte Organisation besitzt.

  1. Grundlegende Rollen für Ausführung und Operation

    • Technische Ressource: Personen, die über Erfahrung mit AEM verfügen, verstehen die Berechtigungen und können das Metadatenschema aktualisieren
    • Release Manager
    • Produkteigentümer: Diese Rolle wird an der Lösung ausgerichtet. Einige Produkteigentümer können an Analysen beteiligt sein.
    • DAM-Bibliothekarin bzw. -Bibliothekar: Dies ist eine Person, die dabei helfen kann, die integrativen Framework-Prozesse zu gestalten. Diese kreative Rolle kann sich mit anderen Rollen überschneiden. (Hinweis: Dies ist eine Rolle, die in den letzten fünf Jahren stark an Popularität gewonnen hat.)
    • Kreativ
  2. Strategie und Umwandlung

    • Entwicklungs-Team: Dieses Team wird benötigt, wenn ein wichtiger strategischer Meilenstein in Angriff genommen wird.
    • Business-Architektin oder -Architekt: Entwickelt Anforderungen zur Unterstützung technischer Meilensteine und strategischer Initiativen. Kann durch einen zusätzlichen Produkteigentümer ersetzt werden.
    • Technische Architektin bzw. Architekt. Eine Person, die über Verständnis auf Unternehmensebene verfügt und über eine ständige Präsenz im gesamten Unternehmen innehat. Diese Rolle dient dem DAM als Mittelpunkt der Wahrheit.

Beispielszenarien

  1. Ausführung und Bedienung:

Im Folgenden finden Sie Rollenbeispiele für ein einfaches Szenario (Sportbekleidungsunternehmen) und ein umfangreiches Szenario (Kosmetikunternehmen):

  1. Einfach – Rollen im Sportbekleidungsunternehmen:

    • 2 Personen zur Entwicklung – Teilzeit, Offshore
    • 1 Produktinhaber oder -inhaberin – Vollzeit, Onshore
    • 1 DAM-Bibliothekarin oder -Bibliothekar – Vollzeit, Onshore
    • 1 technische Architektin oder Architekt – Teilzeit, Onshore
    • 1 Veröffentlichungs-Manager – Teilzeit, Onshore
  2. Umfangreich – Rollen im Kosmetikunternehmen (mehrere Marken)

    • 3 Personen zur Entwicklung – Vollzeit, Offshore
    • 4 Produktinhaber oder -inhaberinnen – 3 markenspezifisch, 1 primär
    • 1 DAM-Bibliothekarin oder -Bibliothekar – Vollzeit, Onshore
    • 4 Fachleute für die Hauptadministration pro Marke
    • 1 technische Architektin oder Architekt

Hochrangige AEM Sites-Rollen

  1. Grundlegende Ausführung und Bedienung

    Allgemeine Lücke: CSS-Entwicklerinnen und -Entwickler erstellen neue Skins für Komponenten. Adobe Sr Business Consultant, Joseph Van Buskirk, empfiehlt losgelöste Komponenten und Stilsysteme. „Dies ist die Rolle, die zu Kosteneinsparungen führt. 80 % der kreierten Erlebnisse sollten mit zuvor erstellten Komponenten oder Kernkomponenten geschaffen werden.“ Das Ziel besteht darin, zentrale oder benutzerdefinierte Komponenten mit neuen Stilen wiederzuverwenden, indem die Fähigkeiten einer CSS-Entwicklungsperson (oder eines Frontend-Entwicklungs-Teams) verwendet werden.

    Rollenbeispiele:

    • CSS-Entwicklung: Erstellt Erlebnisartefakte durch die Neuverwendung von Komponenten mit neuen Stilen.
    • Backend-Entwicklung: Erstellt neue Komponenten oder kann eine Kernkomponente erweitern. Bei korrekter Umsetzung sollte diese Rolle von höchstens einer Person ausgeübt werden, es sei denn, es sind große Animationsaufgaben erforderlich.
    • Versionsverwaltung: überwacht die Code-Bereitstellung und fungiert als aktuelles Adobe-Konto-Team.
    • Produktinhaber oder -inhaberin: Arbeitet mit der Geschäftseinheit bei der Vermittlung technischer und strategischer Visionen zusammen, erstellt Wartungsaufgaben und Verbesserungen und fungiert als Business Owner der Lösung.
    • Autoren-Admin: Aktualisiert den CSS-Skin und stellt Autorinnen und Autoren, die Inhalte aktualisieren und anwenden, Leitlinien zur Verfügung. Diese Rolle arbeitet an Workflow-Konfigurationen und erstellt Anleitungen, die von den Inhaltsautorinnen und -autoren angewendet werden können. HINWEIS: In Version 6.5 empfiehlt Adobe die Verwendung bearbeitbarer Vorlagen.
    • Inhaltsautorin oder -autor: Wendet Inhalte sowie das Prinzip der mehrstufigen Eigentümerschaft an und informiert über Kommunikationsprobleme und -belange, sobald sie CSM-seitig auftreten.
  2. Strategie und Umwandlung

    Rollenbeispiele:

    • Entwicklungs-Team: Liefert AEM-Wissen und führt neue transformative Meilensteine mit der Rolle als technische Architektinnen oder Architekten aus.
    • Technische Architektin oder Architekt: Bietet Integrationswissen, arbeitet mit Produktinhaber oder -inhaberin zusammen, um technische Meilensteine zu kartieren, und liefert fundiertes technisches Wissen zu AEM.
    • Business-Architektin oder -Architekt: Erstellt Aufgaben für Benutzergeschichten und unterstützt Produktinhaberinnen oder -inhaber beim Management von technischen und geschäftlichen Meilensteinen.

Beispielszenarien

Es folgen Rollenbeispiele für ein einfaches und ein umfangreiches Kundenszenario:

  1. Einfach

    • 2 Personen zur CSS-Entwicklung – Onshore
    • 1 Produktinhaber oder -inhaberin – Vollzeit, Onshore
    • 1 Backend-Entwicklungsperson – Offshore
    • 1 technische Architektin oder Architekt – Onshore
    • 1 Veröffentlichungs-Manager – Teilzeit, Onshore
  2. Umfangreich (kampagnenorientiert)

    • 4 Personen zur CSS-Entwicklung – Vollzeit, Onshore
    • 2 Backend-Entwicklungspersonen – Vollzeit, Onshore
    • 1 technische Architektin oder Architekt – Onshore
    • 1 Produktinhaber oder -inhaberin
    • 2 Business-Architektinnen oder -Architekten – Offshore

Haupterkenntnisse

Archetypen verstehen: Beginnen Sie langsam. Verstehen und analysieren Sie die Archetypen. Seien Sie kreativ und flexibel und denken Sie daran, dass es nicht nur das eine Modell gibt, das richtig ist.

Verstehen Sie Ihre Roadmap: Einige Organisationen haben viele Meilensteine, die sie ausführen möchten. Seien Sie bereit, mehr technische Ressourcen bereitzustellen als ursprünglich gedacht.

Nutzen Sie interne Ressourcen: Lücken können unerwartet auftreten. Möglicherweise können Sie sie schneller füllen, indem Sie interne Team-Mitglieder heranziehen, anstatt außerhalb Ihrer Organisation zu suchen.

Sehen Sie sich diese einstündige Podiumsdiskussion an, in der eingehend über Governance- und Personenmodelle sowie Archetypen gesprochen wird: Rollen-Archetypen und Erstellen eines operativen Frameworks für AEM Assets und Sites.

Weitere Informationen über Strategie und Meinungsführerschaft finden Sie im Customer Success-Hub.

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