Seminar Amundsen – Intensivseminar Data Discovery, Governance und Adoption

Das fünftägige Intensivformat bündelt die fachlichen, organisatorischen und nutzerzentrierten Themen des gesamten Portfolios.

Der Lernpfad verbindet Architekturentscheidung, Suche und Discovery, Metadatenverständnis, Ownership, Governance, Datenschutz, Nutzererlebnis, Einführung und Wirkungsmessung. Technische Zusammenhänge werden so weit vertieft, wie sie für Steuerung und Abnahme erforderlich sind.

Inhaltsübersicht

• Seminarprofil
• Zielgruppe
• Voraussetzungen
• Lernziele
• Inhalte und Schritt-für-Schritt-Anleitungen
• Praxisaufgaben
• Arbeitsweise und Qualitätssicherung

Seminarprofil

Der Schwerpunkt liegt auf der Lernpfad verbindet Architekturentscheidung, Suche und Discovery, Metadatenverständnis, Ownership, Governance, Datenschutz, Nutzererlebnis, Einführung und Wirkungsmessung. Technische Zusammenhänge werden so weit vertieft, wie sie für Steuerung und Abnahme erforderlich sind. Die Inhalte werden über nachvollziehbare Entscheidungen, reproduzierbare Arbeitsschritte und dokumentierte Kontrollen vermittelt.

Zielgruppe

Data Office, Data Governance, Data Stewards, Product Owner, Data Architects, Analytics Leads und programmverantwortliche Plattformteams.

Voraussetzungen

Grundverständnis von Datenplattformen, Metadaten, Governance und analytischen Arbeitsabläufen. Programmierkenntnisse sind nicht erforderlich.

Lernziele

• einen Datenkatalog fachlich und organisatorisch belastbar planen.
• Discovery-, Governance- und Sicherheitsanforderungen in ein Zielbild überführen.
• Ownership, Pflege, Zertifizierung und Nutzererlebnis miteinander verzahnen.
• Pilot, Adoption und Wirkungsmessung mit klaren Abnahmekriterien steuern.

Inhalte und Schritt-für-Schritt-Anleitungen

Tag 1: Zielbild und Architekturentscheidung

Der erste Tag legt Nutzen, Geltungsbereich und technische Grundstruktur fest.

1. Schritt 1: Nutzerprobleme und priorisierte Discovery-Szenarien erfassen.
2. Schritt 2: Komponenten, Datenflüsse und Integrationsgrenzen einordnen.
3. Schritt 3: Backend- und Einführungsoptionen anhand einer Kriterienmatrix bewerten.
4. Schritt 4: Pilotumfang, Risiken und Abnahmekriterien beschließen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 1: Metadaten und Suchqualität

Metadaten werden aus Sicht der späteren Suche und Entscheidung modelliert.

1. Schritt 1: Objektarten, Pflichtattribute und Beziehungen priorisieren.
2. Schritt 2: Suchbegriffe, Filter und Ranking-Signale aus Nutzersituationen ableiten.
3. Schritt 3: Qualitäts- und Aktualitätssignale für Ergebnisse definieren.
4. Schritt 4: Testkatalog für typische und schwierige Suchfälle erstellen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 2: Ownership und Governance-Prozesse

Verantwortung wird in konkrete Pflege- und Freigabeabläufe übersetzt.

1. Schritt 1: fachliche und technische Owner sowie Stewards zuordnen.
2. Schritt 2: Beschreibungsvorlagen, Tags und Klassifikationen festlegen.
3. Schritt 3: Zertifizierung, Warnungen und Veraltungsprozesse entwerfen.
4. Schritt 4: Rezertifizierung und Eskalation in einen Betriebsrhythmus überführen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 2: Datenschutz und Zugriffsmodell

Auffindbarkeit wird mit Schutzbedarf und minimaler Sichtbarkeit in Einklang gebracht.

1. Schritt 1: sensible Metadaten und Nutzerinformationen klassifizieren.
2. Schritt 2: Rollen, Attribute und fachliche Sichtbarkeitsregeln definieren.
3. Schritt 3: Datenminimierung für Ingestion, Suche und Detailansicht festlegen.
4. Schritt 4: Audit- und Abnahmetests für erlaubte und unerlaubte Zugriffe erstellen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 3: Nutzerreise und Frontend-Konzept

Suche, Ergebnisdarstellung und Detailseiten werden auf reale Entscheidungen ausgerichtet.

1. Schritt 1: Nutzerreisen vom Informationsbedarf bis zur Datenverwendung modellieren.
2. Schritt 2: Startseite, Filter und Ergebnisattribute priorisieren.
3. Schritt 3: Detailseiten, Ownership-Aktionen und Feedbackwege gestalten.
4. Schritt 4: Barrierearmut, verständliche Fehlerzustände und Hilfetexte prüfen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 3: Ingestion und Aktualität verstehen

Der fachliche Betrieb benötigt Transparenz über Herkunft und Aktualisierung der Metadaten.

1. Schritt 1: Quellen, Verantwortliche und Aktualisierungsfrequenzen inventarisieren.
2. Schritt 2: Extraktion, Transformation, Graph und Suchindex als Kette nachvollziehen.
3. Schritt 3: Qualitätskontrollen und Regeln für veraltete Objekte festlegen.
4. Schritt 4: Abnahmeindikatoren für erfolgreiche und aktuelle Ingestion definieren.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 4: Betrieb, Monitoring und Störungen

Serviceziele und Diagnosewege werden aus Nutzersicht formuliert.

1. Schritt 1: Serviceindikatoren für Suche, Detailabruf und Aktualität auswählen.
2. Schritt 2: Dashboard und Alarmprioritäten entwerfen.
3. Schritt 3: Incident-Ablauf vom Nutzersymptom bis zur technischen Ursache durchspielen.
4. Schritt 4: Backup-, Wiederanlauf- und Kommunikationsanforderungen festhalten.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 4: Adoption und Change

Einführung wird als messbarer Veränderungsprozess geplant.

1. Schritt 1: Zielgruppen, Multiplikatoren und priorisierte Use Cases auswählen.
2. Schritt 2: Onboarding, Sprechstunden und Kommunikationsbausteine strukturieren.
3. Schritt 3: Feedbackannahme und Bearbeitung mit Verantwortlichkeiten definieren.
4. Schritt 4: Adoptionsrisiken und Gegenmaßnahmen in einen Rolloutplan aufnehmen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Tag 5: Gesamtprojekt und Abnahme

Alle Arbeitsergebnisse werden in einen zusammenhängenden Einführungsplan überführt.

1. Schritt 1: Zielbild, Governance, Sicherheit, UX und Betrieb auf Widersprüche prüfen.
2. Schritt 2: Arbeitspakete, Abhängigkeiten und Entscheidungsstellen priorisieren.
3. Schritt 3: Kennzahlen, Abnahmetests und Review-Zyklen festlegen.
4. Schritt 4: Management- und Betriebsübergabe als vollständiges Projektpaket erstellen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Praxisaufgaben

1. Praxisaufgabe 1: komplettes Zielbild für einen priorisierten Unternehmensbereich erarbeiten.
2. Praxisaufgabe 2: Such- und Metadatenqualitätskatalog mit Abnahmetests erstellen.
3. Praxisaufgabe 3: Governance-, Ownership- und Datenschutzmodell ausarbeiten.
4. Praxisaufgabe 4: Nutzerreise und Frontend-Konzept prototypisch beschreiben.
5. Praxisaufgabe 5: Monitoring-, Incident- und Wiederanlaufanforderungen festlegen.
6. Praxisaufgabe 6: Adoptions- und Einführungsplan mit Kennzahlen und Verantwortlichkeiten präsentieren.

Arbeitsweise und Qualitätssicherung

Jeder Themenblock folgt demselben Muster: Ausgangszustand erfassen, Zielzustand festlegen, Änderung oder Analyse in kleinen Schritten durchführen, Resultat kontrollieren und den Ablauf für Wiederholung oder Übergabe dokumentieren. Demonstrationen werden durch Übungen, Prüflisten, Fehlerfälle und gemeinsame Reviews ergänzt.

Die Übungen verwenden eine isolierte Labor- oder Plansituation. Produktive Änderungen werden erst nach technischer Prüfung, Freigabe, Sicherung, Rückfallplanung und dokumentierter Nachkontrolle vorgesehen.