Capability-Stufen: was Sie ändern dürfen
Welche Nutzergruppen filtern, ableiten oder experimentieren dürfen und wann eine fachliche Prüfung erforderlich wird.
Begriffe vor dem Lesen
- Eine Berechtigungsstufe beschreibt, welche fachlichen oder technischen Änderungen eine Nutzergruppe selbst vornehmen darf.
- Eine geschützte Kennzahl ist eine offiziell verwendete Kennzahl, deren Name und Definition nicht lokal neu belegt werden dürfen.
- Promotion bedeutet hier die geprüfte Übernahme einer lokalen Ableitung in ein gemeinsam genutztes Datenprodukt.
Ausgangslage
„Self Service“ wird schnell als Erlaubnis für jede Formel verstanden. Ein Berichtsnutzer verändert einen Filter, ein Analyst baut eine neue Kennzahl und ein Fachspezialist rechnet ein Szenario. Solange nicht sichtbar ist, was nur lokal gilt und was offiziell veröffentlicht werden darf, tragen verschiedene Ergebnisse denselben Namen.
Eine einfache Rechtematrix
| Stufe | Darf selbst | Braucht fachliche Prüfung |
|---|---|---|
| Berichtsnutzer | lesen, filtern und im erlaubten Rahmen exportieren | neue Grundgesamtheit oder Zählebene |
| Explorer | lokale Ableitungen und Hypothesen erstellen | Wiederverwendung durch andere oder geschützter Name |
| BI-Builder | Layout, Visualisierung und freigegebene Formelmuster umsetzen | neue Basiskennzahl oder geänderte Schnittstelle |
| Advanced Analytics | Features und Modelle in einer abgegrenzten Sandbox entwickeln | Ergebnis als offizielle Unternehmenskennzahl veröffentlichen |
| Fachspezialist | Szenarien auf gemeinsamen Ausgangsdaten rechnen | Szenariologik als ungekennzeichnete Ist-Zahl nutzen |
Eine Lizenz oder Administratorrolle bestimmt nicht die fachliche Stufe. Wer technisch eine Formel anlegen kann, darf deshalb noch keine offizielle Kennzahl neu definieren.
Wann eine Prüfung ausgelöst wird
Eine lokale Ableitung braucht eine gemeinsame Prüfung, sobald sie regelmäßig verteilt wird, mehrere Teams sie nutzen, sie finanzielle oder regulatorische Entscheidungen beeinflusst oder sie einen geschützten Namen beansprucht. Der Steward sammelt Zweck, Nutzer, Definition und Testergebnisse. Der fachliche Owner entscheidet, ob die Logik in das gemeinsame Modell gehört. Der Plattformbetrieb setzt Kennzeichnung und Veröffentlichungsweg um.
Konflikte werden nicht im Chat durch Mehrheitsentscheid gelöst. Wenn zwei Gruppen dieselbe Kennzahl verschieden definieren, entscheidet die zuständige fachliche Rolle, ob zwei verschiedene Kennzahlen benötigt werden oder eine Definition falsch ist.
Sichtbarkeit im Werkzeug
Kennzeichnungen wie offiziell, abgeleitet und experimentell müssen dort sichtbar sein, wo Nutzer Daten auswählen. Ein Wiki-Eintrag allein verhindert nicht, dass ein experimenteller Wert in einen Vorstandsbericht kopiert wird. Geschützte Namen und abgelaufene Experimente sollten bei der Veröffentlichung technisch geprüft werden, soweit das Werkzeug es erlaubt.
Das Ergebnis ist eine Change Matrix mit Nutzerstufen, erlaubten Aktionen, Prüfauslösern, entscheidender Rolle und sichtbarer Kennzeichnung.
Checkliste
- Die Stufen beschreiben Aktionen und nicht nur Tool-Lizenzen.
- Geschützte Kennzahlnamen sind bekannt.
- Wiederverwendung, kritische Nutzung und mehrere Consumer lösen eine Prüfung aus.
- Offizielle, abgeleitete und experimentelle Werte sind sichtbar unterscheidbar.
- Konflikte um Definitionen haben einen fachlichen Entscheidungsweg.
OTD-W40: diesen Arbeitsschritt am selben Fall prüfen
Für OTD-W40 darf eine Nord-Auswertung den freigegebenen N-Scope verwenden und Darstellung ändern. Sie darf S06 nicht heimlich zum Nenner von OTD-SHIP/1.0.0 hinzufügen. Ein Builder hält Snapshot und Definitionsversion sichtbar; ein Analyst kennzeichnet den alternativen 2.0.0-draft als Szenario. Zuständige Rolle, Herkunft und Prüftermin stehen an der lokalen Ableitung.
Consumer capabilities and the shared model
Part 2 of 4
View series