Definition
Evidence by Design ist ein Workflow-Pattern, bei dem Control-Anforderungen an Entscheidungspunkte gemappt werden und während der Ausführung strukturierte Evidence-Artefakte erzeugen (Freigaben, Timestamps, Rationale, Exception Codes, Versionslogs) – damit Audits zu Evidence-Queries werden statt Rekonstruktion.
- Kontrollen an Entscheidungspunkte mappen, nicht an Prozessnamen.
- Jede Freigabe erzeugt einen Record (wer/wann/warum).
- Jeder Bypass erzeugt einen Exception Record mit Rationale.
- Versionslogs sind Evidence (nicht nur Doku).
Das Kernpattern: Control → Entscheidungspunkt → Evidence-Artefakt
Das Kernpattern ist einfach:
- Control Statement (was muss wahr sein)
- Entscheidungspunkt (wo entschieden wird)
- Evidence-Artefakt (was beweist korrekte Ausführung)
Wenn dieses Mapping existiert, lässt sich Evidence automatisieren – und Audit-Burden sinkt drastisch.
Evidence-Artefakte (was erfassen?)
Häufige Evidence-Artefakte:
- Approval Record (Approver, Timestamp, Rationale)
- Exception Record (was wich ab, warum, wer genehmigte)
- Change/Versionslog (was änderte sich, Impact, wer genehmigte)
- System Event ID (immutable Referenzen)
Strukturierte Artefakte bevorzugen. Dokumente nur, wenn nötig.
Beispiele über Abteilungen hinweg
Beispiele, wo Evidence by Design gewinnt:
- IT: Change Approvals, Incident Severity, Access Grants
- HR: Policy Acknowledgements, Onboarding Checklists, Training Renewals
- Support: Refund/Credit Approvals, Escalations, QA Audits
- Finance: PO/AP Approvals, Exception Handling, Close Checklists
Den Trap vermeiden: Evidence als Screenshots
Screenshots sind fragile Evidence:
- schwer querybar
- leicht aus dem Kontext zu reißen
- teuer zu pflegen
Screenshots nur als Support-Material nutzen. Backbone = strukturierte Records.
Drift: die versteckte Evidence-Lücke
Evidence-Lücken entstehen oft durch Drift:
- Workflow ändert sich, Evidence-Erwartungen nicht
- Teams bypassen Steps unter Zeitdruck
Conformance Loops (Soll vs Ist) ergänzen und systematisch remediate’n.
Rechtshinweis (Fair Use)
Process Designer ist ein unabhängiges Produkt. Namen von Drittanbietern (z. B. Glean, Scribe) dienen nur der Identifikation und können Marken der jeweiligen Inhaber sein.
Vergleiche sollten Buyer Tasks und messbare Outcomes fokussieren.
Häufige Fehler, die Sie vermeiden sollten
Lernen Sie von anderen, um dieselben Fallstricke zu vermeiden.
Kontrollen an Dokumenttitel mappen
Titel erzwingen keine Ausführung.
Kontrollen an Entscheidungspunkte mit Evidence-Artefakten mappen.
Bypasses nicht erfassen
Urgency wird zu permanentem Drift.
Exception Records mit Rationale und Remediation erstellen.
Versionslogs optional behandeln
Audits können Change nicht nachvollziehen.
Versionslogs als Evidence first-class publizieren.
Handeln Sie
Ihre Aktions-Checkliste
Wenden Sie das Gelernte mit dieser praktischen Checkliste an.
1 Workflow wählen und Entscheidungspunkte auflisten
Evidence-Artefakte an jeden Entscheidungspunkt anbinden
Exception Codes + Remediation Workflow definieren
Versionslogs in Publikation integrieren