Wissen, das Technik und Regulierung zusammenbringt

„Wir brauchen echte Daten – sonst können wir nicht realistisch testen.“ Bei manchen löst dieser Satz sofort ein Nein aus. Bei mir eine Anforderungsanalyse. Was genau muss an den Daten real sein? Reichen synthetische Daten mit denselben Strukturen und Sonderfällen – oder braucht es bei Migrationen, Cut-over-Tests oder für prüfungsrelevante Nachweise tatsächlich den Originalbestand? Privacy by Design beginnt für mich hier nicht mit einem pauschalen Verbot, sondern mit einer begründeten Entscheidung: Welche Datenrealität braucht dieser Test wirklich?

Informationssicherheit besteht nicht nur aus Firewalls, Verschlüsselung und Zugriffsrechten. Auch Gespräche können Informationen über Systeme, Prozesse und Schwachstellen offenlegen. Wirksame Technical Governance verbindet deshalb technische Schutzmaßnahmen mit klaren Regeln, Datenschutzorganisation und einem Bewusstsein dafür, welche Informationen in welchem Umfeld geteilt werden sollten.

Eine fachlich gute Digitalisierungsidee kann scheitern, wenn IT, Informationssicherheit und Datenschutz erst eingebunden werden, nachdem Lösung und Projekt bereits weitgehend feststehen. Technical Governance bedeutet deshalb auch, technische und regulatorische Voraussetzungen frühzeitig in die Anforderungsdefinition einzubeziehen. Nicht erst in die Abnahme.

Thorsten Ball zeichnet ein radikales Zukunftsbild, in dem Coding Agents viele heutige Praktiken der Softwareentwicklung ersetzen. Doch dieses Zukunftsszenario darf nicht mit den Anforderungen verwechselt werden, die heute für Qualität, Sicherheit, Nachweisbarkeit und Compliance gelten. Je stärker die Implementierung automatisiert wird, desto wichtiger wird Technical Governance: nicht jede Codezeile kontrollieren, sondern Anforderungen, Entscheidungen, Kontrollen und Ergebnisse nachvollziehbar, verantwortbar und auditierbar machen.

Eine Entscheidung ist noch keine Prozessänderung. Erst wenn Planung, Information, Umsetzung und Rückmeldung denselben neuen Zustand abbilden, ist sie organisatorisch wirklich angekommen. Offene Regelkreise erzeugen Reibung, Workarounds und falsche Folgeentscheidungen – deshalb ist Prozessqualität immer auch eine Frage von Verantwortung, Datenqualität und Technical Governance.

Datenschutz darf nicht bei einem „Nein“ enden. Gute Governance bewertet den konkreten Schutzbedarf, berücksichtigt vorhandene technische Schutzmaßnahmen und stellt Mitarbeitern einen sicheren, praktikablen Alternativweg zur Verfügung. Gerade bei der E-Mail-Kommunikation zeigt sich, dass pauschale Kategorien wie „verschlüsselt“ oder „unverschlüsselt“ zu kurz greifen: Entscheidend ist das tatsächliche Risiko und das erforderliche Schutzniveau. Wirksame Technical Governance übersetzt deshalb regulatorische Anforderungen in Prozesse und technische Lösungen, mit denen Arbeit sicher und zugleich praktikabel erledigt werden kann.

Noch vor wenigen Monaten musste man Coding Agents eng führen. Heute kann man ihnen umfangreiche Entwicklungsaufgaben geben und sie über längere Strecken selbstständig arbeiten lassen. Das bedeutet aber nicht, dass Qualitätskontrollen überflüssig werden. Im Gegenteil: Je leistungsfähiger die Agents werden, desto stärker verschiebt sich die Frage von „Wie kontrolliere ich jeden Arbeitsschritt?“ zu „Wie stelle ich sicher, dass das Ergebnis richtig, nachvollziehbar und verantwortbar ist?“

Wenn alle den Trampelpfad nehmen, sollte man sich den gepflasterten Weg genauer ansehen.

Digitalisierung scheitert nicht immer an fehlender Technik.

Manchmal ist die Software da. Der Prozess ist definiert. Alles sieht sauber aus – und trotzdem wählen die Menschen einen anderen Weg.

Warum?

Weil der inoffizielle Weg im Arbeitsalltag einfacher funktioniert als der offiziell vorgesehene.

Workarounds sind deshalb nicht automatisch ein Disziplinproblem. Sie können sehr präzise zeigen, wo Prozesse an der Realität vorbeigehen.

Im ersten Beitrag unserer kleinen Reihe „Wenn Digitalisierung an den Schnittstellen scheitert“ geht es darum, warum der Trampelpfad manchmal die ehrlichste Prozessdokumentation einer Organisation ist.