Thorsten A. Siefert

Seit mehr als 30 Jahren entwickle ich Software. Gleichzeitig habe ich Rechtswissenschaften studiert und arbeite seit mehr als zehn Jahren intensiv mit Datenschutz, Compliance, Audit und organisatorischer Umsetzung. Diese Verbindung prägt meinen Blick auf Projekte.

Ich verstehe technische Systeme aus der Perspektive der Menschen, die sie entwickeln, betreiben und verändern. Zugleich verstehe ich, was Regulierung, Datenschutz und Governance von einer Organisation verlangen. Vor allem aber weiß ich, was beide Seiten brauchen – und wo ihre Grenzen liegen.

Denn nicht jede regulatorisch denkbare Anforderung lässt sich technisch sinnvoll oder mit vertretbarem Aufwand umsetzen. Und nicht jede technisch elegante Lösung ist rechtlich, organisatorisch oder unternehmerisch tragfähig. Gute Beratung bedeutet für mich deshalb nicht, eine Perspektive gegen die andere durchzusetzen. Es geht darum, gemeinsam eine Lösung zu entwickeln, die das eigentliche Ziel erreicht und im Unternehmen dauerhaft funktioniert.

Wenn technische Teams, Datenschutz, Informationssicherheit, Fachbereiche und Management miteinander arbeiten, sprechen sie häufig über dasselbe Problem – aber aus unterschiedlichen Denk- und Verantwortungssystemen heraus.

Ich kenne diese unterschiedlichen Perspektiven. Dadurch kann ich nicht nur Anforderungen „übersetzen“, sondern früh erkennen, wo ein tatsächlicher Zielkonflikt besteht und wo lediglich unterschiedliche Annahmen oder Begriffswelten aufeinandertreffen.

Das verändert die Zusammenarbeit. Technische Teams erhalten Anforderungen, mit denen sie arbeiten können. Datenschutz und Governance bekommen die Informationen und Nachweise, die sie für ihre Bewertung benötigen. Und Entscheider erhalten eine belastbare Grundlage dafür, welche Optionen möglich, sinnvoll und verantwortbar sind.

Die langjährige Arbeit mit Software und technischen Systemen hilft mir auch dort, wo ich eine konkrete Systemlandschaft noch nicht kenne. Ich kann mich schnell in neue Architekturen, Anwendungen, Datenflüsse und Entwicklungsprozesse einarbeiten und die Fragen stellen, die für die jeweilige Aufgabe entscheidend sind.

Wo entstehen und verändern sich Daten? Welche Systeme und Verantwortlichkeiten greifen ineinander? Welche technischen Abhängigkeiten bestehen? Wo lassen sich Anforderungen tatsächlich umsetzen? Welche Nachweise braucht die Organisation? Und an welcher Stelle entsteht ein Risiko, das nicht durch noch mehr Dokumentation, sondern durch eine technische oder organisatorische Änderung gelöst werden muss?

Diese Fähigkeit ist gerade in komplexen Projekten wichtig: Ich muss nicht jedes eingesetzte Produkt bereits kennen. Entscheidend ist, Systeme schnell genug zu verstehen, um die richtigen Zusammenhänge zu erkennen und mit den jeweiligen Spezialisten auf Augenhöhe arbeiten zu können.