Seminar CrafterCMS – Architektur, Produktüberblick und Projektplanung

Dieses praxisorientierte Seminar verbindet fachliche Einordnung, nachvollziehbare Konfigurationsschritte und kontrollierte Übungen an einer durchgängigen CrafterCMS-Laborumgebung. Eine gemeinsame Entscheidungsgrundlage für Zielarchitektur, Projektumfang, Betriebsmodell, Rollen und weitere Qualifizierung wird geschaffen.

Inhaltsverzeichnis

1. Zielsetzung
2. 1. Anforderungen und Einsatzgrenzen
3. 2. Kernkomponenten und Verantwortlichkeiten
4. 3. Git-basierter Content-Lebenszyklus
5. 4. Headless, templated und hybride Umsetzung
6. 5. Betriebs- und Bereitstellungsmodelle
7. 6. Projektplan und Qualifizierungspfad
8. Praxisprojekt und Qualitätssicherung
9. Zielgruppe und Voraussetzungen
10. Didaktik und Arbeitsweise

Zielsetzung

Eine gemeinsame Entscheidungsgrundlage für Zielarchitektur, Projektumfang, Betriebsmodell, Rollen und weitere Qualifizierung wird geschaffen. Die einzelnen Arbeitsschritte werden jeweils mit einem definierten Ausgangszustand, einem erwarteten Prüfergebnis und einer dokumentierten Korrekturmöglichkeit durchgeführt.

Seminarinhalte

1. Anforderungen und Einsatzgrenzen

Geschäftliche und technische Anforderungen werden so strukturiert, dass CrafterCMS-Eignung und Projektgrenzen belastbar beurteilt werden können. Zu jedem Arbeitsschritt wird geprüft, ob Konfiguration, Inhalt und Betriebszustand dem erwarteten Ergebnis entsprechen.

Schritt-für-Schritt

1. Schritt 1: Kanäle, Zielgruppen, Redaktionsorganisation und Integrationen erfassen. Prüfpunkt: Der fachliche Umfang ist vollständig beschrieben.
2. Schritt 2: Anforderungen an Aktualität, Skalierung, Verfügbarkeit und Compliance priorisieren. Prüfpunkt: Nichtfunktionale Ziele sind messbar.
3. Schritt 3: Muss-, Soll- und spätere Ausbaustufen trennen. Prüfpunkt: Ein realistischer erster Projektumfang liegt vor.
4. Schritt 4: Ausschlusskriterien und offene Entscheidungen dokumentieren. Prüfpunkt: Risiken werden früh sichtbar.

2. Kernkomponenten und Verantwortlichkeiten

Studio, Engine, Deployer, Suche, Git-Repositories und ergänzende Dienste werden im Gesamtbild eingeordnet. Zu jedem Arbeitsschritt wird geprüft, ob Konfiguration, Inhalt und Betriebszustand dem erwarteten Ergebnis entsprechen.

Schritt-für-Schritt

1. Schritt 1: Authoring-, Publishing- und Delivery-Komponenten im Architekturdiagramm platzieren. Prüfpunkt: Daten- und Kontrollflüsse sind erkennbar.
2. Schritt 2: Verantwortung jeder Komponente für Inhalt, Auslieferung und Verwaltung festhalten. Prüfpunkt: Doppelzuständigkeiten sind ausgeschlossen.
3. Schritt 3: Abhängigkeiten zu Suche, Identität, Medien und Frontends ergänzen. Prüfpunkt: Integrationspunkte sind vollständig.
4. Schritt 4: Störungs- und Wartungsgrenzen pro Komponente markieren. Prüfpunkt: Betriebsverantwortung kann zugeordnet werden.

3. Git-basierter Content-Lebenszyklus

Der Weg eines Inhalts von Bearbeitung und Versionierung über Publishing bis zur Auslieferung wird nachvollzogen. Zu jedem Arbeitsschritt wird geprüft, ob Konfiguration, Inhalt und Betriebszustand dem erwarteten Ergebnis entsprechen.

Schritt-für-Schritt

1. Schritt 1: Eine Inhaltsänderung in Studio erfassen und den Git-Bezug erklären. Prüfpunkt: Versionierung und Autorenschaft sind nachvollziehbar.
2. Schritt 2: Publishing-Ereignis und Übergabe an den Deployer modellieren. Prüfpunkt: Der Übergang zwischen Authoring und Delivery ist klar.
3. Schritt 3: Deployment auf ein Delivery-Ziel und Aktualisierung der Suche einordnen. Prüfpunkt: Auslieferung und Indexierung sind verbunden.
4. Schritt 4: Rollback- und Wiederherstellungsoptionen bewerten. Prüfpunkt: Ausfall- und Fehlerszenarien sind berücksichtigt.

4. Headless, templated und hybride Umsetzung

Unterschiedliche Frontend- und Delivery-Modelle werden anhand von Teamstruktur, Vorschau, Laufzeit und Integrationsbedarf verglichen. Zu jedem Arbeitsschritt wird geprüft, ob Konfiguration, Inhalt und Betriebszustand dem erwarteten Ergebnis entsprechen.

Schritt-für-Schritt

1. Schritt 1: Frontend-Anforderungen und Rendering-Verantwortung bestimmen. Prüfpunkt: Die benötigte Trennung ist dokumentiert.
2. Schritt 2: Headless-Auslieferung über APIs gegen serverseitige Templates abgrenzen. Prüfpunkt: Vor- und Nachteile sind projektspezifisch bewertet.
3. Schritt 3: Experience-Builder-Anforderungen und Preview-Fluss berücksichtigen. Prüfpunkt: Redaktionelle Bedienbarkeit ist eingeplant.
4. Schritt 4: Ein Zielmodell auswählen und Entscheidungsgründe festhalten. Prüfpunkt: Die Architekturentscheidung ist nachvollziehbar.

5. Betriebs- und Bereitstellungsmodelle

Lokale Entwicklung, Container, orchestrierte Plattformen, Hochverfügbarkeit und verwaltete Betriebsanteile werden eingeordnet. Zu jedem Arbeitsschritt wird geprüft, ob Konfiguration, Inhalt und Betriebszustand dem erwarteten Ergebnis entsprechen.

Schritt-für-Schritt

1. Schritt 1: Umgebungen für Entwicklung, Test, Abnahme und Produktion definieren. Prüfpunkt: Die Umgebungskette ist vollständig.
2. Schritt 2: Skalierungs- und Verfügbarkeitsziele je Umgebung festlegen. Prüfpunkt: Kapazitätsannahmen sind dokumentiert.
3. Schritt 3: Verantwortung für Updates, Backups, Monitoring und Sicherheit zuordnen. Prüfpunkt: Betriebsgrenzen sind eindeutig.
4. Schritt 4: Ein passendes Bereitstellungsmodell auswählen. Prüfpunkt: Die Auswahl passt zu Risiko und Organisation.

6. Projektplan und Qualifizierungspfad

Architekturentscheidungen werden in Arbeitspakete, Meilensteine, Abnahmen und einen rollenbasierten Lernpfad übersetzt. Zu jedem Arbeitsschritt wird geprüft, ob Konfiguration, Inhalt und Betriebszustand dem erwarteten Ergebnis entsprechen.

Schritt-für-Schritt

1. Schritt 1: Discovery, Modellierung, Implementierung, Migration und Go-live als Phasen strukturieren. Prüfpunkt: Ein vollständiger Phasenplan entsteht.
2. Schritt 2: Technische und redaktionelle Abnahmekriterien pro Phase definieren. Prüfpunkt: Fortschritt kann objektiv bewertet werden.
3. Schritt 3: Rollen, Ressourcen und notwendige Spezialseminare zuordnen. Prüfpunkt: Qualifizierung folgt dem Projektbedarf.
4. Schritt 4: Top-Risiken mit Gegenmaßnahmen und Entscheidungsterminen dokumentieren. Prüfpunkt: Projektsteuerung ist vorbereitet.

Praxisprojekt und Qualitätssicherung

Ein beispielhaftes Digital-Experience-Projekt wird von der Anforderung über Zielarchitektur und Komponentenwahl bis zu Phasenplan, Risiken und Qualifizierungsbedarf strukturiert. Die Übung wird mit einer Abnahmeliste abgeschlossen, die Funktionsprüfung, Fehlerfall, Dokumentation und reproduzierbaren Wiederanlauf umfasst.

Zielgruppe und Voraussetzungen

Zielgruppe: Entscheidungsträger, Enterprise- und Lösungsarchitektur, technische Projektleitung, Product Owner, Entwicklung, Betrieb und Redaktionsverantwortung.

Voraussetzungen: Allgemeines Verständnis von Webplattformen, Content Management und Softwareprojekten; keine CrafterCMS-Vorkenntnisse erforderlich.

Didaktik und Arbeitsweise

Kurze Fachimpulse wechseln mit Demonstrationen, geführten Konfigurationsschritten, eigenständigen Übungen, negativen Testfällen und strukturierten Auswertungen. Ergebnisse werden in Checklisten, Mappingtabellen, Testfällen oder Runbooks festgehalten, damit die erarbeiteten Verfahren im Projekt- und Betriebsalltag wiederholbar bleiben.