Seminar Ibexa DXP – Architektur und Projektorganisation

Die Schulung schafft ein gemeinsames technisches und organisatorisches Verständnis für Ibexa-DXP-Projekte. Plattformbausteine, Editionen, Systemgrenzen, Umgebungen, Rollen, Lieferobjekte und Entscheidungswege werden zu einer realistischen Projektarchitektur verbunden.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Plattformschichten, Kernkomponenten und optionale Funktionsbereiche sicher einordnen.
• Anforderungen in Content-, Experience-, Headless- und Commerce-Bausteine übersetzen.
• Umgebungen, Verantwortlichkeiten, Schnittstellen und Qualitätsgates planen.
• Ein tragfähiges Einführungs-, Release- und Betriebsmodell formulieren.

Zielgruppe

Solution-Architekten, technische Projektleitung, Product Owner, IT-Leitung, Digitalverantwortliche, Agenturen und künftige Plattformverantwortliche.

Voraussetzungen

Allgemeines Verständnis von Webplattformen, Content Management und digitalen Geschäftsprozessen. Konkrete Projekterfahrung ist hilfreich, Ibexa-DXP-Vorkenntnisse sind nicht erforderlich.

Seminarinhalte

1. Schritt 1: Zielbild und Geschäftskontext klären

   Zielgruppen, Kanäle, Sites, Sprachen, Produkte, Transaktionen, Integrationen und nichtfunktionale Anforderungen werden in einem kompakten Zielbild zusammengeführt.

2. Schritt 2: Edition und Funktionsumfang abgrenzen

   Headless-, Experience- und Commerce-Anforderungen werden voneinander getrennt. Optionale Dienste und spätere Ausbaustufen werden sichtbar gemacht.

3. Schritt 3: Systemarchitektur strukturieren

   Datenbank, Anwendung, Suche, Cache, Dateispeicher, Webzugang, Hintergrundverarbeitung und externe Dienste werden als Schichten mit klaren Schnittstellen modelliert.

4. Schritt 4: Content- und Datenarchitektur planen

   Content-Typen, Locations, Sites, Sprachen, Taxonomien, Medien, Produkte und Kundendaten werden nach Eigentümerschaft und Lebenszyklus geordnet.

5. Schritt 5: Integrationslandschaft beschreiben

   Quell- und Zielsysteme, Datenhoheit, Richtung, Häufigkeit, Volumen, Fehlerverantwortung und Sicherheitsanforderungen werden pro Schnittstelle festgelegt.

6. Schritt 6: Umgebungsmodell definieren

   Lokale Entwicklung, Integration, Test, Abnahme und Produktion erhalten eindeutige Zwecke, Datenregeln, Zugänge und Deploymentwege.

7. Schritt 7: Team und Verantwortungen aufbauen

   Product Ownership, Architektur, Entwicklung, Redaktion, Qualitätssicherung, Betrieb, Security und Fachbereiche werden mit Entscheidungs- und Eskalationsrechten versehen.

8. Schritt 8: Backlog und Lieferobjekte schneiden

   Content-Modell, Komponenten, Templates, APIs, Migration, Tests, Dokumentation und Schulung werden in überprüfbare Inkremente zerlegt.

9. Schritt 9: Qualitätsgates festlegen

   Definition of Ready, Definition of Done, Code Review, Accessibility, Performance, Security, Content-Abnahme und Betriebsfreigabe werden als verpflichtende Prüfpunkte formuliert.

10. Schritt 10: Roadmap und Betriebsübergang planen

    Pilot, Migration, Rollout, Hypercare, Serviceübergabe, Releasekalender und Weiterentwicklung werden mit Abhängigkeiten und Risiken versehen.

Praxisübungen

• Eine Zielarchitektur für eine mehrsprachige Multisite-Plattform skizzieren.
• Editionen und Funktionsbausteine anhand eines Anforderungskatalogs zuordnen.
• RACI-Matrix und Umgebungsmodell für ein Projektteam entwickeln.
• Qualitätsgates vom Content-Modell bis zum Produktionsbetrieb definieren.

Methodik

Architekturimpulse, moderierte Modellierung und Fallstudien wechseln sich ab. Die Ergebnisse werden in Zielbild, Systemkontext, Verantwortungsmatrix und umsetzbare Roadmap überführt.