Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.
Hauptgedanke
Der normative Kontext einer Fachsoftware tritt fast nie unter seinem Namen auf. Er kommt in alltäglichen Sätzen daher, gesagt von Nutzern, die keine einzige Norm zitieren: „Der Controller fragt mich nach diesem Punkt“, „Wir müssen diese Zahl begründen können“, „Man muss nachvollziehen können, wer was wann und warum getan hat“, „Es muss zwischen Standorten vergleichbar sein“, „Wir brauchen auswertbare Daten für das Audit“.
Hinter diesen Sätzen stehen präzise Anforderungen: Rückverfolgbarkeit der Aktionen, Archivierung, einheitliche Erfassung, Vergleichbarkeit der Daten zwischen Einheiten, Begründung von Abweichungen, Lesbarkeit für Finanzen und Controlling. Sie verlangen nicht, dass ein Werkzeug nützlich ist — sie verlangen, dass es Spuren hinterlässt, Informationen strukturiert und Entscheidungen für jemanden nachvollziehbar macht, der nicht dabei war.
Ein Team, das diese Sätze als Komfortwünsche liest, verkennt also, was sie sind: die alltägliche Seite eines Regelwerks, eines Audits oder einer Compliance-Pflicht.
Warum das wichtig ist
Das ändert, wie man diese Anfragen in einer Discovery behandelt. Hält man sie für individuelle Vorlieben, landen sie weit unten in der Priorität, denn keine beschreibt eine attraktive Nutzung. Erkennt man sie als Ausdruck einer Compliance-Anforderung, werden sie in manchen Organisationen zur Voraussetzung dafür, dass das Produkt überhaupt eingesetzt werden kann.
Das zeigt auch, wo man ansetzen muss, wenn eine banale Anfrage sich hartnäckig hält: Wer zur Verpflichtung zurückgeht, aus der sie entsteht, weiß, was genügt — oft eine Spur und eine Exportmöglichkeit, nicht das Feature, das man sich vorgestellt hatte.
Nuancen und Grenzen
Nicht hinter jedem dieser Sätze steckt eine Norm: Manche drücken eine Gewohnheit der Abteilung aus oder eine interne Anforderung, die kein Regelwerk vorschreibt, und wer sie als regulatorisch behandelt, überdimensioniert die Antwort.
Und eine erfüllte Rückverfolgbarkeitsanforderung sagt nichts über die Nutzung: Ein vollkommen auditfähiges Werkzeug kann für diejenigen, die es befüllen, mühsam bleiben.
Offene Fragen
- Wie unterscheidet man beim Lesen einer Bitte um Begründung die verbindliche Pflicht von der internen Praxis, die zur Gewohnheit geworden ist?