Das Seminar schafft einen kontrollierten Lebenszyklus für Datenentitäten und Metadaten vom ersten Entwurf bis zur Außerbetriebnahme. Status und Deprecation werden mit Lineage, Ownership und Kommunikation verbunden, damit Änderungen für Verbraucher frühzeitig sichtbar und steuerbar werden.
Inhaltsverzeichnis
- Lernziele
- Zielgruppe
- Kapitel 1: Statusmodell und Lebenszyklusregeln
- Kapitel 2: Schemaänderungen und Revisionen
- Kapitel 3: Stale Metadaten und Quellenprobleme
- Kapitel 4: Deprecation und kontrollierte Stilllegung
- Praxisübungen
- Voraussetzungen und Anschluss
Lernziele
- Statuswerte anhand klarer Kriterien verwenden
- Schemaänderungen und Revisionen bewerten
- stale Metadaten von echter Außerbetriebnahme unterscheiden
- Deprecation mit Impact-Analyse und Fristen planen
- Löschung und Archivierung nachvollziehbar freigeben
Zielgruppe
Data Governance, Data Owner, Data Stewards, Datenarchitektur, Data Engineering und Change Management.
Kapitel 1: Statusmodell und Lebenszyklusregeln
Inhaltsverzeichnis dieses Kapitels
- unzugeordnet und Entwurf
- stabil und produktiv nutzbar
- deprecated und gelöscht
- Owner, Prüfdatum und Nachweis
- Schritt-für-Schritt-Umsetzung
Jeder Status erhält eindeutige Eintritts-, Pflege- und Austrittskriterien.
1. unzugeordnet und Entwurf
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
2. stabil und produktiv nutzbar
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
3. deprecated und gelöscht
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
4. Owner, Prüfdatum und Nachweis
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
Schritt für Schritt
- vorhandene Statuswerte fachlich beschreiben
- Eintrittskriterien und erlaubte Aktionen festlegen
- verantwortliche Rolle je Übergang bestimmen
- Prüffrist und erforderlichen Nachweis ergänzen
- Regeln an Beispielentitäten konsistent anwenden
Kontrollpunkte
- Ergebnis ist fachlich und technisch nachvollziehbar.
- Verantwortung, Voraussetzungen und Abhängigkeiten sind benannt.
- Fehlerfälle, Rückfalloptionen und Nachkontrolle sind dokumentiert.
Kapitel 2: Schemaänderungen und Revisionen
Inhaltsverzeichnis dieses Kapitels
- neue, geänderte und entfernte Felder
- Datentyp- und Semantikänderung
- Revisionen und Vergleich
- Kommunikation an Verbraucher
- Schritt-für-Schritt-Umsetzung
Technische Änderungen werden nach Kompatibilität und Verbraucherwirkung eingeordnet.
1. neue, geänderte und entfernte Felder
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
2. Datentyp- und Semantikänderung
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
3. Revisionen und Vergleich
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
4. Kommunikation an Verbraucher
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
Schritt für Schritt
- Änderung auf Schema- und Feldebene erfassen
- Kompatibilität und fachliche Bedeutung bewerten
- betroffene Downstream-Nutzung über Lineage ermitteln
- Migrations- und Kommunikationsbedarf festlegen
- Umsetzung und Nachkontrolle terminieren
Kontrollpunkte
- Ergebnis ist fachlich und technisch nachvollziehbar.
- Verantwortung, Voraussetzungen und Abhängigkeiten sind benannt.
- Fehlerfälle, Rückfalloptionen und Nachkontrolle sind dokumentiert.
Kapitel 3: Stale Metadaten und Quellenprobleme
Inhaltsverzeichnis dieses Kapitels
- ausbleibende Ingestion
- vorübergehende Quellstörung
- umbenannte oder verschobene Objekte
- dauerhafte Außerbetriebnahme
- Schritt-für-Schritt-Umsetzung
Veraltete Kataloginformationen werden von bewusst stillgelegten Entitäten getrennt behandelt.
1. ausbleibende Ingestion
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
2. vorübergehende Quellstörung
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
3. umbenannte oder verschobene Objekte
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
4. dauerhafte Außerbetriebnahme
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
Schritt für Schritt
- letzte erfolgreiche Aktualisierung und Quellstatus prüfen
- Collector- oder Zugriffsfehler ausschließen
- Identitätsänderung und mögliche Dublette untersuchen
- Owner zur fachlichen Nutzung befragen
- geeignete Korrektur, Deprecation oder Löschung beschließen
Kontrollpunkte
- Ergebnis ist fachlich und technisch nachvollziehbar.
- Verantwortung, Voraussetzungen und Abhängigkeiten sind benannt.
- Fehlerfälle, Rückfalloptionen und Nachkontrolle sind dokumentiert.
Kapitel 4: Deprecation und kontrollierte Stilllegung
Inhaltsverzeichnis dieses Kapitels
- Begründung und Ersatz
- Impact-Analyse und kritische Verbraucher
- Übergangsfrist und Kommunikationsplan
- Löschung, Archivierung und Abschlusskontrolle
- Schritt-für-Schritt-Umsetzung
Verbraucher erhalten Zeit, Kontext und einen klaren Migrationspfad.
1. Begründung und Ersatz
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
2. Impact-Analyse und kritische Verbraucher
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
3. Übergangsfrist und Kommunikationsplan
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
4. Löschung, Archivierung und Abschlusskontrolle
Der Themenbereich wird fachlich eingeordnet, anhand eines repräsentativen Plattformszenarios demonstriert und mit Qualitäts-, Sicherheits- sowie Betriebskriterien verknüpft. Abhängigkeiten, verantwortliche Rollen und typische Fehlannahmen werden dabei ausdrücklich dokumentiert.
Schritt für Schritt
- Deprecation mit Ursache und geplantem Enddatum anlegen
- Downstream-Verbraucher und Owner priorisieren
- Ersatz oder Migrationsanweisung dokumentieren
- Fortschritt und offene Abhängigkeiten verfolgen
- nach Frist Löschung freigeben und Restnutzung prüfen
Kontrollpunkte
- Ergebnis ist fachlich und technisch nachvollziehbar.
- Verantwortung, Voraussetzungen und Abhängigkeiten sind benannt.
- Fehlerfälle, Rückfalloptionen und Nachkontrolle sind dokumentiert.
Praxisübungen
- Statusregeln für eine Beispieldomäne festlegen
- Schemaänderung auf Kompatibilität prüfen
- stale Entität diagnostizieren
- Deprecation- und Migrationsplan erstellen
Voraussetzungen und Anschluss
Voraussetzungen: Grundkenntnisse der Katalognutzung, von Ownership und Datenabhängigkeiten.
Anschluss: Vertiefend folgen Data Lineage und Impact-Analyse sowie Business Glossary, Tags und Ownership.
Fachbereichsleitung / Leitung der Trainer / Ansprechpersonen
-

Lucas Beich
Telefon: + 49 (221) 74740055
E-Mail: lucas.beich@seminar-experts.de -

Paul Goldschmidt
Telefon: + 49 (221) 74740055
E-Mail: paul.goldschmidt@seminar-experts.de
Seminardetails
| Dauer: | 1 Tag ca. 6 h/Tag, Beginn: 10:00 Uhr |
| Preis: |
Öffentlich oder Live Stream: € 599 zzgl. MwSt. Inhaus: € 1.700 zzgl. MwSt. |
| Teilnehmeranzahl: | min. 2 - max. 8 |
| Teilnehmer: | Data Governance, Data Owner, Data Stewards, Datenarchitektur, Data Engineering und Change Management. |
| Voraussetzungen: | Grundkenntnisse der Katalognutzung, von Ownership und Datenabhängigkeiten. |
| Standorte: | Stream Live, Inhaus/Firmenseminar, Berlin, Bremen, Darmstadt, Dresden, Erfurt, Essen, Flensburg, Frankfurt, Freiburg, Friedrichshafen, Hamburg, Hamm, Hannover, Jena, Kassel, Köln, Konstanz, Leipzig, Luxemburg, Magdeburg, Mainz, München, Münster, Nürnberg, Paderborn, Potsdam, Regensburg, Rostock, Stuttgart, Trier, Ulm, Wuppertal, Würzburg |
| Methoden: | Vortrag, Demonstrationen, praktische Übungen am System |
| Seminararten: | Öffentlich, Webinar, Inhaus, Workshop - Alle Seminare mit Trainer vor Ort, Webinar nur wenn ausdrücklich gewünscht |
| Durchführungsgarantie: | ja, ab 2 Teilnehmern |
| Sprache: | Deutsch - bei Firmenseminaren ist auch Englisch möglich |
| Seminarunterlage: | Dokumentation auf Datenträger oder als Download |
| Teilnahmezertifikat: | ja, selbstverständlich |
| Verpflegung: | Kalt- / Warmgetränke, Mittagessen (wahlweise vegetarisch) |
| Support: | 3 Anrufe im Seminarpreis enthalten |
| Barrierefreier Zugang: | an den meisten Standorten verfügbar |
| Weitere Informationen unter + 49 (221) 74740055 |
Seminartermine
Die Ergebnissliste kann durch Anklicken der Überschrift neu sortiert werden.
