Gutachten & Methodik
Eine belastbare technische Begutachtung beginnt nicht mit einem Werkzeug, sondern mit einer präzisen Frage. Der Prüfauftrag muss erkennen lassen, welcher technische Sachverhalt untersucht werden soll, welcher Zustand maßgeblich ist und welche Schlussfolgerungen ausdrücklich nicht Gegenstand der Untersuchung sind.
Kurzantwort
Die technische Fragestellung übersetzt einen Anlass oder eine Beweisfrage in prüfbare technische Teilfragen. Der Prüfauftrag legt zusätzlich Umfang, Untersuchungsgegenstand, Datenbasis, Stichtag, Bewertungsmaßstab und Aussagegrenzen fest. Je klarer diese Punkte dokumentiert sind, desto geringer ist das Risiko, dass Untersuchung und Schlussfolgerung aneinander vorbeilaufen.
Vom Prüfgegenstand zur dokumentierten technischen Schlussfolgerung
1. Von der Anlassfrage zur technisch prüfbaren Frage
Ausgangspunkt kann eine Projektstörung, ein behaupteter Softwaremangel, eine Herkunftsfrage, ein Sicherheitsvorfall oder eine gerichtliche Beweisfrage sein. Solche Anlassfragen enthalten häufig rechtliche, organisatorische und technische Ebenen zugleich. Für die technische Untersuchung werden daraus Teilfragen formuliert, die sich anhand konkreter Artefakte, Zustände, Messungen oder Reproduktionen beantworten lassen.
Eine geeignete technische Frage benennt deshalb möglichst konkret Objekt, Zustand und Kriterium. Statt „Ist die Software fehlerhaft?“ ist etwa zu prüfen, ob ein bestimmtes Verhalten in einem definierten Build unter dokumentierten Bedingungen reproduzierbar von einer benannten Soll-Anforderung abweicht. Statt „Wurde Code übernommen?“ wird untersucht, welche Ähnlichkeiten, Historienbezüge und Provenienzindikatoren in den bereitgestellten Repositories technisch feststellbar sind.
Die technische Frage darf nicht stillschweigend eine rechtliche Schlussfolgerung vorwegnehmen. Ob ein technischer Befund eine Pflichtverletzung, einen Rechtsmangel oder eine bestimmte Beweiswürdigung trägt, ist von der technischen Feststellung zu trennen.
2. Was der Prüfauftrag festlegen sollte
Zum Prüfauftrag gehören der Untersuchungsgegenstand, die bereitgestellten Unterlagen, der relevante Zeitraum oder Stichtag, die zu verwendenden technischen Maßstäbe und die erwartete Form des Ergebnisses. Bei veränderlichen Systemen ist zusätzlich festzuhalten, welcher Versions-, Commit-, Build-, Daten- oder Konfigurationsstand gemeint ist.
Ebenso wichtig sind Ausschlüsse. Ein Auftrag zur technischen Quellcodeanalyse umfasst nicht automatisch Endgeräteforensik, Personenattribution, rechtliche Lizenzbewertung oder die Bewertung nicht bereitgestellter Systeme. Solche Grenzen sollten vor Beginn dokumentiert werden, damit fehlende Erkenntnisse später nicht als negative Befunde missverstanden werden.
Ändert sich die Fragestellung während der Untersuchung wesentlich, entsteht fachlich ein Revisionsanlass. Dann ist zu prüfen, ob Untersuchungsgegenstand, Datenbasis, Methode und Aufwand noch zum ursprünglichen Auftrag passen.
3. Prüfbare Teilfragen und Kriterien ableiten
Eine komplexe Fragestellung lässt sich in Teilfragen zerlegen. Bei einem Softwaremangel können dies Reproduzierbarkeit, Soll-Ist-Abweichung, Versionsbezug und technische Ursache sein. Bei einer Projektrekonstruktion können Anforderungen, Änderungsstände, Freigaben, Builds und Kommunikationsartefakte getrennt untersucht werden.
Jede Teilfrage benötigt eine passende Evidenzklasse. Repository-Fragen stützen sich primär auf Git-Objekte, Refs und Quellcode; Laufzeitfragen auf reproduzierbare Tests, Logs und Konfigurationen; Datenfragen auf Datenstände, Schemata, Transformationen und Qualitätsprüfungen. Ein allgemeiner Methodenname ersetzt diese Zuordnung nicht.
Bereits vor der Analyse sollte zudem feststehen, welche Beobachtung eine bevorzugte Erklärung schwächen oder widerlegen würde. Dadurch wird die Untersuchung nicht nur auf bestätigende Treffer ausgerichtet.
4. Umgang mit unklaren oder zu weiten Aufträgen
Ist der Auftrag mehrdeutig, sollte nicht durch technische Annahmen verdeckt entschieden werden, welche Frage „gemeint“ gewesen sein könnte. Unklare Begriffe, fehlende Stichtage, mehrere mögliche Systemstände oder widersprüchliche Unterlagen sind als Klärungspunkte zu dokumentieren.
Im gerichtlichen Kontext ist die technische Tätigkeit an den vorgegebenen Beweisfragen auszurichten. Zweifel über Inhalt oder Umfang des Auftrags werden nicht durch eine eigenständige rechtliche Neuformulierung ersetzt. Außergerichtlich gilt derselbe methodische Grundsatz: erst die Frage stabilisieren, dann die Untersuchung planen.
Kann eine Frage mit den verfügbaren Mitteln nicht belastbar beantwortet werden, ist das selbst ein fachlicher Befund über die Untersuchbarkeit. Die korrekte Reaktion ist dann eine begründete Aussagegrenze, nicht eine scheinpräzise Ersatzantwort.
5. Dokumentation und Qualitätssicherung
Im Gutachten sollte nachvollziehbar bleiben, welche Ausgangsfrage gestellt wurde, wie sie technisch operationalisiert wurde und welche Teilfragen tatsächlich untersucht wurden. Abweichungen vom ursprünglichen Plan, zusätzlich erhaltene Unterlagen und nachträglich geänderte Systemstände sind zu kennzeichnen.
Eine kurze Prüfmatrix mit Frage, Untersuchungsgegenstand, Evidenz, Methode, Ergebnis und Grenze erleichtert die Qualitätskontrolle. Sie verhindert insbesondere, dass ein Befund aus einem Teilbereich unbemerkt auf einen größeren, nicht untersuchten Bereich übertragen wird.
Die Fragestellung ist damit nicht nur der erste Absatz eines Gutachtens, sondern die Referenz für Auswahl, Durchführung und Begrenzung aller späteren Prüfungsschritte.
6. Prüfmatrix, Änderungsbedarf und Revisionsanlässe
Für umfangreichere Aufträge ist eine Prüfmatrix zweckmäßig. Jede Teilfrage wird dort einem Untersuchungsgegenstand, einer Evidenzklasse, einer Methode und einem erwartbaren Ergebnistyp zugeordnet. So wird früh sichtbar, ob eine Frage mit den tatsächlich verfügbaren Unterlagen überhaupt belastbar beantwortet werden kann.
Während der Untersuchung können neue Informationen den Auftrag verändern. Ein anderer Softwarestand, zusätzlich bereitgestellte Daten oder eine neu präzisierte Beweisfrage sind keine bloßen Detailänderungen. Sie können einen Revisionsanlass darstellen, weil sich Prüfgegenstand, Aufwand, Methode oder Aussagegrenze verschieben.
Die Revision wird transparent dokumentiert: ursprüngliche Frage, Anlass der Änderung, neue technische Teilfrage und Auswirkungen auf bereits erhobene Befunde. Dadurch bleibt nachvollziehbar, welche Untersuchungsschritte auf welcher Fassung des Prüfauftrags beruhen.
Was ist bei einer unklaren gerichtlichen Beweisfrage zu tun?
Eine unklare gerichtliche Beweisfrage sollte nicht eigenmächtig in eine andere rechtliche Frage umgedeutet werden. Technische Begriffe und notwendige Systemgrenzen können erläutert werden; Zweifel über Inhalt und Umfang des Auftrags sind jedoch klärungsbedürftig.
§ 404a ZPO sieht die gerichtliche Leitung der Sachverständigentätigkeit vor. § 407a ZPO verpflichtet den Sachverständigen unter anderem dazu, Zweifel an Inhalt und Umfang des Auftrags unverzüglich klären zu lassen.
Methodisch folgt daraus: technische Operationalisierung ja, eigenständige rechtliche Neuformulierung nein.
Ist die Untersuchung für diesen Themenbereich nachvollziehbar abgegrenzt?
- Ist der technische Gegenstand eindeutig benannt und von rechtlichen Wertungen getrennt?
- Sind relevanter Zeitraum, Version, Build, Daten- oder Konfigurationsstand festgelegt?
- Ist jede Teilfrage einer konkreten Evidenz und Methode zugeordnet?
- Sind Ausschlüsse und nicht untersuchte Bereiche ausdrücklich dokumentiert?
- Ist vorab benannt, welche Beobachtung eine bevorzugte Erklärung schwächen würde?
- Werden Änderungen des Prüfauftrags als Revisionsanlass dokumentiert?
- Lässt sich jede Schlussfolgerung auf die ursprünglich oder nachträglich freigegebene Frage zurückführen?
Konstruiertes Beispiel
Ein Auftraggeber fragt, ob eine Webanwendung „nicht vertragsgemäß“ sei. Technisch wird die Frage zunächst auf den benannten Release-Stand, konkrete dokumentierte Anforderungen und reproduzierbare Nutzungsszenarien begrenzt. Festgestellt werden kann dann etwa eine Soll-Ist-Abweichung. Ob diese rechtlich eine Vertragsverletzung darstellt, folgt daraus nicht automatisch.
Das Beispiel ist konstruiert und beschreibt kein reales Mandat.
Quellen und fachliche Grundlage
- Amtliche Primärquellen §§ 403, 404a, 407a ZPO zur Bezeichnung der zu begutachtenden Punkte, Leitung der Tätigkeit und Pflichten des Sachverständigen. Quelle öffnen.
- Eigene Methodik Öffentliche Seite „Quellen und Methodik“ mit der Kette Fragestellung → Untersuchungsgegenstand → Untersuchungsgrundlage → Referenzmaßstab → Methode → Befund → Interpretation → Bewertung → Aussagegrenze. Quelle öffnen.
- Amtliche Primärquelle § 404a ZPO zur Leitung der Tätigkeit des Sachverständigen und zur Erläuterung des Auftrags. Quelle öffnen.
- Amtliche Primärquelle § 407a ZPO zu Pflichten des Sachverständigen, insbesondere zur Klärung von Zweifeln über Inhalt und Umfang des Auftrags. Quelle öffnen.
Weiterführende Beiträge
- Befund, Interpretation und Bewertung
- Technische Fragestellung für Gerichte und Rechtsanwälte
- Alle Beiträge in diesem Themenbereich
Eigene Fachliteratur und Veröffentlichungen
Die folgenden eigenen Arbeiten dienen der fachlichen Vertiefung und methodischen Einordnung. Sie ersetzen keine erforderlichen Primär-, Norm-, Hersteller- oder sonstigen unabhängigen Fachquellen. Unveröffentlichte Manuskripte, Entwürfe und Lehrunterlagen werden hier bewusst nicht als öffentliche Quellen ausgewiesen.
- Eigenes Fachbuch Kritisches Denken in Data Science mit Python – Vom Beobachten zur verantwortbaren Entscheidung
- Eigenes Fachbuch Von Daten zu Lösungen in Data Science mit Python – Vom Problem zur verantwortbaren Lösung
- Eigenes Fachbuch Von Modellen zu Entscheidungen in Machine Learning mit Python – Vom Modell zur verantwortbaren Entscheidung
- Eigenes Fachbuch Von Code zu Lösungen im Software Engineering mit Java – Vom Problem zur verantwortbaren Lösung
Technische Untersuchung zum Themenbereich Gutachten & Methodik
Die konkrete Aussagekraft hängt vom Untersuchungsgegenstand, der verfügbaren Evidenz und der dokumentierten Prüfmethode ab.
Gutachtendokumentation ansehen