Zwei Ebenen derselben Entscheidung
Eine Rollenmatrix beschreibt zunächst eine organisatorische Vereinbarung. Sie muss anschließend mit den tatsächlichen technischen Berechtigungen abgeglichen werden. Ein System kann eine Aktion erlauben, obwohl die Person im Projekt nicht dazu beauftragt wurde. Umgekehrt kann eine vereinbarte Entscheidung an einem fehlenden Zugang scheitern.
Verwende deshalb konkrete Aktionen statt pauschaler Rollenbegriffe. „Kunde“ allein unterscheidet nicht zwischen einer Person, die Material liefert, und der Person, die Rückmeldungen verbindlich bündelt.
Beispielmatrix für ein kleines Kundenprojekt
| Aktion | Teammitglied | Projektleitung | Kundenkontakt | Kundenentscheidung |
|---|---|---|---|---|
| Interne Kalkulation lesen | Nach interner Regel | Ja | Nein | Nein |
| Freigegebenen Entwurf ansehen | Ja | Ja | Ja | Ja |
| Material bereitstellen | Ja | Ja | Nach Vereinbarung | Nach Vereinbarung |
| Rückmeldung geben | Ja | Ja | Ja | Ja |
| Kundenentscheidung dokumentieren | Nein | Ergebnis zuordnen | Nein | Ja |
| Zugang beenden | Nach technischer Rolle | Veranlassen und prüfen | Nein | Nein |
Eine Entscheidung braucht einen Gegenstand
Ergänze zur Matrix, worüber entschieden wird. Eine Bestätigung der Inhaltsreihenfolge ist keine pauschale Freigabe aller Texte, Bilder und technischen Eigenschaften. Im Projekt sollten Gegenstand, Version und nächste Handlung zusammenstehen.
Wenn zwei Kundenkontakte widersprüchliche Rückmeldungen geben, entscheidet die Matrix nicht automatisch den Sachkonflikt. Sie benennt aber die Rolle, die die Rückmeldungen verbindlich zusammenführt. Ohne diese Zuständigkeit wird häufig das Umsetzungsteam unfreiwillig zum Entscheider.
Vier Negativtests für die technische Umsetzung
Fremdes Projekt
Mit einem getrennten Testzugang eine bekannte Adresse eines anderen Testprojekts aufrufen. Der Zugriff muss entsprechend der vorgesehenen Grenze verweigert werden.
Interne Datei
Eine direkte Downloadadresse testen. Eine Datei lediglich aus der Liste auszublenden ist keine ausreichende Zugriffssperre.
Nicht erlaubte Aktion
Die serverseitige Berechtigungsprüfung durch die zuständige technische Person testen lassen. Ein deaktivierter Button allein belegt sie nicht.
Entzogener Zugang
Nach dem Entzug einen neuen Zugriff versuchen und den Umgang mit bestehenden Sitzungen prüfen. Bereits heruntergeladene Kopien sind gesondert zu betrachten.
Die Matrix bei Änderungen aktualisieren
Personalwechsel, neue Teilprojekte und zusätzliche Unterlagen können den vereinbarten Umfang verändern. Pflege die Matrix deshalb an diesen Anlässen. Ein überholtes Dokument gibt sonst eine falsche Sicherheit.
Für jede Prüfung reichen zunächst Datum, Testrolle, Aktion, erwartetes Ergebnis und beobachtetes Ergebnis. Werden Abweichungen gefunden, bleibt die betreffende Nutzung offen, bis die Ursache geklärt ist. Ein ausgefülltes Tabellenblatt ist noch kein Nachweis, dass die Anwendung die Regeln durchsetzt.
Vom Leitfaden ins Beispielprojekt.
Setze die beschriebenen Schritte in der OOKI-Demo um: Aufgaben, Kundensicht, Zeiten und Rechnungsentwurf mit fiktiven Daten. Ohne Anmeldung.
Demo ausprobieren