Metadaten schreiben, die Menschen und Maschinen verstehen

Das Unternehmensproblem und der umsetzbare Auftrag

Ein gefüllter Katalog entlastet niemanden, wenn Beschreibungen veralten, Fragen unbeantwortet bleiben und Prüfungen nicht wirksam werden.

Der betreute Metadatenbestand bietet gültige Beschreibungen, nachvollziehbare Beziehungen, erreichbare Verantwortung und einen geregelten Änderungs- und Supportweg.

Wirtschaftliche Wirkung prüfen

Messe Such- und Klärungszeit, wiederholte Anfragen, veraltete kritische Angaben und Supportaufwand. Stelle die Entlastung dem laufenden Pflege- und Betriebsaufwand gegenüber. Kapazitätsgewinn, tatsächlich vermeidbare Ausgaben und Qualitätswirkung werden getrennt ausgewiesen.

Veränderung im Alltag verankern

Die Zuständigen übernehmen Pflege und Antwortzeiten mit reservierter Kapazität. Nutzende melden Lücken am gemeinsamen Bestand; Änderungen werden dort nachvollzogen.

Für die Nutzenentscheidung dient Nutzen im ersten Review prüfen; für Mandat, Kapazität und tatsächliche Übernahme Change und Adoption. Wähle den kleinsten Umfang, der das Problem nachweisbar verbessert.

Die Übergabe aus dem Deep Dive annehmen

Bring die Definition aus dem letzten Deep-Dive-Teil mit, einschließlich Zweck, Quelle und Grenzfall. Diese Serie setzt nicht voraus, dass bereits alles vollständig ist. Sie macht aus dem vorhandenen Verständnis einen gepflegten Arbeitsstand: Unklarheiten erhalten Zuständigkeit und Termin, bestätigte Aussagen eine erkennbare Version.

Einstieg

Du kennst aus dem Deep Dive die drei Bestellpositionen P1, P2 und P3: 100 und 20 EUR angenommen, 30 EUR storniert. Der vereinbarte Bestellwert ohne Storno beträgt 120 EUR. Jetzt soll eine Person, die nicht am Workshop teilgenommen hat, diese Regel verstehen und richtig anwenden können. Genau daran wird eine Metadatenbeschreibung gemessen.

„Bestellwert“ allein reicht nicht. Ein Name zeigt ein Thema; eine Beschreibung erklärt die Aussage, ihren Zweck und ihre Grenzen. Für Maschinen kommt hinzu: Wichtige Angaben müssen als eindeutig benannte Felder verfügbar sein, statt nur irgendwo in einem langen Text zu stehen.

Vom Verstehen zum Betreiben

Diese Serie setzt den Metadata Deep Dive fort. Sie führt von einer verständlichen Beschreibung über gemeinsames Modell und Zuständigkeiten zu Änderungen, Kontrollen, Qualitätsmessung und laufender Betreuung. Für tiefere Definitionen von Population, Zeit und Ausnahmeverhalten hilft Metadaten, die die Wahrheit erzählen.

Ein Datenprodukt ist hier ein für einen bestimmten Zweck bereitgestellter Datenbestand oder Kennzahlenbereich mit Verantwortung und bekannten Leistungsgrenzen. Population bedeutet die Menge der enthaltenen Fälle. Grain ist die Bedeutung einer Zeile, etwa eine Bestellposition. Mit diesen Angaben beginnt eine brauchbare Beschreibung.

Was in eine gute Beschreibung gehört

Eine Feldbeschreibung ersetzt keine vollständige Kennzahlendefinition. „Betrag in EUR“ sagt noch nicht, welche Positionen summiert werden. Umgekehrt muss eine Kennzahl erklären, ob fehlende Beträge ihre Aussage einschränken.

Gute und schlechte Formulierungen

Zu knapp: „Umsatz des Kunden.“ Damit bleiben Bestellung oder Rechnung, Storno, Zeitraum und Zuordnung offen.

Brauchbar als bestätigtes Beispiel: „Gebuchter Nettoumsatz aus abgeschlossenen Rechnungen der vereinbarten Finance-Quelle für den Berichtsmonat. Stornos sind nach der freigegebenen Definition abgezogen; offene Angebote und noch nicht fakturierte Aufträge sind ausgeschlossen. Finance gibt diese Definition frei.“ Dazu gehören Quelle, gültige Definition und Verantwortung als verknüpfte Angaben. Der Text behauptet keine allgemeine Buchungsregel für jedes Unternehmen.

Zu knapp: „Status.“ Besser: „Bearbeitungsstatus eines Supportfalls im Ticketsystem. Die zugehörige Werteliste erklärt offen, in Bearbeitung und geschlossen sowie den Umgang mit unbekannten Codes.“ Eine zusätzliche konkrete Zustandsregel ist nötig, wenn mehrere Systeme denselben Namen verwenden.

Mini-Fall

Sales nennt Kunden mit offener Verkaufschance „aktiv“. Finance meint Kunden mit gebuchtem Umsatz. Beide Definitionen können für ihren Zweck sinnvoll sein. Benenne sie unterscheidbar, etwa „Pipeline-Kunde“ und „Umsatzkunde“, und verknüpfe ihre jeweiligen Regeln. Eine gemeinsame Kundenkennung macht die beiden Kennzahlen nicht identisch.

Schreibregeln

Schreibe zuerst einen Satz über Bedeutung und Zweck. Erkläre danach Einschluss, Ausschluss, Zeitraum und bekannte Grenzen. Ergänze ein Beispiel und einen Gegenfall. Erkläre Abkürzungen beim ersten Auftreten. „Unbekannt“ ist eine zulässige offene Angabe mit Klärungsaufgabe; eine erfundene Präzision ist es nicht.

Für maschinelle Nutzung werden Kennung, Version, Freigabestatus, Zeitbezug und erlaubter Zweck außerdem strukturiert erfasst. Freitext und strukturierte Felder müssen dasselbe aussagen. Ein System darf aus einer fehlenden Nutzungsangabe keine Erlaubnis für KI, Export oder andere neue Zwecke ableiten.

Erster Umsetzungsschnitt

Beginne mit wenigen entscheidungsrelevanten Objekten. Lass den Steward einen Entwurf erstellen und die zuständige Fachperson die Bedeutung bestätigen. Eine zweite Person berechnet das Anwendungsbeispiel ausschließlich anhand der Beschreibung: Kommen 120 EUR heraus? Weiß sie auch, dass die Ausgangstabelle drei Positionen einschließlich P3 enthält? Wenn nicht, wird die Beschreibung präzisiert.

Unklare Begriffe bleiben als offene Punkte sichtbar und werden fachlich geprüft. Halte anschließend Pflegeort, gültige Version und Änderungsanlass fest. Damit entsteht eine erklärbare Arbeitsgrundlage, die in den nächsten Teilen verbunden und dauerhaft betreut wird.

Eine geprüfte Beschreibung an den nächsten Teil übergeben

Gib einer zweiten Person nur die Beschreibung und die drei Auftragspositionen. Erreicht sie die vereinbarten 120 EUR und kann sie erklären, warum die stornierte Position weiter zur Quelltabelle gehört? Wenn sie 150 EUR summiert, ist zunächst die Beschreibung oder ihre fachliche Vereinbarung zu klären.

Nimm den geprüften Text zusammen mit strukturierten Feldern für Zweck, Quelle, Version, Owner und Einschränkung mit. Die nächste Anreicherung darf fehlendes Wissen nicht in scheinbar bestätigte Fakten verwandeln.

Ergebnis dieses Schritts ist eine kleine geprüfte Beschreibung, kein abgeschlossenes unternehmensweites Metadatenmodell. Zehn weitere Beschreibungen sind erst sinnvoll, wenn die erste Person-zu-Person-Probe funktioniert.

Redaktioneller Stand: 26.10.2026. Beispiele und Zahlen sind erfundene Anwendungsbeispiele.