Stephan VossISO (Information Security Officer)stephan.voss@stephan-voss.deLinkedIn
ISMS-GRC-WEBGOVERNANCE · RISK · COMPLIANCE · ASSURANCE
ZIELE ERREICHEN · UNSICHERHEIT BEHERRSCHEN · VERPFLICHTUNGEN EINHALTEN · WIRKUNG NACHWEISEN

GRC beginnt nicht beim Asset.
GRC beginnt beim Ziel.

Ein unabhängiger Arbeits- und Entscheidungsrahmen, der Unternehmensziele, Verpflichtungen, Risiken, Entscheidungen, Fähigkeiten, Kontrollen und Nachweise zu einem steuerbaren System verbindet.

VERSION 2.20FACHSTAND 31.08.2026ENTWICKLUNGSPORT 8084
DER PERSPEKTIVWECHSEL

Die erste Frage lautet nicht: Welcher Server ist ausgefallen?

Montagmorgen. In drei Tagen beginnt der monatliche Auszahlungslauf. Ein zentraler Dienstleister meldet eine schwerwiegende Störung. Mehrere Systeme sind nicht erreichbar. Wann der Normalbetrieb wiederhergestellt werden kann, ist unklar.

Die entscheidende Frage lautet: Können wir unsere Renten trotzdem vollständig, korrekt und rechtzeitig auszahlen?

Von dieser Frage aus führt das Framework durch Ziele, Kontext, Verpflichtungen, Risiken, Entscheidungen, Capabilities, Controls, Evidence und Wirksamkeit.

Praxisfall starten →
DAS NEUE KERNMODELL

Vom Unternehmenszweck bis zur Verbesserung

PURPOSE & OBJECTIVESWarum existieren wir? Was wollen wir zuverlässig erreichen?
↓
CONTEXTStakeholder · Verpflichtungen · Umfeld · Abhängigkeiten · Risikoappetit
↓
VERSTEHEN→BEWERTEN→ENTSCHEIDEN→STEUERN→UMSETZEN→NACHWEISEN→PRÜFEN→VERBESSERN
GOVERNANCERISKCOMPLIANCEASSURANCE
↓
CORE OBJECTSObjectives · Sources · Obligations · Requirements · Risks · Decisions · Policies · Capabilities · Controls · Evidence · Metrics · Assessments · Findings · Issues · Actions
↓
DOMAIN FRAMEWORKSCybersecurity · Third Party · Geschäftskontinuität (BCM) · AI Governance
EINSTIEG

Das Framework in der richtigen Reihenfolge nutzen

VIER BLICKRICHTUNGEN

GRC ist kein Nebeneinander von drei Abteilungen

FACHDOMÄNEN

Cybersecurity ist wichtig – aber nicht der GRC-Kern

Fachdomänen nutzen die gemeinsame GRC-Logik für ihren eigenen Gegenstand. Cybersecurity kann dadurch Asset-, Threat- und Vulnerability-zentriert arbeiten, ohne das übergeordnete GRC-Modell darauf zu reduzieren.

ARBEITSREGEL

Capability vor Control. Control vor Tool. Evidence vor Behauptung.

FähigkeitWas muss die Organisation können?
ControlWie wird ein Ziel oder Risiko gesteuert?
ProcedureWie wird die Tätigkeit wiederholbar ausgeführt?
TechnologyWomit wird sie unterstützt?
EvidenceWoran ist die Umsetzung erkennbar?
EffectivenessFunktioniert sie tatsächlich?