Wirksamkeit von Verantwortung
Für jedes kritische Asset in Ihrem Katalog gibt es einen Eigentümer, einen Datenverantwortlichen und einen Genehmiger. Die Namen sind eingetragen. Die Workflows werden weiterhin an sie geleitet. Auf dieser Seite geht es um die Frage, die der Katalog nicht beantworten kann: Wenn für dieses Asset heute eine Entscheidung nötig ist, kann die dort genannte Person tatsächlich handeln?
Was wirksam bedeutet
Eine Zuweisung ist ein Eintrag. Wirksamkeit ist ein Zustand, und sie hat drei Bedingungen — die alle gleichzeitig erfüllt sein müssen, und zwar heute:
01
Aktiv
02
Autorisiert
03
Handlungsfähig
Fehlt auch nur eine davon, geht nichts sichtbar kaputt. Das Asset zeigt weiterhin einen Eigentümer. Die Weiterleitung im Workflow funktioniert weiterhin. Der Fehler zeigt sich erst Wochen später — als Prüfung, die abgelaufen ist, und als Entscheidung, die niemand getroffen hat.
Deshalb ist eine Verantwortung in unserem Modell nie einfach nur vorhanden oder nicht vorhanden:
Zugewiesen zu sein ist die zweite dieser vier Stufen, nicht die letzte. Ein Katalogfeld erfasst den zweiten Schritt und unterstellt den vierten.
Heute · unsichtbar
AdventureWorks2025 — HumanResources data product, im Einsatz in HR-Operations, Gehaltsabrechnung und Personalplanung. Vier Rollen stehen dafür gerade. Jede von ihnen ist besetzt, und der Katalog zeigt kein Problem.
Eigentümer · und Genehmiger
Hedda M Halvorsen
ausgeschieden · beide Rollen gingen mit ihr
Datenverantwortlicher
Mindy C Martin
Mandat seit Mai 2024 nicht erneut bestätigt
Fachexperte
Lakshmi A Venkatesan
abwesend · keine Vertretung
Fachexperte
Ashok X Joshi
zugewiesen · nie informiert
Vier verschiedene Fehler, und bei keinem fehlen Daten. Jeder Name war korrekt, als er eingetragen wurde. Nichts ist blockiert, und genau das ist das Problem — das Asset wird an jemanden geleitet, der gegangen ist, an jemanden, dessen Mandat abgelaufen ist, an jemanden, der abwesend ist, und an jemanden, der nie informiert wurde. Jede Entscheidung, die eine dieser vier Personen braucht, kann nirgendwo landen, und nirgendwo steht das.
Beachten Sie, was ein einziger Weggang bewirkt hat. Hedda hatte zwei der vier Rollen inne — was normal ist, denn die Person, der ein Asset gehört, ist meist auch diejenige, die Änderungen daran genehmigt. Als sie ging, ging die halbe Governance dieses Produkts mit ihr — und das Asset nennt sie noch immer in beiden Rollen, sodass alles, was eine davon braucht, weiterhin an jemanden geleitet wird, der nicht mehr da ist.
Beim zweiten Experten lohnt es sich, innezuhalten. Ashok ist beschäftigt, autorisiert und hat den Zugriff. Nichts in irgendeinem System ist veraltet. Er wurde schlicht nie darüber informiert, dass dieses Asset an ihn geleitet wird, wenn die andere Expertin abwesend ist — und kein Bericht, nirgendwo, ist in der Lage, das zu zeigen.
So sieht der Verfall von Governance von innen aus: kein leeres Feld, sondern ein ausgefülltes, das aufgehört hat, wahr zu sein.
Warum der Katalog es nicht sehen kann
Im Katalog · ein Attribut
Text an einem Asset, der auf eine Person verweist, über die das Asset nichts weiß. Ihr Beschäftigungsverhältnis, ihr Bereich, ihre Berechtigungen liegen in drei anderen Systemen, und das Feld hat keine Möglichkeit, sie irgendetwas zu fragen.
Ein Feld kann nicht falsch sein, weil ein Feld nicht geprüft werden kann.
In Nodwise · eine typisierte Beziehung
Zwischen zwei Knoten, die beide im selben Modell existieren — dem Asset und der Person. Und sie wird nicht pro Asset konfiguriert: Jeder Knotentyp trägt seine eigene Verantwortungsmatrix, sodass ein Knoten von Anfang an weiß, welche Rollen für ihn geradestehen, und wer diese Rollen aktuell ausfüllt, ergibt sich über den Graphen.
Diese Matrix legt pro Rolle fest, was erwartet wird von demjenigen, der sie innehat, und was jemanden qualifiziert, sie innezuhaben. „Data Owner“ ist also keine Stellenbezeichnung, die aus einem Richtliniendokument entliehen wurde — sondern ein definierter Satz von Erwartungen und eine definierte Messlatte, einmal festgeschrieben und von jedem Knoten dieses Typs geerbt.
Das heißt: Die drei Bedingungen sind keine Prüfungsübung mehr, sondern werden zu einer Traversierung:
Abteilung
Human Resources
Person
Hedda M Halvorsen
Person
Mindy C Martin
Person
Ashok X Joshi
Unternehmensrolle
Human Resources Manager
Unternehmensrolle
Benefits Specialist
Unternehmensrolle
Recruiter
Datenprodukt
HumanResources data product
Drei Fragen, die der Katalog nur einem Menschen stellen kann — beantwortet, indem man das Modell durchläuft.
Der Kreislauf
Sobald Verantwortung eine Beziehung ist, ist eine unwirksame Verantwortung ein Zustand, nach dem ein Agent Ausschau halten kann. Was folgt, ist kein Bericht, den Sie lesen müssen.
01
Erkannt
02
An jemanden geleitet, der entscheiden kann
03
Von einer Person entschieden
04
Erfasst
Und derselbe Kreislauf läuft bevor die Lücke entsteht — standardmäßig, nicht als etwas, das Sie konfigurieren. Eine Verantwortung hat einen eigenen Status, sodass sie ruhend gestellt werden kann, ohne gelöscht zu werden: Wenn jemand den Bereich wechselt, eine Auszeit nimmt oder eine Aufgabe niederlegt, verlassen die Verantwortlichkeiten, die diese Person trägt, den wirksamen Zustand, und die Frage erreicht sie, solange sie noch den Kontext hat, um sie zu beantworten — statt sechs Monate später ihr ehemaliges Team zu erreichen.
Was auch die ehrliche Fassung der Frage liefert, mit der diese Seite beginnt. Nicht „Gibt es einen Eigentümer?“, sondern Wann wurde zuletzt bestätigt, dass das zutrifft? — ein Datum pro Verantwortung, das entweder existiert oder nicht.
Der Agent beobachtet und eskaliert. Er entscheidet nie. Autonomie der Aufmerksamkeit, nicht der Befugnis.
Was das normalerweise kostet
Als Projekt umgesetzt, verläuft die Bereinigung unwirksamer Verantwortlichkeiten in einem ausgereiften Katalog in acht Phasen: die inaktiven Verantwortungsträger identifizieren, jeden Fall einer Führungskraft zuordnen, die Fälle zu einer Übersicht pro Führungskraft bündeln, mit Kontext und Frist benachrichtigen, einen nachvollziehbaren Ersatz-Workflow durchführen, die neuen Verantwortungsträger einarbeiten, diejenigen zertifizieren, deren Bereich sich geändert hat, und schließlich die Abläufe finden, die an einer einzigen Person hängen.
Das ist solide Arbeit, und es ist der Grund, warum dieses Problem meist aufgeschoben wird: Es dauert Monate, es müssen drei Quellsysteme von Hand abgeglichen werden, und das Ergebnis ist am Tag der Übergabe korrekt.
Jede dieser Phasen ist eine Abfrage oder ein Workflow gegen ein Modell, das die Antwort bereits enthält. Nicht weil die Arbeit trivial wäre, sondern weil der Abgleich, mit dem das Programm die meiste Zeit verbringt, genau das ist, was das Modell ist.
Stellen Sie die schwierigere Frage
Im Demo-Mandanten finden Sie das Asset, die vier Rollen, die verletzten Bedingungen und die Abfrage, die sie markiert — in einem Modell, das Sie jetzt öffnen können.