Governance-Sachen dokumentieren

Begriffe vor dem Lesen

• Dokumentation — nicht alles aufschreiben, sondern entscheidende Aussagen wieder auffindbar machen.
• One-pager — kurze Artefaktbeschreibung mit Zweck, Scope, Owner, Status und Anschluss.
• Changelog — Liste relevanter Änderungen mit Datum, Grund und Entscheider.
• Review-Takt — Zeitpunkt oder Anlass, an dem ein Artefakt wieder geprüft wird.

Ausgangslage

Zu wenig Dokumentation erzeugt Chaos. Zu viel Dokumentation erzeugt Ablage. Beides hilft Governance nicht.

Die beste Dokumentation ist knapp, aber anschlussfähig: Eine Person, die nicht im Workshop war, muss verstehen, was entschieden wurde, wo die Grenze liegt, wer entscheidet und was als Nächstes passiert.

Die Grundregel

Dokumentiere nicht die ganze Diskussion. Dokumentiere die Entscheidung und ihre Betriebsfolgen.

Ein Governance-Artefakt braucht fünf Pflichtfragen:

1. Was ist der Gegenstand? Kennzahl, Quelle, Regel, Rolle, Prozess, Datenprodukt, AI-Nutzung.
2. Welche Aussage gilt? Definition, Policy, Freigabe, Ausnahme, Risiko, Status.
3. Wer darf entscheiden? Owner, Stellvertretung, Eskalationsweg.
4. Für welchen Scope gilt es? Domäne, System, Zeitraum, Region, Konsument, Zweck.
5. Was passiert danach? Tool, Plan-Aufgabe, Review, Evidence, Betrieb.

Gute Dokumentationsformate

• Karte für Definitionen: KPI-Karte, Datenprodukt-Karte, Source-Karte.
• Matrix für Rechte und Grenzen: RACI, Entitlement, Zweck, Zugriff.
• Liste für Inventare: Reports, Quellen, Risiken, Ausnahmen, offene Fragen.
• Decision Record für Entscheidungen: Kontext, Entscheidung, verworfene Option, Datum, Owner.
• Evidence Pack für Nachweise: Prüfpunkt, Ergebnis, Freigabe, Link, Status.

Wähle die Form nach der Arbeit, nicht nach Vorliebe. Eine Definition braucht keine große Präsentation. Eine Ausnahme braucht nicht nur eine Chat-Nachricht.

Namens- und Statusregel

Ein Artefakt sollte so benannt sein, dass man es nach sechs Monaten noch versteht:

domain-object-purpose-status

Beispiele:

• finance-revenue-kpi-card-approved
• sales-active-customer-definition-reviewed
• hr-workforce-pii-evidence-pack-evidence

Der Status gehört nicht nur in den Text. Er muss im Artefakt sichtbar sein.

Was du vermeiden solltest

• Screenshots ohne Kontext — niemand weiß später, was sie beweisen.
• Meeting-Protokolle als Entscheidung — Protokolle erzählen Verlauf, nicht zwingend Entscheidung.
• Unklare Dateinamen — final_v3_neu.xlsx ist kein Governance-Vertrag.
• Owner nur als Team — „Finance“ entscheidet nicht; eine Rolle oder Person muss accountable sein.
• Dokumentation ohne Review-Takt — dann altert sie unbemerkt.

Eine Entscheidung verständlich dokumentieren

Das Beispiel setzt die KPI-Karte aus Teil 1 fort. Nachweis bedeutet hier eine nachvollziehbare Aufzeichnung mit Prüfgegenstand, Ergebnis, Datum und prüfender Person. Ein Screenshot ohne diesen Zusammenhang reicht dafür nicht.

Im Monatsbericht zählt ein Kunde als aktiv, wenn mindestens eine nicht stornierte Bestellung vorliegt. Die alternative Definition „Login im Monat“ wird verworfen, weil sie eine andere Frage beantwortet. Das Beispiel zeigt, welche Entscheidung die Dokumentation erklären muss.

Erkennbar bleiben müssen Zweck, Geltungsbereich, entscheidende Rolle und die betroffene Umsetzung. Eine spätere Änderung erhält einen neuen Stand; Prüfung und Freigabe verweisen auf genau diesen Stand. Noch offene Fragen gehören mit Klärungstermin zur Entscheidung.

Eigene Entscheidungen kannst du im bestehenden Tool Entscheidungsvorlage erstellen bearbeiten und exportieren. Hier geht es darum, eine Entscheidung verständlich zu erklären, nicht um eine weitere Formularvorlage.

Eine verständliche Ablageregel

Vergib eine stabile Kennung wie ENT-001. Titel, Version und Status stehen im Dokument. Wenn der Status im Exportnamen steht, bleibt die Kennung trotzdem gleich. So erzeugt eine Umbenennung von „Entwurf“ zu „freigegeben“ keine scheinbar neue Entscheidung. Korrigierte Exporte verweisen auf den verbindlichen Ablageort; alte Stände bleiben als Historie erkennbar.

Prüfe die Vorlage zu zweit

Eine Person füllt die Vorlage aus. Eine andere erklärt daraus ohne Rückfrage, was gilt, was noch offen ist und welcher Schritt folgt. Misslingt das, ergänze genau die fehlende Information. Übernimm keine Kundendaten, Zugangsdaten oder vollständigen Rohdaten in die Notiz; verlinke benötigte Nachweise mit passenden Zugriffsrechten.

Mini-Check

• Kann eine neue Person Zweck, Scope, Owner und Status in einer Minute erkennen?
• Ist klar, ob es Entwurf, Review, Freigabe oder Evidence ist?
• Gibt es einen Link zur nächsten Aufgabe oder zum nächsten Artefakt?
• Ist ein Review-Takt sichtbar?

Weiterführend

• Tools am besten nutzen
• Was zählt als Evidence Pack?
• Audit Evidence Pack Design