Was Governance-Artefakte sind
Ein einfacher Einstieg: Was ein Governance-Artefakt ist, woraus es besteht und warum es mehr ist als eine Datei.
Diese Serie ist der einfachste Einstieg in die Arbeitsweise hinter Binom Governance. Sie erklärt nicht zuerst alle Fachbegriffe. Sie beantwortet die praktische Frage: Was entsteht hier eigentlich, wie hängen die Teile zusammen, wie dokumentiert man sie und wann nutzt man welches Tool?
Begriffe vor dem Lesen
- Artefakt — ein benanntes Arbeitsergebnis, das eine Entscheidung, Regel, Evidenz oder Übergabe festhält.
- Evidence — Nachweis, dass etwas geprüft, entschieden, freigegeben oder beobachtet wurde.
- Handover — Übergabe eines Ergebnisses an Umsetzung, Betrieb, Audit, Fachbereich oder ein anderes Team.
- Owner — die Rolle, die eine fachliche Entscheidung treffen oder bestätigen darf.
- Steward — die Rolle, die vorbereitet, prüft, pflegt und Abweichungen sichtbar macht.
Ausgangslage
Viele Menschen starten bei Governance mit einer unangenehmen Mischung: zu viele Begriffe, zu viele Tools, zu viele Dokumente. Dann wird Governance als zusätzlicher Papierkram wahrgenommen.
Der bessere Einstieg ist kleiner: Governance produziert Artefakte. Ein Artefakt ist ein Stück nachvollziehbare Arbeit. Es beantwortet: Was wurde entschieden? Für welchen Scope? Von wem? Mit welchem Status? Mit welchem Nachweis? Was passiert als Nächstes?
Was ein Artefakt ist
Ein Artefakt ist nicht einfach eine Datei. Eine Datei kann ein Artefakt tragen, aber sie wird erst durch ihren Inhalt und ihre Rolle im Prozess brauchbar.
Ein gutes Governance-Artefakt hat mindestens:
- Name — stabil genug, damit andere es wiederfinden.
- Zweck — warum es existiert und welche Entscheidung es unterstützt.
- Scope — für welche Daten, Kennzahl, Quelle, Domäne, Funktion oder Regel es gilt.
- Owner — wer fachlich entscheidet.
- Status — Entwurf, geprüft oder freigegeben; Nachweise werden getrennt verknüpft.
- Datum und Version — ab wann es gilt und wann es geprüft werden muss.
- Anschluss — welches Tool, welcher Plan, welche Story oder welches nächste Artefakt darauf aufbaut.
Ein einfaches Beispiel
Ein Team streitet über die Kennzahl „aktive Kunden“. Ohne Artefakt gibt es drei Meetings, zwei Excel-Dateien und ein Dashboard, das niemandem mehr ganz vertraut.
Mit Artefakten entsteht eine kleine Kette:
- KPI-Karte — Definition, Grain, Quelle, Owner, erlaubte Nutzung.
- Entscheidungsnotiz — warum diese Definition gilt und welche Alternative verworfen wurde.
- Evidence-Zeile — wer geprüft hat und wann.
- Plan-Aufgabe — was im BI-Modell, Katalog oder Report angepasst wird.
Keines dieser Artefakte ist allein „die Governance-Lösung“. Zusammen machen sie die Entscheidung betreibbar.
Was diese Serie klärt
- Teil 1 erklärt Artefakte als Arbeitsergebnisse.
- Teil 2 zeigt, wie aus den Puzzleteilen eine Governance-Lösung wird.
- Teil 3 beschreibt, wie man Governance-Sachen dokumentiert, ohne Dokumentationsfriedhof zu bauen.
- Teil 4 zeigt, wie Hubs, Lernpfade, Stories, Tools und Sprint Planner zusammen genutzt werden.
Grenze
Diese Serie ersetzt keine Deep Dives zu Metadaten, Qualität, Rollen, KPI Governance oder Compliance. Sie ist die Einstiegsspur davor. Wenn du nach dieser Serie weißt, welches Artefakt du brauchst und wo es in der Kette liegt, hat sie ihren Job erledigt.
Zum Ausprobieren: eine ausgefüllte KPI-Karte
KPI bedeutet Kennzahl. Scope ist ihr Geltungsbereich. Grain beschreibt, wofür eine einzelne Datenzeile steht. Diese drei Angaben verhindern, dass dieselbe Zahl für verschiedene Fragen verwendet wird.
Das folgende Beispiel ist erfunden. Für den Monatsbericht soll „aktiver Kunde“ ein Unternehmen mit mindestens einer nicht stornierten Bestellung im Berichtsmonat bedeuten. Ein Login allein reicht in diesem Beispiel nicht.
| Feld | Ausgefülltes Beispiel |
|---|---|
| Kennung und Zweck | KENNZAHL-001: Kundenzahl für den monatlichen Vertriebsbericht |
| Geltungsbereich | Deutsche Vertriebsgesellschaft, Berichtsmonat, Unternehmenskunden |
| Zähleinheit | Ein Unternehmen je eindeutiger Kundennummer; mehrere Bestellungen zählen einmal |
| Definition | Mindestens eine nicht stornierte Bestellung im Monat |
| Entscheidung | Vertriebsleitung; die zuständige Person bestätigt die Definition |
| Stand | Version 1, Entwurf; Freigabe noch offen |
| Prüffälle | Zwei Bestellungen eines Kunden → 1; nur Login → 0; nur stornierte Bestellung → 0 |
| Anschluss | BI-Team prüft Berechnung; Ergebnis und Freigabe werden verlinkt |
So arbeitest du damit
- Kopiere die Tabelle und ersetze zunächst nur Zweck, Geltungsbereich und Definition.
- Lass eine zweite Person die drei Prüffälle ohne weitere Erklärung beantworten.
- Bei unterschiedlichen Antworten bleibt die Karte Entwurf. Halte die offene Frage fest und kläre sie mit der entscheidungsberechtigten Person.
- Verknüpfe erst nach der Klärung die technische Umsetzung und deren Testergebnis.
Eine fachliche Freigabe bestätigt die vereinbarte Bedeutung. Ein Testnachweis zeigt, ob die Berechnung diese Bedeutung tatsächlich umsetzt. Beides getrennt festhalten: Ein bestandener Test ersetzt keine Freigabe, eine Freigabe keinen Test.
Mini-Check
- Kann ich das Arbeitsergebnis benennen?
- Weiß ich, welche Entscheidung oder welchen Nachweis es trägt?
- Gibt es Owner, Status und Scope?
- Ist klar, welches nächste Tool, welche Story oder welche Plan-Aufgabe anschließt?
Weiterführend
- Wie Puzzleteile eine Governance-Lösung werden
- Welche Artefakte du bekommst
- Workbench und Einstieg wählen
Governance entry — artifacts, puzzle pieces, tools
Part 1 of 4
View series