

„GRC“ war über Jahre ein Sammelbegriff, hinter dem sich vieles und damit oft zu wenig verbarg: Richtlinienbibliotheken, Risikomatrizen, Kontrollen-Kataloge, Auditkalender. Das war nützlich, aber selten spürbar wertschöpfend. Heute kippt die Perspektive. Märkte reagieren in Stunden, Lieferketten sind digital verschaltet, Vorfälle verbreiten sich viral, Regulierungen greifen tiefer in Produkte und Prozesse ein. In dieser Welt kann Governance, Risk & Compliance nicht mehr die Disziplin der Nachreichungen sein. Sie muss führen – durch Echtzeitfähigkeit, Anschluss an den operativen Takt und Investitionssteuerung. Genau das meint GRC Next: Governance als Betriebsleistung, die Risiken nicht nur inventarisiert, sondern Zeit gewinnt, Renditen schützt und Wachstum ermöglicht. Es ist der Schritt vom „ordnet“ hin zu „entscheidet“.
Das klassische GRC versprach Kontrolle durch Vollständigkeit: jede Policy erfasst, jedes Risiko bewertet, jedes Kontrollziel beschrieben, jedes Audit geplant. In stabilen Umfeldern reichte das. Doch drei Entwicklungen haben dieses Modell überholt.
Erstens die Taktfrequenz: CI/CD-Pipelines releasen im Wochen- oder Tagesrhythmus, Cloud-Ressourcen entstehen und vergehen in Minuten, Daten durchlaufen globale Dienste in Echtzeit. Stichprobenhafte Kontrollen und Stichtagssichten verlieren den Anschluss.
Zweitens die Kopplung: Ein Incident bleibt selten lokal. Über APIs, SaaS und geteilte Plattformen werden Seiteneffekte normal. Der Risikoort ist nicht mehr das einzelne System, sondern der Fluss.
Drittens die Regulierungslogik: Anforderungen überlappen und verschmelzen mit Produkt- und Prozessanforderungen. Datenschutz, IT-Sicherheit, Resilienz, Lieferketten, KI – sie adressieren nicht mehr nur „das Wie“, sondern zunehmend „das Was“ (z. B. zulässige Funktionen, Nachweiszeiten, Produktpflichten).
Das Ergebnis: GRC muss vom reaktiven Sammeln aufs proaktive Steuern umschalten. Nicht mehr „Nachweis zum Stichtag“, sondern „Wirksamkeit im Betrieb“. Nicht mehr „Reifegrad“, sondern Zeitketten. Nicht mehr „Tool- zoo“, sondern Orchestrierung. Nicht mehr „Governance als Bremse“, sondern Governance als Beschleuniger – weil sie Unsicherheit reduziert und Entscheidungen absichert.
GRC Next ist kein neues Tool und kein neues Label, sondern eine Architektur aus fünf Bausteinen, die zusammen eine Fähigkeit ergeben: von der Policy in den Prozess – und zurück in die Entscheidung.
Regeln werden so formuliert, dass Systeme sie ausführen können: wer welche Daten wofür sehen darf, welches Deployment wann blockt, wie lange privilegierte Rechte gelten, welche Ausnahmen in welcher Kompensation enden. Policies werden als maschinenlesbare Regeln gepflegt; Kontrollen als wiederverwendbare Bausteine in Pipelines, Plattformen, Gateways. Der Effekt: weniger Interpretationsspielraum, weniger E-Mail-Freigaben, mehr Verlässlichkeit.
Kontrollen laufen kontinuierlich, nicht in Quartalsintervallen. Sensoren (IAM, EDR, CSPM, DLP, CI/CD, Data-Lineage) speisen Regel-Engines, die Gates schalten: blocken, drosseln, isolieren, eskalieren. Aus „Checkliste“ wird Schalter; aus „Sichtprüfung“ wird Ereignis.
Nachweise entstehen nebenbei. Jede Entscheidung, jeder Block, jede Ausnahme, jeder Drill, jedes Forensikpaket, jeder Lieferantenfeed landet signiert und versioniert im Evidenzfundament – mit konsistenten IDs für Asset, Prozess, Kontrolle und Drittpartei. „Time to Proof ≤ 72 h“ wird Standard – und mit ihm die Souveränität im Audit, in der Kommunikation und im Management.
Vier Uhren ersetzen den Reifegrad: Erkennen, Entscheiden, Begrenzen, Wiederherstellen – je kritischem Prozess, nicht global. Wer GRC Next betreibt, führt entlang dieser Zeiten. Sie sind mit Schwellen und Konsequenzen hinterlegt: Reißt eine Uhr, greift ein Gate, folgt ein Drill, verlagert sich Budget.
Risiko wird in Bandbreiten übersetzt (Median/P95-Schaden) – pro Prozess und Uhr. So lässt sich steuern, „welche halbe Stunde“ wie viel kostet und welche Investition sie am effizientesten reduziert: Guardrail A, Drill B, Vertragspunkt C, Observability D. Governance wird damit zur Kapitalallokation.
GRC Next scheitert, wenn es den Alltag behindert. Es gewinnt, wenn richtiges Verhalten bequemer ist als das falsche. Drei Prinzipien sichern das.
Gute Defaults: SSO überall, starke Authentifizierung einmal, kontextabhängige Auffrischung unmerklich; verschlüsselte Kanäle standardmäßig; Datenmaskierung per Label, nicht per Memo; JIT-Adminrechte mit Ablauf automatisch.
Gezielte Reibung: Höhere Risiken lösen Step-up aus (kurz, begründet, transparent). Exporte verlangen einen Zweck; Ausnahmen haben Ablauf und Kompensation. Reibung ist sparsam, erklärbar, vorhersehbar.
UX statt Belehrung: Meldeknöpfe im Workflow schlagen Portale; Autovorbefüllte Formulare schlagen Excel; Klartext schlägt Kanzleisatz. Governance wird damit erlebbar – als Hilfe, nicht als Hindernis.
Die Welt der Standards – ISO 27001, NIST, ITIL, COSO, DORA, NIS2, DSGVO, ESG-Reporting, KI-Regime – bleibt heterogen. GRC Next macht sie anschlussfähig: Ein gemeinsames Datenmodell für Assets, Prozesse, Kontrollen, Ereignisse und Nachweise verbindet alles. Statt 15 getrennten Registerblättern gibt es eine Steuerungslogik. Reports sind Sichten auf die operativen Daten – für Management, Audit, Aufsicht. Doppelarbeit schrumpft, Widersprüche verschwinden.
Lieferanten sind Teil der eigenen Governance – oder ihrer Erosion. GRC Next verlangt operative Anschlussfähigkeit: PSIRT-Feeds maschinenlesbar, Forensikpakete in 24/48/72 h, Interconnect-Drills halbjährlich, Exit-Proben „light“, gemeinsame Prioritäten, 24/7-Eskalationsketten, offene Telemetrie an den Schnittstellen. Wichtig ist der Takt: Dritte arbeiten in derselben Zeitlogik (Erkennen, Entscheiden, Begrenzen, Wiederherstellen) und liefern Evidenz in denselben Schichten. Verträge sichern das, Kennzahlen steuern es. „Zertifikate“ werden zu Einstiegskarten, nicht zum Endpunkt.
GRC Next verlagert Governance konsequent auf Daten: Klassifizierung, die wirkt; Zweckbindung, die exekutiert; Retention, die löscht – inklusive Backups, Indizes, Feature-Stores, Vektor-Datenbanken; Data-Contracts, die Build-Breaks auslösen; Lineage, die automatisch entsteht. Exporte sind kein Goodwill, sondern Gate: Zweck wählen, Scope sehen, sichere Alternativen (Secure Link) bevorzugen. KI-Nutzung folgt einem Lebenszyklus mit Messpunkten (Sourcing, Kurierung, Training, Evaluation, Shadow-Serving, Monitoring, Retraining) und Rückkopplung für Löschung und Widerspruch. So entsteht Datennutzung ohne verbrannte Erde.
KI hilft, Muster zu erkennen, Alerts zu priorisieren, Policies zu mappen, Ablehnungen zu erklären. Aber sie ersetzt keine Schwellen. GRC Next setzt KI dort ein, wo Signal-Veredelung gefragt ist – nicht bei der Normsetzung. Transparenz (Warum?), Drift-Kontrolle, Bias-Checks, Reproduzierbarkeit und Human-in-the-Loop in Grauzonen sind Pflicht. KI wird so zum Multiplikator, nicht zur Black Box.
Ohne Kultur bleibt die Architektur Theorie. Drei Sätze tragen GRC Next:
Frühwahrheit wird belohnt. Wer früh meldet, wird geschützt, nicht sanktioniert. Das macht schnell und ehrlich.
Ausnahmen haben Ablauf. Jede Abweichung endet – mit Kompensation und Sichtbarkeit. Das verhindert Erosion.
Weniger Regeln, mehr Schalter. Jede Regel, die nicht exekutiert, ist eine Bitte. Reduktion senkt kognitive Last und erhöht Wirkung.
Führung führt entlang der Zeitziele und priorisiert Entlastung (Doppelarbeit beenden, tote Regeln streichen, Automatisierung finanzieren) vor Maßnahmensammeln.
Zahlen steuern nur, wenn sie Konsequenzen haben. Ein tragfähiger Kern:
Jede KPI hat Aktionen: Eskalation, Pflicht-Drill, Budgetschalter, Vertragsnachsteuerung. Messen ohne Konsequenz ist Dekoration.
Wenn GRC Next Zeit verkürzt und Bandbreiten verengt, entsteht Rendite: weniger Ausfall- und Vertragsstrafen, schnellere Produkteinführungen (weil „Time to Proof“ kurz ist), bessere Konditionen (weil Lieferantenzeiten belastbar sind), niedrigere Kapitalkosten (weil Risiko bepreist, nicht beschworen wird). Governance wird zur Produktivkraft, weil sie Ungewissheit reduziert und Optionen öffnet. Sie priorisiert Investitionen dahin, wo eine Minute am meisten spart – nicht dahin, wo das lauteste Diagramm glänzt.
Phase 1 – Sichtbar (0–60 Tage):
Top-Prozesse identifizieren (3–5). Zeitketten grob messen. Klartext-Policies (eine Seite) mit Schwellen. Evidence-MVP: Entscheidungen, Gates, Drills, PSIRT-Eingänge. Zwei Controls-as-Code live (z. B. exploitable-CVE-Gate, JIT-Admin mit Ablauf). Erste ZTNA-Ziele, erste Data-Contracts.
Phase 2 – Greifend (61–120 Tage):
Gates scharf: Release-Stop, Export-Stop, Token-Lifetimes. Interconnect-Drill mit Schlüssel-SaaS, Exit-Probe light. Restore-Drill unter Zeitdruck. KPIs mit Konsequenzen, erste Bandbreiten-Modelle pro Prozess. Drittparteien in denselben Takt (Feeds, Forensik, Eskalation).
Phase 3 – Steuernd (121–180 Tage):
Taktung mit Management: monatliche Zeitketten-Reviews, quartalsweise Kalibrierungen, halbjährliche Drills. Ausnahmen auf Ablauf & Kompensation. Reduktion toter Regeln. Reporting aus dem Evidence Layer – identisch mit Audit-Sichten. Budget nach Bandbreiten verschieben.
Nach 180 Tagen ist nichts „fertig“, aber Governance ist aus dem Alltag heraus auditfähig und entscheidungsrelevant.
Sichere Produktfreigabe
Vorher: Mails, Checklisten, drei Freigaben, Überraschungen nach Livegang.
Nachher: Pipeline erzeugt SBOM, prüft VEX, verknüpft Threat-Intel, Gate blockt exploitable Bausteine. Ausnahme? Zwei Minuten, Ablauf 14 Tage, Kompensation aktiv, Evidenz automatisch.
Datenexport
Vorher: Richtlinie lesen, Datei ziehen, hoffen.
Nachher: Export-Dialog verlangt Zweck, zeigt Scope, bietet Secure-Link; bei fehlender Klassifikation Block, Autohinweis; Ausnahme befristet, Lösch-Wiedervorlage gesetzt.
Privilegierte Aktionen
Vorher: Dauerrechte, jährliche Rezertifizierung.
Nachher: JIT-Admin, 60 Minuten, Ablauf automatisch, Verlängerung nur begründet. Kennzahl fällt, Auditfragen verstummen.
Lieferanten-Vorfall
Vorher: Warten auf PDF, Telefonketten, allgemeine Statements.
Nachher: PSIRT 09:12, Maßnahme 10:05, Erstinfo 11:00, Forensikpaket 12:00 im Evidence Layer. Interconnect-Drill half – keine Überraschung, nur Abarbeitung.
GRC Next verschmilzt Disziplinen im Betrieb: Privacy by Design (Pseudonymisierung, Zweckdurchgriff, Löschpfade), Security by Default (mTLS, Härtung, Segmente), Ethik im Lifecycle (Trigger für High-Impact-KI, dokumentierte Abwägungen, Rückspiel in Technik). Nicht als zusätzliche Gremien, sondern als Gate-Logik und Produktinput. Dadurch endet die Konkurrenz „Innovation vs. Governance“: Governance ermöglicht Innovation, indem sie Wege baut, die schnell und tragfähig sind.
„Zeit schlägt Status.“ – Dieser Satz macht GRC Next führbar. Er bringt Kennzahlen, Taktung, Gates, Evidenz, Lieferanten, Produkte und Menschen auf eine gemeinsame Skala. Er beendet Ritual und belohnt Wirksamkeit. Er dreht Governance vom Beobachter zum Taktgeber.
Der Unterschied zeigt sich nicht in dickeren Richtlinienordnern, sondern in Gesprächen:
„Wir entscheiden jetzt, in 18 Minuten geht die Erstmeldung raus.“ – „Das Release steht; VEX meldet exploitable, Gate blockt, Ausnahme läuft 7 Tage, Kompensation aktiv.“ – „Der Export blockt, Zweck fehlt; nimm den Secure-Link – dauert zehn Sekunden.“ – „PSIRT kam um neun, Maßnahmen laufen, Forensik liegt im System, Kundeninfo ist vorbereitet.“ – „Exit-Probe war in drei Tagen minimal funktionsfähig; diese Formate waren schwach, Maßnahmen beauftragt.“ – „Time to Proof 22 Stunden, Audit ist entspannt, wir auch.“
Wenn solche Sätze Alltag werden, ist GRC Next kein Programm mehr, sondern Normalbetrieb. Und in genau diesem Normalbetrieb liegt sein strategischer Vorteil: Weniger Zögern, weniger Rauschen, weniger Theater – dafür schnellere Produkte, robustere Verträge, glaubwürdige Kommunikation, bessere Konditionen, ruhigere Nächte. Governance wird dann nicht mehr gefragt, „ob sie fertig ist“, sondern wohin sie das Unternehmen als Nächstes schneller und sicherer bringt. Das ist GRC Next. Das ist der Punkt, an dem Kontrolle nicht bremst, sondern führt.
| Hinweis: Teile dieses Beitrags könnten unter Einsatz von KI-gestützten Tools erstellt oder überarbeitet worden sein. Weitere Informationen finden Sie im Impressum/Disclaimer. | Marken- und Bildrechte: Dargestellte Logos und genannten Marken liegen ausschließlich bei den jeweiligen Rechteinhabern. Nutzung erfolgt ausschließlich zu illustrativen Zwecken. |
Wenn Sie den Blog-Beitrag abonnieren, senden wir Ihnen eine E-Mail, sobald es Updates auf dieser Website gibt.

Kommentare 43
Der Beitrag trifft einen wichtigen Punkt. Mich würde interessieren, wie Verantwortlichkeiten und Entscheidungen im Alltag nachvollziehbar bleiben. Welche Mindestinformation sollte dafür immer vorliegen?
Entscheidend wäre für mich, nicht nur die Durchführung zu dokumentieren. Auch die Wirkung und eine mögliche Abweichung sollten später nachvollziehbar sein.
Für mich gehört noch ein fester Zeitpunkt zur Nachprüfung dazu. Erst dann lässt sich beurteilen, ob die Maßnahme nur erledigt wurde oder tatsächlich etwas verbessert hat.
Genau diese Verbindung ist entscheidend: klein beginnen, aber Wirkung und Entscheidungsfolge vorher festlegen. So bleibt der Aufwand vertretbar und das Ergebnis trotzdem belastbar.
Die Trennung zwischen Durchführung und Wirkung hilft. So könnte man klein anfangen, ohne die spätere Bewertung dem Bauchgefühl zu überlassen.
Ein hilfreicher Einstieg in das Thema. Wie lässt sich die Abstimmung zwischen unterschiedlichen Verantwortlichen im Alltag überschaubar halten?
Ein gemeinsamer Überblick über Entscheidungen und offene Aufgaben wäre ein guter Anfang. Ohne feste Zuständigkeiten bleibt die Abstimmung schnell unverbindlich.
Wie klein könnte ein erster Praxistest bei der gemeinsamen Steuerung sein, ohne dass sein Ergebnis beliebig wird? Damit wäre der nächste Entscheidungspunkt klarer. Der Maßstab sollte schon vor dem ersten Fall verständlich sein.
Welche Entscheidung müsste zu Nachweise für die Wirksamkeit von Kontrollen zuerst fallen, wenn ein Dienstleister einen Teil der Umsetzung übernimmt?
Ich würde die erwarteten Ergebnisse und Übergaben konkret vereinbaren; ein Vertrag allein belegt noch keine Umsetzung. Entscheidend wäre für mich, ob das Ergebnis für den konkreten Fall nachprüfbar bleibt. Bei Nachweise für die Wirksamkeit von Kontrollen sollte die Prüfung aus meiner Sicht auf den im Beitrag beschriebenen Zusammenhang begrenzt werden.
Wie geht man mit Zielkonflikten zwischen Kontrolle und schneller Umsetzung um? Ich würde das am konkreten Anwendungsfall dieses Artikels festmachen.
Ich sehe darin vor allem eine Gestaltungsfrage. Die Abwägung müsste sichtbar entschieden werden. Wenn beide Seiten nur ihre eigene Kennzahl optimieren, bleibt der Konflikt im Gesamtprozess bestehen. Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Was wäre bei Nachweise für die Wirksamkeit von Kontrollen ein nachvollziehbares Kriterium für den Abschluss einer Maßnahme?
Der Abschluss sollte an einem überprüfbaren Ergebnis hängen. Zusätzlich würde ich festhalten, welche Einschränkungen bleiben und wann die Wirkung erneut geprüft wird. Für Nachweise für die Wirksamkeit von Kontrollen würde ich den ersten Prüfschritt bewusst klein halten.
Ein weiterer Punkt: Wie bleibt die Nachweissammlung aktuell, ohne ein zweites Parallelarchiv aufzubauen? Gerade bei dieser Fragestellung würde ich die Abwägung offen dokumentieren.
Welche Abweichung würde euch bei Nachweise für die Wirksamkeit von Kontrollen veranlassen, die Entscheidung erneut aufzumachen?
Wenn eine tragende Annahme nicht mehr stimmt, wäre für mich eine neue Bewertung nötig. Dafür sollten Annahme, Auswirkung und Entscheidung zusammen dokumentiert sein; sonst wird die Änderung leicht übersehen. Mit Blick auf Nachweise für die Wirksamkeit von Kontrollen würde ich den Umfang der Prüfung bewusst auf diese Entscheidung begrenzen.
Für die praktische Anwendung zählt aus meiner Sicht Governance mit erkennbarer Steuerungswirkung. Sonst wirkt formal alles vollständig, ohne Entscheidungen zu verbessern.
Interessant finde ich hier vor allem Governance mit Steuerungswirkung. Ein kleiner, sauber ausgewerteter Pilot wäre aussagekräftiger als eine breite Papierlösung.
Dazu eine Rückfrage: Wie erkennt man einen brauchbaren Nachweis, bevor die Prüfung beginnt?
Ich würde prüfen, welche Aussage er belegen soll, für welchen Zeitraum er gilt und wer ihn nachvollziehen kann. Ein vorhandenes Dokument ist nicht automatisch ein ausreichender Beleg. Gerade bei dieser Fragestellung würde ich die Abwägung offen dokumentieren.
Dazu eine Rückfrage: Welche Kennzahl würde eine Führungskraft tatsächlich zu einer anderen Entscheidung bewegen? Ich würde das am konkreten Anwendungsfall dieses Artikels festmachen.
Das ist ein wichtiger Punkt. Für mich müsste die Kennzahl ein Risiko oder einen Handlungsbedarf erklären. Eine reine Anzahl abgeschlossener Kontrollen wäre dafür nicht immer ausreichend.
Mir wäre die laufende Pflege wichtiger als die perfekte erste Fassung. Wie könnte man das mit überschaubarem Aufwand organisieren? Meine Ausgangsfrage bleibt: Welche Kennzahl würde eine Führungskraft tatsächlich zu einer anderen Entscheidung bewegen?
Die Grenze sehe ich dort, wo zusätzlicher Aufwand keine bessere Entscheidung mehr unterstützt. Das müsste man an einem konkreten Fall prüfen und nicht pauschal behaupten. Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Genau an der Übergabe sehe ich ebenfalls die Schwierigkeit. Ohne die nötige Information kann auch eine klar benannte Person wenig entscheiden. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.
Mir wäre die laufende Pflege wichtiger als die perfekte erste Fassung. Wie könnte man das mit überschaubarem Aufwand organisieren? Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.
Ich würde bei der Umsetzung mit Governance mit Steuerungswirkung beginnen und vorher festlegen, welches Ergebnis tatsächlich eine Entscheidung auslöst.
Ein weiterer Punkt: Wie bleibt ein gemeinsamer Kontrollsatz übersichtlich, wenn immer neue Anforderungen dazukommen? Ich würde das am konkreten Anwendungsfall dieses Artikels festmachen.
Daran würde ich anknüpfen. Ich würde die Zuordnung und den Geltungsbereich nachvollziehbar halten. Zusammenführen sollte Doppelarbeit reduzieren und Unterschiede trotzdem erkennbar lassen. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.
Hier würde ich widersprechen: Ein zusätzlicher Prozess kann auch neue Reibung schaffen. Welche vorhandene Aufgabe könnte man damit zusammenführen? Meine Ausgangsfrage bleibt: Wie bleibt ein gemeinsamer Kontrollsatz übersichtlich, wenn immer neue Anforderungen dazukommen?
Für mich müsste sich zunächst erklären lassen, welche Entscheidung verbessert werden soll. Daraus würde ich den notwendigen Umfang ableiten, statt mit der maximalen Dokumentation anzufangen. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.
Wie verhindert man, dass integrierte Governance nur mehrere Register auf derselben Plattform bedeutet? Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Das ist ein wichtiger Punkt. Ich würde auf gemeinsame Entscheidungen und klare Zuständigkeiten schauen. Ein gemeinsames Werkzeug allein verbindet die Arbeitsweisen noch nicht.
Der Grundgedanke passt für mich. Trotzdem: Wie verhindert man, dass die Verantwortung zwischen mehreren Beteiligten hängen bleibt?
Das würde ich an einem konkreten Szenario prüfen. Eine Beschreibung zeigt die Absicht; die gemeinsame Durchführung zeigt, wo Informationen oder Übergaben fehlen. Gerade bei dieser Fragestellung würde ich die Abwägung offen dokumentieren.
Genau an der Übergabe sehe ich ebenfalls die Schwierigkeit. Ohne die nötige Information kann auch eine klar benannte Person wenig entscheiden. Ich würde das am konkreten Anwendungsfall dieses Artikels festmachen.
Wo würdet ihr bei Entscheidungsrechte bei Ausnahmen anfangen, wenn die Zuständigkeit beim Übergang in den Betrieb unklar bleibt?
Mein Vorschlag wäre, die Übergabe erst mit benanntem Verantwortlichen und nachvollziehbaren Abnahmekriterien abschließen. Anschließend sollte klar sein, wer die Wirkung prüft und wann erneut entschieden wird. Bei Entscheidungsrechte bei Ausnahmen sollte die Prüfung aus meiner Sicht auf den im Beitrag beschriebenen Zusammenhang begrenzt werden.
Ein weiterer Punkt: Wo hilft Automatisierung, und wo verschiebt sie nur unklare Verantwortlichkeiten in einen Workflow? Gerade bei dieser Fragestellung würde ich die Abwägung offen dokumentieren.
Ich würde zuerst den Entscheidungsweg klären. Ein automatisierter unklarer Ablauf wird dadurch nicht automatisch zu einem besseren Ablauf. Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Dazu eine Rückfrage: Wer legt fest, wie lange der Betrieb auf Daten oder Systeme verzichten kann?
Mein Vorschlag wäre: Das würde ich gemeinsam mit den betroffenen Fachbereichen entscheiden. Die technischen Möglichkeiten allein sagen wenig über die Auswirkungen einer Unterbrechung.