Eine Präsentation zum Datenwörterbuch sollte unterschiedliche Auffassungen über die Bedeutung von Daten klären – nicht einfach eine Tabelle mit sämtlichen Spalten an die Wand werfen. Beginnen Sie mit einer Geschäftsfrage, die Beteiligte bereits verschieden verstehen. Gehen Sie anhand weniger Datensätze zur Ursache zurück, vereinbaren Sie eine Definition und zeigen Sie anschließend, wer sie pflegt und was sich für darauf aufbauende Berichte ändert.
Betrachten wir einen fiktiven Dienstleistungsbetrieb mit Terminbuchung. Im Dashboard steht „drei Termine durchgeführt“, doch die Betriebsleiterin sagt, nur ein Kunde habe die Leistung erhalten. Niemand hat eine Zahl erfunden: Das Dashboard zählt abgeschlossene Vorgänge einschließlich Stornierungen und nicht wahrgenommener Termine. Die Beschriftung lässt drei unterschiedliche Ergebnisse gleich aussehen. Alle Datensätze, Rollen und Änderungen im folgenden Beispiel sind frei erfunden. Sie veranschaulichen eine Definitionsprüfung und sind weder Kundendaten noch eine Presenti-Implementierung.
Sobald sich Ihr Team auf die Definitionen geeinigt hat, können Sie mit Presenti aus dem Text eine Präsentation erstellen und den bearbeitbaren Entwurf weiter ausarbeiten. Fügen Sie ausgewählte Felddefinitionen und Beispielzeilen ein, keinen vertraulichen Datenbankexport. Das Datenwörterbuch bleibt die maßgebliche Referenz. Die Präsentation zeigt nur den auf die Zielgruppe zugeschnittenen Ausschnitt, der für eine Entscheidung benötigt wird.
Mit dem strittigen Geschäftsbegriff beginnen
Im Beispiel richten sich die Folien an die Betriebsleiterin, den Reporting-Analysten und die für den Buchungsexport zuständige Entwicklerin. Sie müssen vor der nächsten Berichtsversion festlegen, was „durchgeführter Termin“ bedeutet. Dafür benötigen sie keinen Rundgang durch sämtliche Felder des Buchungssystems.
Ein nützliches Datenwörterbuch verbindet die Sprache der Beteiligten mit überprüfbaren Daten. Der USGS-Leitfaden zu Datenwörterbüchern nennt unter anderem Namen, Definitionen, Datentypen, Zulässigkeit fehlender Werte, Referenzwerte und Geschäftsregeln. In dieser Besprechung sollen diese Angaben eine konkrete Frage beantworten: Steht die Zeile für eine erbrachte Leistung oder lediglich für einen Termin, der nicht mehr stattfinden wird?
Begrenzen Sie den Gegenstand auf der Einstiegsfolie: „Eine Zeile je Termin im täglichen Buchungs-Snapshot eines Standorts.“ Im Beispiel wurde der Snapshot am 9. Oktober 2026 um 08:00 UTC erstellt. Er beschreibt den damals erfassten Zustand, nicht den neuesten Stand heute. Zeigen Sie diesen Zeitpunkt und die Version des Datenwörterbuchs. Ein Termin ist kein Kunde; derselbe Kunde kann mehrere Termine haben. Ein Snapshot enthält auch nicht automatisch die Historie aller Statusänderungen. Diese beiden Unterscheidungen verhindern naheliegende Fehlinterpretationen ansonsten gültiger Daten.
| Termin-ID | Status im Snapshot | Abschlusszeitpunkt, UTC | Fachliche Bedeutung |
|---|---|---|---|
| 000271 | completed | 2026-10-08T09:30:00Z | Die Leistung wurde als erbracht erfasst |
| 000272 | cancelled | Fehlend | Die Buchung wurde storniert; keine erbrachte Leistung |
| 000273 | no_show | Fehlend | Der Kunde ist nicht erschienen; keine erbrachte Leistung |
| 000274 | booked | Fehlend | In diesem Snapshot wurde noch kein endgültiges Ergebnis erfasst |
Nach der bisherigen Dashboard-Regel gelten completed, cancelled und no_show als abgeschlossene Vorgänge. Deshalb erscheint die Summe drei. Unter der vorgeschlagenen Definition für durchgeführte Termine zählt nur 000271. Der vierte Datensatz darf nicht stillschweigend als weiterer nicht wahrgenommener Termin gelten, nur weil das geplante Datum bereits vergangen ist. Sein Ergebnis ist in diesem Export ungeklärt.
Datenformat und fachliche Bedeutung auseinanderhalten
Ein Datentyp beschreibt, wie ein Wert aussehen darf. Eine Definition erklärt, wofür er steht. Ein Wert im Datumsformat sagt noch nicht, ob er Buchungsdatum, Leistungsdatum oder Exportdatum bezeichnet. Auch eine Ziffernfolge ist nicht automatisch eine Größe, die addiert oder gerundet werden sollte.
| Feld | Typ und zulässige Werte | Definition | Zu verhindernde Fehlinterpretation |
|---|---|---|---|
appointment_id | Pflichtfeld vom Typ Zeichenfolge; innerhalb des Snapshots eindeutig | Stabile Kennung eines einzelnen Termins, beispielsweise 000271 | Nicht in eine Zahl umwandeln und führende Nullen verlieren; es handelt sich nicht um eine Kunden-ID |
service_date | Pflichtdatum im Format YYYY-MM-DD | Geplanter Leistungstag in der Zeitzone Europe/London des Standorts | Nicht durch das Erstellungsdatum der Buchung oder den abgeschnittenen Datumsteil eines UTC-Zeitstempels ersetzen |
status | Pflichtfeld vom Typ Zeichenfolge: booked, completed, cancelled oder no_show | Erfasster Terminzustand zum Zeitpunkt des Snapshots | closed nicht als Synonym für completed verwenden; closed ist eine separate abgeleitete Gruppierung |
completed_at | UTC-Zeitstempel oder fehlender Wert | Erfasster Zeitpunkt, zu dem die Leistung abgeschlossen wurde | Fehlend bedeutet weder Mitternacht noch eine Dauer von null noch bestätigtes Nichterscheinen |
Das W3C-Vokabular für Metadaten tabellarischer Daten beschreibt unter anderem Spaltentypen, Pflichtwerte, Schlüssel und weitere Bedingungen in maschinenlesbarer Form. Eine solche Validierung kann falsch formatierte oder fehlende Werte erkennen helfen. Sie entscheidet aber nicht, ob Ihr Unternehmen einen stornierten Termin als durchgeführt zählen sollte. Halten Sie technische Bedingungen und fachliche Vereinbarung zusammen fest, ohne beides gleichzusetzen.
Zeigen Sie einer fachlichen Zielgruppe lieber eine Beispielzeile und einen möglichen Fehler direkt neben dem Feld, statt zuerst sämtliche Datenbankbegriffe einzuführen. Die führenden Nullen in 000271 machen den Typ Zeichenfolge sofort verständlich. Der Unterschied zwischen Leistungstag und Abschlusszeitpunkt erklärt, warum die Zeitzone eine Diskussion verdient und keine nebensächliche technische Fußnote ist.
Fehlende und widersprüchliche Werte ausdrücklich behandeln
Im Auszug mit vier Zeilen fehlt der Abschlusszeitpunkt bei drei unterschiedlichen Statuswerten. Bei einer Stornierung ist das erwartbar. Bei Nichterscheinen ebenfalls, allerdings aus einem anderen Grund. Bei der ungeklärten Buchung bedeutet es lediglich, dass noch kein Abschluss erfasst wurde. Alle drei Fälle durch „nicht durchgeführt“ zu ersetzen, mag eine einzelne Berechnung vereinfachen. Dabei gehen jedoch Unterschiede verloren, die für die operative Arbeit wichtig sind.
Ergänzen Sie während der Besprechung nun einen fünften, hypothetischen Datensatz als Ausnahmefall: Eine Zeile hat den Status completed, aber keinen Abschlusszeitpunkt. Die Betriebsleiterin weiß möglicherweise, dass die Leistung erbracht wurde. Der Analyst kann den Zeitpunkt aus dieser Zeile nicht erschließen. Die vorgeschlagene Regel lautet deshalb: als Definitionsausnahme kennzeichnen, untersuchen und die Zahl ausgeschlossener Ausnahmefälle neben der Zahl durchgeführter Termine ausweisen. Schreiben Sie den ursprünglichen Status nicht einfach um, damit die Summen zusammenpassen.
Das ist eine bewusste Entscheidung, keine allgemeingültige Regel. Ein anderes Unternehmen könnte allein den Status als Nachweis akzeptieren. Dann muss diese Festlegung dokumentiert werden, einschließlich der Frage, wann ein Zeitstempel erforderlich ist. Problematisch wird es, wenn zwei Berichtsautoren ohne erkennbare Unterscheidung verschiedene Regeln wählen.
| Angabe | Vorschlag für die Freigabebesprechung |
|---|---|
| Geschäftsbegriff | Durchgeführter Termin |
| Bedeutung | Als erbracht erfasster Termin mit dokumentiertem Abschlusszeitpunkt |
| Einbezogene Datensätze | status ist completed und completed_at ist vorhanden |
| Nicht einbezogen | Datensätze mit cancelled, no_show und booked; completed ohne erforderlichen Zeitstempel wird separat als Ausnahme ausgewiesen |
| Einheit und Geltungsbereich | Unterschiedliche appointment_id, nicht unterschiedliche Kunden; ein Standort und ein zeitlich bestimmter Snapshot |
| Zeitkonvention | Der Berichtszeitraum richtet sich nach service_date in Europe/London; completed_at bleibt in UTC gespeichert |
| Quellzuordnung | Täglicher Buchungs-Snapshot: appointment_id, service_date, status, completed_at |
| Verantwortung und Version | Betriebsleiterin genehmigt die Bedeutung; Reporting-Analyst pflegt die Definition; vorgeschlagene Wörterbuchversion v2.0 |
| Bekannte Grenze | Aus dem aktuellen Snapshot allein lässt sich der Status zu einem früheren Berichtsstichtag nicht rekonstruieren |
Übernehmen Sie für einen anderen strittigen Begriff die Kategorien der linken Spalte, ersetzen Sie aber die gesamte rechte Spalte. „Aktiver Kunde“, „gelöstes Ticket“ und „realisierter Umsatz“ benötigen jeweils andere Einbeziehungsregeln und Verantwortliche. Nur die Bezeichnungen auszutauschen würde keine gültigen Definitionen ergeben.
Verantwortung für Bedeutung, Zuordnung und Änderungen festlegen
Hinter der Angabe „verantwortlich: Datenteam“ verbergen sich oft drei offene Fragen. Wer darf die Bedeutung genehmigen? Wer kann die Zuordnung zu den Quelldaten korrigieren? Und wer informiert die Berichtsnutzer über eine geänderte Bedeutung? Im fiktiven Terminteam werden diese Aufgaben getrennt zugeordnet.
- Betriebsleiterin: entscheidet, ob eine erbrachte Leistung einen Abschlusszeitstempel voraussetzt, und klärt operative Ausnahmefälle.
- Entwicklerin des Buchungssystems: bestätigt, wie Status und Zeitstempel in den Export gelangen, einschließlich Verzögerungen und Korrekturen.
- Reporting-Analyst: pflegt den Wörterbucheintrag, ermittelt betroffene Berichte und dokumentiert die freigegebene Version.
- Dashboard-Verantwortlicher: ändert Beschriftung und Berechnung und liefert Beispiele zur fachlichen Abnahme.
Das sind Zuständigkeiten im Beispiel, keine Aufforderung, vier Stellen zu schaffen. In kleinen Teams können Personen mehrere Rollen übernehmen. Im Entscheidungsprotokoll müssen trotzdem eine konkret verantwortliche Person und ein nutzbarer Kontaktweg stehen. Eine Entwicklerin sollte keine kaufmännische Definition erfinden müssen. Fachverantwortliche sollten keine Quellzuordnung freigeben, die niemand überprüft hat.
Nehmen Sie ungeklärte Zusatzfragen aus der Freigabe heraus. Das Team hat noch nicht entschieden, ob eine Gebühr für Nichterscheinen in diesem Bericht als Umsatz zählt. Die Präsentation darf nicht den Eindruck erwecken, eine klare Termindefinition regele gleichzeitig Umsatzrealisierung, Erstattungen oder Steuern. Das sind eigenständige Begriffe mit anderen Quelldaten und Entscheidungsverantwortlichen.
Die Auswirkung des Definitionswechsels auf historische Berichte zeigen
Die vorgeschlagene Version v2.0 trennt zwei Begriffe: abgeschlossener Vorgang und durchgeführter Termin. Die alte Dashboard-Beschriftung „durchgeführt“ verwies auf die umfassendere Regel für abgeschlossene Vorgänge. Würde nur die Beschriftung oder nur die Berechnung geändert, verglichen die Nutzer weiterhin unterschiedliche Größen.
| Berichtsversion | Angezeigter Begriff | Regel | Anzahl |
|---|---|---|---|
| v1.0, bisheriges Dashboard | Durchgeführt | completed, cancelled oder no_show | 3 |
| v2.0, präzisierte Gruppierung | Abgeschlossener Vorgang | completed, cancelled oder no_show | 3 |
| v2.0, neue operative Kennzahl | Durchgeführt | completed mit erfasstem Abschlusszeitpunkt | 1 |
Der Wechsel von drei auf eins belegt keine Verschlechterung der Leistung. Die Datensätze sind identisch; geändert hat sich die Definition. Zeigen Sie diese Überleitung vor jeder Zeitreihe, die über den Versionswechsel hinweggeht.
Für die fiktive Einführung wird v2.0 ab der Berichtswoche vorgeschlagen, die am 2. November 2026 beginnt. Bewahren Sie das Wörterbuch v1.0 und die exportierten Berichte auf. Enthalten gespeicherte Snapshots die erforderlichen Felder, können Sie eine separate historische Reihe neu berechnen und mit v2.0 kennzeichnen. Fehlen diese Daten, bleiben die Reihen getrennt; der Bruch wird sichtbar markiert. Ein Export des aktuellen Zustands kann nicht zuverlässig jeden früheren Berichtsstichtag wiederherstellen.
Der Änderungsvermerk sollte alte und neue Regel, ersten betroffenen Berichtszeitraum, genehmigende Person, betroffene Berichte und Umgang mit der Historie nennen. Geben Sie außerdem an, ob sich der Quellexport ändert oder nur dessen Interpretation im Bericht. Hier bleibt der Export unverändert; fachliche Definition, Dashboard-Beschriftung und Berechnung wechseln gemeinsam. So kann die Entwicklung den Aufwand einschätzen, ohne eine semantische Entscheidung mit einer Schema-Migration zu verwechseln.
Die Definitionsentscheidung auf fünf Folien darstellen
Eine fachliche Besprechung braucht das Datenwörterbuch als Grundlage, aber nicht vollständig auf dem Bildschirm. Für dieses Beispiel reichen fünf gezielt aufgebaute Folien:
- „Drei abgeschlossene Vorgänge sind nicht drei erbrachte Leistungen.“ Stellen Sie die strittige Dashboard-Beschriftung neben die operative Frage.
- „Dieselben vier Zeilen erklären beide Summen.“ Zeigen Sie die kleine Datensatztabelle und unterscheiden Sie completed, cancelled, no_show und den ungeklärten booked-Status.
- „Diese Bedeutung von durchgeführt steht zur Freigabe.“ Zeigen Sie die Feld- und Begriffsvorlage, insbesondere Einbeziehung, Ausnahmen und Zeitkonvention.
- „v2.0 verändert den Vergleich, nicht die zugrunde liegenden Ereignisse.“ Zeigen Sie die Überleitung von drei auf eins, den Gültigkeitsbeginn und die Grenzen einer historischen Neuberechnung.
- „Definition freigeben und Berichtsänderung zuordnen.“ Nennen Sie die Verantwortlichen für Entscheidung, Quellzuordnung und Bericht. Die Umsatzfrage bleibt außerhalb dieser Freigabe.
Fügen Sie das vollständige Wörterbuch und den Änderungsvermerk bei, damit die genehmigten Details nach der Besprechung auffindbar bleiben. Erstellen Sie daraus einen Folienentwurf, übernehmen Sie Feldkennungen exakt, behalten Sie den Hinweis „fiktiv“ bei und lassen Sie die Unterscheidung zwischen abgeschlossen und durchgeführt nicht durch eine verkürzte Überschrift verschwinden. Aus Notizen Folien zu erstellen bedeutet weder eine automatische Datenbankprüfung noch eine Synchronisation mit einem Datenkatalog.
Das vorgeschlagene Ergebnis ist konkret: Durchgeführt bezeichnet einen erbrachten Termin mit erfasstem Abschlusszeitpunkt; abgeschlossene Vorgänge bleiben eine separate Gruppierung; die Berichtsdefinition v2.0 wird mit einem sichtbaren Bruch in der Historie oder einer gesondert gekennzeichneten Neuberechnung veröffentlicht. Damit besitzt das Team eine umsetzbare Vereinbarung statt eines Glossars, das weiterhin jeder anders auslegen kann.
