Seminar Bizzdesign HOPEX – Kompaktseminar Plattform, Architektur und Governance

Das dreitägige Kompaktseminar bietet einen konzentrierten, praxisorientierten Einstieg in Repository, Modellierung, Architektur, Anwendungsportfolio, Daten und Prozesse, Governance, Reporting und Betriebsorganisation. Es schafft einen belastbaren Überblick und ein gemeinsames Arbeitsmodell, ohne die Tiefe der Spezial- und Intensivseminare zu beanspruchen.

Inhaltsübersicht

• Ziele, Rollen und Repository-Grundlagen klären
• Geschäfts- und Architektursicht modellieren
• Anwendungs- und Technologieportfolio bewerten
• Prozess mit BPMN erfassen
• Daten und Verantwortlichkeiten verbinden
• Risiko, Kontrolle und Governance einordnen
• Report, Dashboard und Portalansicht erstellen
• Pilot und Qualifizierungspfad planen

Lernziele

• Repository, Rollen, Objektbeziehungen und grundlegende Governance sicher verstehen.
• Einfache Architektur-, Prozess-, Daten- und Portfolioinformationen konsistent modellieren.
• Risiken, Kontrollen, Kennzahlen und Managementsichten grundlegend verbinden.
• Einen realistischen Pilot- und Vertiefungspfad für die eigene Organisation festlegen.

Schrittweise Seminarinhalte

Schritt 1: Ziele, Rollen und Repository-Grundlagen klären

Der gemeinsame Arbeitsrahmen wird aus konkreten Entscheidungsfragen und Verantwortlichkeiten abgeleitet.

1. Geschäftliche Ziele und priorisierte Nutzungsszenarien erfassen.
2. Autoren, Eigentümer, Reviewer, Leser und Administratoren einordnen.
3. Objekte, Attribute, Beziehungen, Sichten und Arbeitsbereiche unterscheiden.
4. Mindestregeln für Benennung, Qualität und Freigabe festlegen.

Prüfpunkt: Das Team kann den Repository-Aufbau und die Verantwortlichkeit für zentrale Informationen erklären.

Schritt 2: Geschäfts- und Architektursicht modellieren

Ein einfacher Geschäftskontext wird mit Fähigkeiten, Prozessen, Anwendungen und Technologien verbunden.

1. Geschäftsfähigkeit und End-to-End-Prozess erfassen.
2. Unterstützende Anwendungen und Application Services zuordnen.
3. Technologieplattformen und kritische Abhängigkeiten ergänzen.
4. Eine stakeholdergerechte Übersichtssicht erstellen und prüfen.

Prüfpunkt: Die Modellsicht beantwortet eine konkrete Frage und ist über mehrere Ebenen nachvollziehbar.

Schritt 3: Anwendungs- und Technologieportfolio bewerten

Ausgewählte Portfolioobjekte werden mit Eigentum, Lifecycle, Nutzen, Risiko und Handlungsoptionen strukturiert.

1. Anwendungen und Technologien bereinigen und eindeutig zuordnen.
2. Eigentum, Kritikalität, Lifecycle und technische Fitness erfassen.
3. Risiken und Modernisierungsbedarf anhand einfacher Skalen bewerten.
4. Handlungsoptionen und erste Prioritäten ableiten.

Prüfpunkt: Für jedes Beispielobjekt ist eine begründete Portfolioentscheidung vorbereitet.

Schritt 4: Prozess mit BPMN erfassen

Ein operativer Ablauf wird mit Rollen, Aktivitäten, Entscheidungen und Ausnahmen in lesbarer Form modelliert.

1. Scope, Start, Ende und Prozessergebnis festlegen.
2. Rollen, Aktivitäten, Ereignisse und Gateways modellieren.
3. Rückfrage oder Ablehnung als Ausnahmeweg ergänzen.
4. Semantik und Vollständigkeit anhand einer Checkliste prüfen.

Prüfpunkt: Der Prozess kann ohne mündliche Ergänzung verstanden und fachlich geprüft werden.

Schritt 5: Daten und Verantwortlichkeiten verbinden

Informationsobjekte, Anwendungen, Datenflüsse und Governance-Rollen werden in einem kompakten Datenkontext zusammengeführt.

1. Zentrale Begriffe und Datenobjekte definieren.
2. Führende Anwendung und wichtige Datenflüsse zuordnen.
3. Data Owner und Steward sowie eine Qualitätsregel festlegen.
4. Redundanz oder unklare Datenführung als Issue dokumentieren.

Prüfpunkt: Ein kritisches Datenobjekt besitzt Definition, Eigentum, Systemkontext und messbare Qualitätsanforderung.

Schritt 6: Risiko, Kontrolle und Governance einordnen

Ein einfacher GRC-Fall verbindet Geschäftskontext, Risiko, Kontrolle, Bewertung und Maßnahme.

1. Risikoszenario mit Ursache, Ereignis und Wirkung formulieren.
2. Eintritt und Auswirkung anhand definierter Skalen bewerten.
3. Vorhandene Kontrolle und deren Wirksamkeit zuordnen.
4. Maßnahme, Verantwortlichen und Zieltermin festlegen.

Prüfpunkt: Das Restrisiko ist nachvollziehbar bewertet und besitzt bei Bedarf eine konkrete Maßnahme.

Schritt 7: Report, Dashboard und Portalansicht erstellen

Die erarbeiteten Informationen werden in Arbeits- und Managementsichten mit klarer Datenlogik bereitgestellt.

1. Nutzerfrage und benötigte Kennzahl definieren.
2. Gefilterten Arbeitsreport mit sinnvollen Spalten erstellen.
3. Managementsignal mit Drill-down bis zum verantwortlichen Objekt aufbauen.
4. Berechtigung, Datenstand und Verständlichkeit prüfen.

Prüfpunkt: Die Sicht ist korrekt, zielgruppengerecht und zeigt nur zulässige Informationen.

Schritt 8: Pilot und Qualifizierungspfad planen

Die Seminarergebnisse werden in einen begrenzten Pilot mit Rollen, Meilensteinen und passenden Vertiefungen überführt.

1. Pilotumfang, Datenquellen und Beteiligte bestimmen.
2. Phasen für Vorbereitung, Datenaufbau, Nutzungstest und Übergabe planen.
3. Erfolgskennzahlen, Risiken und Entscheidungspunkte festlegen.
4. Spezial- oder Intensivseminare nach Rollen und Projektphase zuordnen.

Prüfpunkt: Ein realistischer Pilotplan mit messbaren Abnahmekriterien und Qualifizierungspfad liegt vor.

Praxisfall und Arbeitsweise

Ein gemischtes Projektteam baut für einen Kundenservice eine kompakte Repository-Sicht auf. Fähigkeiten, Prozess, Anwendungen, Technologie, Daten und Risiko werden verbunden, ein Portfolioobjekt bewertet, eine Managementsicht erstellt und daraus ein Pilotplan abgeleitet.

Kurze Fachimpulse wechseln mit Demonstrationen, strukturierten Konfigurationsschritten, Modellierungsaufgaben und kontrollierten Prüfungen. Jede Übung beginnt mit definierten Ausgangsdaten und endet mit einem dokumentierten Sollzustand, damit die erarbeiteten Vorgehensweisen im eigenen Repository reproduzierbar bleiben.

Zielgruppe und Voraussetzungen

Zielgruppe: Gemischte Projektteams, Enterprise Architecture, Prozess-, Daten- und GRC-Rollen, Anwendungsverantwortliche, Projektleitung und künftige Power User.

Voraussetzungen: Grundverständnis der eigenen Organisation, Prozesse und IT-Landschaft; keine tiefen Produktkenntnisse erforderlich.