Definition
Ein ARIS Repository-Governance-Modell definiert, wie Draft-Modelle zur freigegebenen Wahrheit werden, wie wiederverwendbare Objekte kuratiert werden und wie Qualität gemessen wird – damit das Repository konsistent, auditierbar und über Teams/Regionen skalierbar bleibt.
- **3 Zonen** nutzen: Working (Draft), Library (kuratiert), Approved (read-only Wahrheit).
- Publikation als Workflow mit Freigaben und Versionslogs etablieren.
- Repository-Health messen: Duplikate, Aktualität, Vollständigkeit, Konsistenz.
- Klare Rechte für Library-Kuratierung definieren (inkl. Konsolidierung).
3-Zonen-Struktur: Working → Library → Approved
Diese Struktur löst zwei systemische Probleme: unbeabsichtigte Änderungen und Objekt-Duplikate.
Zone 1: Working (Draft / Projekte)
- Editierbarer Bereich für Projektteams
- Varianten erlaubt, Experimentieren erwünscht
- Klar: nicht offiziell
Zone 2: Library (kuratierte Objekte)
- Wiederverwendbare Objekte: Funktionen, Systeme, Rollen, Kontrollen, Daten-Entitäten
- Kuratiert von kleiner Admin-/Curation-Group
- Konsolidierung passiert hier (Dedup/Merge)
Zone 3: Approved (Read-only Wahrheit)
- Nur publizierte Modelle
- Für die meisten read-only
- Änderungen nur via Publish-Workflow
Wenn Sie nur ein Governance-Konzept umsetzen, dann dieses.
Governance-Shortcut
Wenn Drafts und Approved-Modelle gemischt sind, stoppt keine Konvention Drift. Erst Zonen trennen, dann Standards erzwingen.
Publish-Workflow, dem Teams wirklich folgen
Ein Publish-Workflow ist keine Policy – sondern ein Weg des geringsten Widerstands.
Ein einfacher Workflow:
- Draft im Working
- Review-Checklist (Naming, Lanes, Gateways, Metadaten)
- Control-Impact-Check (in regulierten Ops)
- Freigabe durch Model Owner + Reviewer
- Publikation nach Approved mit Versionslog
Freigaben leicht halten und time-boxen. Dauert Publikation Wochen, umgehen Teams den Prozess.
Object Governance: Duplikate vermeiden, ohne Modellierung zu bremsen
Duplikate sind kein reines Datenproblem – es ist ein Governance-Problem.
Praktische Regeln:
- Projektteams dürfen im Working Objekte erstellen (Speed zählt).
- Curation-Group konsolidiert wöchentlich (oder on-demand für High-Impact-Objekte).
- Approved-Modelle referenzieren nach Möglichkeit Library-Objekte.
Ein Konsolidierungs-Workflow beantwortet:
- Welches Objekt ist canonical?
- Welche Modelle müssen aktualisiert werden?
- Wie werden Namen und Synonyme gehandhabt?
Nach Impact kuratieren, nicht nach Vollständigkeit
Nicht das ganze Repository reinigen. Mit High-Risk Journeys und High-Volume Prozessen starten.
Repository-Health Scorecards (die fehlende Layer in vielen ARIS-Programmen)
Auch mit Zonen und Freigaben verfallen Repositories ohne Health-Messung.
Starten Sie mit Scorecards:
- Vollständigkeit: Pflichtmetadaten vorhanden
- Aktualität: Review innerhalb Policy
- Eindeutigkeit: Duplikate/Overlaps erkannt
- Konsistenz: Konventionen erfüllt (Naming, Lanes, Gateways)
Dann Scorecards mit Aktionen verbinden:
- Remediation-Tasks automatisch erstellen
- Publikation blockieren, wenn kritische Felder fehlen
- Rote Items nach SLA eskalieren
Wo Process Designer ergänzt (und warum Teams ihn neben ARIS einsetzen)
ARIS ist oft das Repository. Die Lücke ist die Operating Layer.
Teams nutzen Process Designer für:
- Controls-Mapping mit Evidence Trails operationalisieren
- Scorecards und Drift-Erkennung als lebendes System
- Ausführung mit HEIDI führen und stabile Schritte automatisieren
Weiterführend:
Implementierungs-Checkliste (ARIS-Admin-ready)
- Zonen und Berechtigungen definieren
- Publish-Workflow und Rollen definieren
- Pflichtmetadaten für Publikation definieren
- Konsolidierungs-Cadence + Canonical-Objekt-Regeln definieren
- Scorecards wöchentlich publizieren und Remediation-Owner zuweisen
Häufige Fehler, die Sie vermeiden sollten
Lernen Sie von anderen, um dieselben Fallstricke zu vermeiden.
Eine Datenbank für alles
Drafts und Wahrheit kollidieren, Drift wird unvermeidlich.
Zonen trennen und Publish-Workflow erzwingen.
Zentrales Team modelliert alles
Durchsatz bricht, Adoption sinkt.
Teams im Working modellieren lassen; Library/Approved kuratieren.
Kein messbarer Qualitäts-Benchmark
Standards werden zu Diskussionen.
Scorecards nutzen und Publikation bei kritischen Lücken blockieren.
Experten-Insights
Was die Experten sagen
"Ein Repository skaliert nicht durch mehr Regeln. Es skaliert, indem man Wahrheit von Work-in-Progress trennt – und Health kontinuierlich misst."
ARIS Administration
Handeln Sie
Ihre Aktions-Checkliste
Wenden Sie das Gelernte mit dieser praktischen Checkliste an.
Working / Library / Approved Zonen mit Berechtigungen einrichten
Publish-Workflow und Rollen definieren (Owner + Reviewer + Approver)
Pflichtmetadaten für Publikation definieren
Konsolidierungsregeln für canonical Objekte definieren
Repository-Health Scorecards wöchentlich publizieren