Gutachten & Methodik
In einem IT-Gutachten sollte erkennbar bleiben, welche Aussage unmittelbar aus einer technischen Untersuchung stammt und an welcher Stelle bereits eine fachliche Schlussfolgerung erfolgt. Deshalb werden Befund, Interpretation, Bewertung und Aussagegrenze als unterschiedliche Erkenntnisebenen behandelt.
Kurzantwort
Ein Befund beschreibt, was unter dokumentierten Bedingungen festgestellt wurde. Die Interpretation ordnet diesen Befund fachlich ein. Die technische Bewertung setzt ihn zu einem offengelegten Referenzmaßstab in Beziehung. Die Aussagegrenze hält fest, was daraus gerade nicht folgt.
1. Vier Erkenntnisebenen sauber trennen
Werden Beobachtung und Schlussfolgerung vermischt, ist später kaum noch erkennbar, welche Teile einer Aussage unmittelbar durch technische Evidenz getragen werden.
Der Befund beschreibt die technische Feststellung
Ein Befund bezieht sich auf einen konkret festgelegten Untersuchungsgegenstand und eine dokumentierte Methode. Er kann einen Messwert, eine reproduzierte Systemreaktion, einen Dateiinhalt, einen Protokolleintrag oder eine Versionsbeziehung festhalten.
„Die Software ist mangelhaft“ ist dagegen regelmäßig bereits mehr als ein Befund, weil dafür ein Bewertungsmaßstab benötigt wird.
Die Interpretation ordnet den Befund fachlich ein
Die Interpretation beantwortet, welche technische Bedeutung der festgestellte Sachverhalt im konkreten Kontext besitzen kann. Dabei können mehrere Erklärungen konkurrieren.
Deshalb sollten verwendete Annahmen und verbleibende Alternativerklärungen ausdrücklich erkennbar bleiben.
| Ebene | Leitfrage | Beispiel | Typischer Fehler |
|---|---|---|---|
| Befund | Was wurde festgestellt? | Messwert, Fundstelle, reproduziertes Verhalten | Schlussfolgerung als Beobachtung darstellen |
| Interpretation | Was kann es technisch bedeuten? | fachliche Einordnung, plausible Erklärung | Alternativerklärungen ausblenden |
| Bewertung | Was trägt die Evidenz am Referenzmaßstab? | Soll-Ist-Abgleich, Kriterienprüfung | Maßstab oder Annahmen verschweigen |
| Aussagegrenze | Was lässt sich nicht ableiten? | offene Ursache, fehlende Daten, Unsicherheit | fehlende Evidenz als Gewissheit behandeln |
2. Eine Bewertung braucht einen Referenzmaßstab
Ein technisch korrekter Befund beantwortet noch nicht automatisch, ob ein Zustand einer Anforderung entspricht. Dafür muss offengelegt werden, womit der festgestellte Ist-Zustand verglichen wird.
Technische Bewertung bedeutet Befund plus Maßstab
Referenzmaßstab können etwa Spezifikation, dokumentierte Anforderung, vereinbarter Testfall, Herstellerdokumentation oder ein reproduzierbarer Vergleichsstand sein.
Ist der Maßstab unklar oder nicht auf den konkreten Fall übertragbar, begrenzt dies auch die Bewertung.
Technische Bewertung und rechtliche Würdigung bleiben getrennt
Im gerichtlichen Zivilverfahren werden die zu begutachtenden Punkte durch den Auftrag eingegrenzt. Zweifel an Inhalt und Umfang sind zu klären.
Technische Begutachtung kann Tatsachen, Eigenschaften, Zusammenhänge und fachliche Schlussfolgerungen untersuchen. Die richterliche Beweiswürdigung wird dadurch nicht ersetzt.
3. Vom technischen Artefakt zum belastbaren Befund
Dateien, Logs, Datenbankzustände, Screenshots, Messreihen oder Repository-Objekte sind zunächst Untersuchungsmaterial. Erst Identifikation, Kontext und Prüfmethode machen daraus einen belastbaren technischen Befund.
Rohes Untersuchungsmaterial ist noch kein Befund
Bei einem Logeintrag muss beispielsweise geklärt werden, aus welchem System und welcher Version er stammt, ob die Zeitbasis verlässlich ist und welchen technischen Zustand der Eintrag tatsächlich dokumentiert.
Versions-, Zeit- und Methodenbezug gehören dazu
Technische Feststellungen gelten häufig nur für den untersuchten Zustand. Soweit relevant gehören deshalb Version, Commit, Build, Konfiguration, Datenstand, Prüfzeitpunkt, Werkzeugversion und wesentliche Parameter in die Dokumentation.
| Material | Möglicher Befund | Folgt daraus noch nicht |
|---|---|---|
| Quellcode | Zwei definierte Dateien besitzen dieselbe Bytefolge. | Urheberschaft oder Entstehungsweg. |
| Anwendungstest | Ein Verhalten tritt reproduzierbar auf. | Ursache oder Verantwortlichkeit. |
| Protokolldaten | Ein System protokollierte ein bestimmtes Ereignis. | Dass andere Ereignisse ausgeschlossen sind. |
| Modellmetrik | Ein Modell erreicht auf definierten Testdaten einen Kennwert. | Gleiche Leistung unter anderen Bedingungen. |
4. Gegenhypothesen und Unsicherheit gehören zur Prüfung
Eine Untersuchung wird methodisch schwächer, wenn nur nach Belegen für die zunächst naheliegende Erklärung gesucht wird.
Konkurrierende Erklärungen müssen prüfbar werden
Für eine Arbeitshypothese ist zu fragen: Welcher Befund würde sie stützen? Welcher würde gegen sie sprechen? Welche andere Erklärung könnte dieselbe Beobachtung hervorbringen?
Ein fehlender Nachweis ist nicht automatisch ein Gegenbeweis
Untersuchungsverfahren besitzen Erkennungsgrenzen. Wo Ergebnisse von Schwellwert, Stichprobe, Werkzeug, Datenbasis oder Konfiguration abhängen, gehören Sensitivität, Robustheit und Unsicherheit zur fachlichen Einordnung.
Wann ist ein fehlender Treffer aussagekräftig?
Erst wenn bekannt ist, welche Merkmale ein Verfahren zuverlässig erkennen könnte, lässt sich das Ausbleiben eines Treffers sinnvoll bewerten.
„Nicht gefunden“ kann tatsächliche Abwesenheit bedeuten – aber ebenso unvollständige Daten oder eine methodische Erkennungsgrenze.
5. Nachvollziehbarkeit entsteht durch den Prüfpfad
Ein Ergebnis reicht nicht aus, wenn ein fachkundiger Dritter nicht erkennen kann, auf welcher Grundlage es entstanden ist.
Reproduzierbarkeit betrifft die technische Grundlage
Reproduzierbarkeit bedeutet nicht, dass jede fachliche Bewertung automatisiert werden kann. Die wesentlichen technischen Schritte müssen aber nachvollziehbar und soweit möglich wiederholbar sein.
Prüfbarkeit verlangt eine sichtbare Begründungskette
Eine Schlussfolgerung sollte auf die Befunde zurückgeführt werden können, die sie tatsächlich tragen. Allgemeine Quellen ersetzen keine Einzelfallbefunde.
Ist die Erkenntniskette nachvollziehbar?
- Ist die technische Fragestellung bestimmt?
- Sind Untersuchungsgegenstand, Version und Zeitpunkt dokumentiert?
- Sind Methode, Werkzeuge, Parameter und Prüfbedingungen nachvollziehbar?
- Beschreibt der Befund zunächst nur die technische Feststellung?
- Werden Annahmen und alternative Erklärungen offengelegt?
- Ist der verwendete Referenzmaßstab erkennbar?
- Werden Gegenbefunde, Nachweisgrenzen und Unsicherheiten berücksichtigt?
- Bleiben technische Bewertung und rechtliche Würdigung getrennt?
6. Sachverständige Synthese und Aussagegrenze
Am Ende werden die relevanten Befunde zur konkreten technischen Fragestellung zusammengeführt. Dabei muss sichtbar bleiben, welche Schlussfolgerung durch die Gesamtevidenz getragen wird und an welcher Stelle keine weitergehende Aussage möglich ist.
Die Aussagegrenze ist kein Mangel. Sie gehört zur fachlichen Qualität, wenn Daten fehlen, eine Ursache technisch nicht isoliert werden kann oder mehrere Erklärungen mit der vorhandenen Evidenz vereinbar bleiben.
Konstruiertes Beispiel: Antwortzeit eines Softwaresystems
Eine dokumentierte technische Anforderung verlangt unter einem definierten Lastprofil eine Antwort innerhalb von zwei Sekunden.
Befund: Unter den dokumentierten Testbedingungen wird der Grenzwert reproduzierbar überschritten.
Interpretation: Die Überschreitung betrifft den konkret untersuchten Systemstand unter diesen Bedingungen.
Technische Bewertung: Gemessen an der zugrunde gelegten technischen Anforderung weicht das getestete Verhalten vom Referenzmaßstab ab.
Aussagegrenze: Der Test belegt für sich allein weder die Ursache noch Verantwortlichkeit oder eine rechtliche Folge.
Das Beispiel ist vollständig konstruiert und stellt kein reales Mandat dar.
Quellen und fachliche Grundlage
- Amtliche Primärquellen §§ 403, 404a, 407a und 286 ZPO. Geprüft am 18.10.2026.
- Wissenschaftliche Fachquelle Raymond S. Nickerson: Confirmation Bias: A Ubiquitous Phenomenon in Many Guises , Review of General Psychology, 2(2), 175–220, 1998. DOI: 10.1037/1089-2680.2.2.175 .
- Fachliteratur Nicolai Andler, Tools für Projektmanagement, Workshops und Consulting – Kompendium der wichtigsten Techniken und Methoden , 6., überarbeitete und erweiterte Auflage, Publicis, Erlangen, 2015, ISBN 978-3-89578-453-8.
- Eigene Methodik Quellen und Methodik . Die hier verwendete Trennung von Befund, Interpretation, Bewertung und Aussagegrenze ist die dokumentierte fachliche Arbeitsmethodik dieses Wissensbereichs.
Weiterführende Beiträge
- Quellen und Methodik
- Welche technische Fragestellung kann ein IT-Sachverständiger beantworten?
- Softwaremängel im Soll-Ist-Vergleich technisch untersuchen
- Codeübernahme und Softwareähnlichkeit technisch prüfen
Technische Untersuchung statt pauschaler Bewertung
Die konkrete Aussagekraft eines Gutachtens hängt vom Untersuchungsgegenstand, den verfügbaren Unterlagen und der dokumentierten Prüfmethode ab.
Gutachtendokumentation ansehen