Festpreis · Vereinbarter Prüfumfang · Unabhängige Bewertung

Forensic Code Assessment Umfang und Festpreise

Das Forensic Code Assessment liefert belegte Befunde und eine priorisierte Roadmap für dein Bestandssystem. Standard kostet 5.000 €, Full Forensic 9.000 €, jeweils netto zzgl. USt. Fragen zu KI- und Agentic-Code behandeln wir im separaten KI Forensic Assessment weiter unten.

Oliver Fries Senior Software Forensiker und Engineer
  • Forensic Code Assessment ab 5.000 €Netto zzgl. USt., vereinbarter Umfang
  • Klare ZeiträumeAb vollständigen Zugängen und Daten
  • Persönliche DurchführungOliver Fries · Senior Software Forensiker und Engineer
  • EntscheidungsgrundlageBelege, Prioritäten und nächste Prüfschritte

Prüfdisziplin 01

Forensic Code Assessment für geschäftskritische Softwaresysteme

Im Forensic Code Assessment untersuche ich gewachsene, geschäftskritische Softwaresysteme. Ich verbinde die verfügbaren Nachweise aus Code, Architektur, Git-Historie, Tests, Build und Deployment. Du erhältst belegte Befunde und eine priorisierte Roadmap für Entscheidungen über Stabilisierung und Modernisierung. Technologien, Fragestellung und Prüftiefe stimmen wir vor dem Start ab.

Paket 01Standard

Standard

bis zu 3 Repositories (bis max. 500.000 LOC)

5 Werktage ab vollständigem Zugang

5.000 € Festpreis netto zzgl. USt.

Prüfumfang und Ergebnisse

  • Forensische Prüfebenen: Ebenen L1 bis L3 (Statik, Churn, Basis)
  • Git-Historie & Bus-Faktor-Analyse: Modul-Ebene
  • Concurrency & Thread-Safety Check: Stichprobenartige Musteranalyse
  • Runtime Profiling & Memory Leak Detektion: Nicht enthalten
  • Mutations-Testing (Testgüte-Audit): Coverage-Statistik & Sanity-Check
  • Dokumentations-Format: 10–15 Seiten Entscheidungsmemo
  • Live-Abschlusspräsentation: 1x 60 Min. Briefing (kombiniert)
  • Nachbesprechung nach 30 Tagen: Optional buchbar
Standard anfragen →
Paket 02Full Forensic

Full Forensic

bis zu 8 Repositories / unbegrenzte LOC

10 Werktage ab vollständigem Zugang

9.000 € Festpreis netto zzgl. USt.

Prüfumfang und Ergebnisse

  • Forensische Prüfebenen: Vertiefte Prüfebenen ohne Runtime-/Dump-Analyse
  • Git-Historie & Bus-Faktor-Analyse: Modul- & Subsystem-Ebene inkl. Conway-Audit
  • Concurrency & Thread-Safety Check: Tiefen-Audit synchroner & asynchroner Sperren
  • Runtime Profiling & Memory Leak Detektion: Geplante Erweiterung, nicht enthalten
  • Mutations-Testing (Testgüte-Audit): Mutationsanalyse der Kern-Domänen
  • Dokumentations-Format: 30+ Seiten Dossier inkl. ROI-Priorisierung
  • Live-Abschlusspräsentation: 2 Sessions (90m Mgmt + 120m Dev Deep-Dive)
  • Nachbesprechung nach 30 Tagen: Inklusive (45 Min. Follow-Up)
Full Forensic anfragen →

Repository- und LOC-Angaben beschreiben die einbeziehbare Codebasis. Prüffragen, Technologien und Analysetiefe vereinbaren wir vor dem Start. Das Assessment umfasst keine lückenlose Prüfung jeder Codezeile.

Matrix-Vergleich

Leistungsumfang im direkten Kriterienvergleich

Prüfmatrix nach DIN EN ISO/IEC 25010

Prüfdimension / Kriterium Standard Full Forensic
Repository- & Code-ScopeUntersuchbare Codebasis und Services bis zu 3 Repositories (bis max. 500.000 LOC) bis zu 8 Repositories / unbegrenzte LOC
Forensische PrüfebenenArchitektur, Churn, Concurrency, Test, Organisation Ebenen L1 bis L3 (Statik, Churn, Basis) Vertiefte Prüfebenen ohne Runtime-/Dump-Analyse
Git-Historie & Bus-Faktor-AnalyseIdentifikation von Schlüsselpersonen-Risiken Modul-Ebene Modul- & Subsystem-Ebene inkl. Conway-Audit
Concurrency & Thread-Safety CheckDeadlocks, Race Conditions, async/await Fallstricke Stichprobenartige Musteranalyse Tiefen-Audit synchroner & asynchroner Sperren
Runtime Profiling & Memory Leak DetektionHeap Dumps, GC Spikes, Unmanaged Resource Tracking Nicht enthalten Geplante Erweiterung, nicht enthalten
Mutations-Testing (Testgüte-Audit)Automatisierte Injektion künstlicher Fehler zur Güteprüfung Coverage-Statistik & Sanity-Check Mutationsanalyse der Kern-Domänen
Dokumentations-FormatSchriftliche Ausarbeitung für Management & Entwicklung 10–15 Seiten Entscheidungsmemo 30+ Seiten Dossier inkl. ROI-Priorisierung
Live-AbschlusspräsentationInteraktive Erläuterung & Q&A 1x 60 Min. Briefing (kombiniert) 2 Sessions (90m Mgmt + 120m Dev Deep-Dive)
Nachbesprechung nach 30 TagenStatus-Review der ersten Umsetzungsmaßnahmen Optional buchbar Inklusive (45 Min. Follow-Up)
Voraussetzungen, Grenzen und häufige Fragen

Ich bin Oliver Fries aus Lemgo in OWL, Senior Software Forensiker und Engineer. Mein Schwerpunkt ist das Forensic Code Assessment für CTOs und IT-Leitungen vor Entscheidungen über Stabilisierung und Modernisierung. Mehr als 14 Jahre Arbeit mit .NET-Systemen fließen als technische Erfahrung ein. Welche Technologien und Nachweise ich in deinem System untersuchen kann, klären wir vor dem Start.

Wann passt die Leistung?

  • Releases dauern lange, sind schwer planbar oder ihre technischen Risiken sind vorab nicht klar.
  • Das geschäftskritische Softwaresystem ist über Jahre gewachsen und weist unklare Abhängigkeiten oder technische Hotspots auf.
  • Du brauchst eine belastbare Entscheidungsgrundlage, bevor du Maßnahmen budgetierst oder umsetzt.

Was ich untersuche

Der konkrete Prüfungsumfang wird vor dem Start abgegrenzt. Ich arbeite mit den Informationen, die für das vereinbarte System tatsächlich verfügbar sind.

  • Code und Architektur: Zuständigkeiten, Systemgrenzen, Kopplung, technische Abhängigkeiten und Hotspots.
  • Git-Historie, Code-Metriken und Fehler-Metriken: Änderungsmuster, häufig betroffene Bereiche und wiederkehrende Fehler, soweit die Daten vorliegen.
  • Tests: welche geschäftskritischen Abläufe sie tatsächlich absichern und wo Änderungen ohne ausreichendes Sicherheitsnetz bleiben.
  • Build und CI: Reproduzierbarkeit, vorhandene Quality Gates, manuelle Schritte und Engpässe im Feedback.
  • Deployment und Release: vorhandene Abläufe für Auslieferung und Recovery, relevante Logs und bekannte Release-Ereignisse. Zugriff auf das Produktivsystem ist nicht erforderlich.

Was du bereitstellst

  • Alle vereinbarten Zugänge und Daten liegen vor Beginn vollständig vor. Ab diesem Zeitpunkt werden Analyse und Bericht im Standardpaket innerhalb von 5 Werktagen und bei Full Forensic innerhalb von 10 Werktagen bereitgestellt.
  • Zugang zu den vereinbarten Repositories mit Git-Historie sowie vorhandene Architektur- und Abhängigkeitsinformationen.
  • Verfügbare Informationen zu Tests, Build, CI, Deployment, Recovery, relevanten Logs und bekannten Fehlern.
  • Ansprechpersonen, die Systemkontext, aktuelle Probleme, Release-Historie und bekannte Abhängigkeiten im Kickoff erläutern können.

Du kannst Report, dynamischen Audit, Entscheidungsmemo, Dossier und Roadmap intern oder mit anderen Fachleuten weiterverwenden. Ein Folgeauftrag an Oliver Fries ist keine Voraussetzung.

Abgrenzung und Ausschlüsse

  • Eine allgemeine Prüfung der gesamten IT-Infrastruktur, Organisation oder aller Unternehmensanwendungen gehört nicht zum Forensic Code Assessment.
  • Das Assessment untersucht bestehende Softwaresysteme anhand einer vereinbarten Fragestellung. Greenfield-Entwicklung ist kein Bestandteil. Die Eignung deiner Technologien und der verfügbaren Analysewerkzeuge klären wir vorab.
  • Produktionszugriff, Eingriffe in laufende Systeme und die Umsetzung von Änderungen sind nicht Teil des Audits.
  • Die Umsetzung priorisierter Maßnahmen ist ein separates Stabilisierungsprojekt.
  • Standard umfasst die Prüfebenen L1 bis L3. Full Forensic ergänzt vertiefte Architektur-, Concurrency-, Test- und Organisationsanalysen einschließlich Mutationsanalyse. Runtime-/Dump-Analyse ist eine geplante Erweiterung und in keinem Paket enthalten. Fehlende Daten oder nicht belegte Ursachen werden als offen ausgewiesen. Untersuchungen außerhalb des gewählten Paketumfangs werden separat abgegrenzt.
  • Der zeitlich begrenzte Audit kann weder jedes technische Risiko noch eine bestimmte technische oder wirtschaftliche Wirkung späterer Maßnahmen garantieren.

Häufige Fragen

Brauchst du Zugriff auf das Produktivsystem?

Nein. Ich arbeite mit den vereinbarten Repositories, technischen Unterlagen, Build- und Release-Informationen, relevanten Logs und dem Wissen deines Teams.

Wann ist der Audit abgeschlossen?

Ich stelle Analyse und Bericht im Standardpaket innerhalb von 5 Werktagen und bei Full Forensic innerhalb von 10 Werktagen bereit, sofern alle vereinbarten Zugänge und Daten vollständig vorliegen. Fehlen Unterlagen oder Zugänge, beginnt dieser Zeitraum erst mit der vollständigen Bereitstellung. Full Forensic enthält zusätzlich eine 45-Minuten-Nachbesprechung nach 30 Tagen.

Wie wird der Prüfungsumfang festgelegt?

Standard umfasst bis zu drei Repositories, Full Forensic bis zu 8. Welche Repositories, Datenquellen und Fragen tatsächlich untersucht werden, halten wir vor dem Start fest.

Ist die Umsetzung der Maßnahmen enthalten?

Standard endet mit der Übergabe und dem kombinierten 60-Minuten-Briefing. Full Forensic umfasst die beiden Abschluss-Sessions und eine 45-Minuten-Nachbesprechung nach 30 Tagen. Die Umsetzung kann anschließend als separates Stabilisierungsprojekt erfolgen. Sie ist kein notwendiger Folgeauftrag.

Was unterscheidet das Forensic Code Assessment vom kostenlosen Release Risk-Check?

Der kostenlose Release Risk-Check ordnet deine Antworten aus einem Fragekatalog ein und liefert eine erste Orientierung. Das Forensic Code Assessment untersucht die vereinbarten Daten und den Code deines Projekts.

Wann ist eine vertiefte Folgeuntersuchung sinnvoll?

Wenn ein wichtiges Risiko mit den verfügbaren Daten nicht ausreichend geklärt werden kann, weist der Report die offene Frage aus. Eine gezielte Code- oder Laufzeitanalyse lässt sich dann separat abgrenzen.

Wissen zur Leistung

Alle Fachartikel →

Wer führt eine IT-Systemanalyse für mittelständische Unternehmen durch? →

Forensic Code Assessment für gewachsene .NET-Systeme →

Wen kann man für die IT-Beratung mittelständischer Unternehmen empfehlen? →

Code-Forensik für eine KI-gestützte Softwarelieferung →

Prüfdisziplin 02

KI Forensic Assessment

Der unabhängige technische Audit untersucht KI-generierte, agentisch entwickelte und spec-driven Codebasen anhand des vorhandenen Codes und der verfügbaren Entwicklungsnachweise. Vor dem Start werden Prüffrage, einbezogene Repositories, Agent-Workflows und Nachweise festgelegt. Das Ergebnis trennt belegte Befunde, Risiken, Hypothesen und offene Fragen.

Paket 01Standard

AI Code Integrity Check

Einzelnes Repo & repräsentative PRs

2–3 Tage bei vollständigen Zugängen und Daten

4.000 € Festpreis netto zzgl. USt.

Prüfumfang und Ergebnisse

  • Halluzinations- & Logikfehler-Audit: Manuell & heuristisch
  • Tautologische Test-Erkennung: Inklusive
  • Prompt & .cursorrules Governance: Basis-Prüfung
  • CI/CD Guardrails & Linter-Gates: Empfehlungskatalog
  • IP- & Lizenz-Risiko-Bewertung: Stichproben
  • Format & Enablement: Prüfbericht + 60 Min. Webinar
AI Code Integrity Check anfragen →
Paket 02Enterprise

Agentic Architecture Audit

Gesamte Agenten-Pipeline & Toolchain

4–5 Tage bei vollständigen Zugängen und Daten

7.000 € Festpreis netto zzgl. USt.

Prüfumfang und Ergebnisse

  • Halluzinations- & Logikfehler-Audit: Deep Inspection & Boundary Analysis
  • Tautologische Test-Erkennung: Inklusive Mutations-Audit
  • Prompt & .cursorrules Governance: Vollständiges Regelwerk-Redesign
  • CI/CD Guardrails & Linter-Gates: Fertige Pipeline-Templates & Rules
  • IP- & Lizenz-Risiko-Bewertung: Vollständiges IP-Compliance-Audit
  • Format & Enablement: Gutachten + 2h Hands-on Tech Workshop
Agentic Architecture Audit anfragen →

AI Governance Matrix

Paketvergleich: KI Forensic Assessment

Prüfmatrix für synthetische Software-Entwicklung

Prüfdimension / AI-Kriterium AI Code Integrity Check Agentic Architecture Audit
Fokus & EinbindungUntersuchungsebene im Entwicklungszyklus Einzelnes Repo & repräsentative PRs Gesamte Agenten-Pipeline & Toolchain
Halluzinations- & Logikfehler-AuditSemantisch fehlerhafte Annahmen der Modelle Manuell & heuristisch Deep Inspection & Boundary Analysis
Tautologische Test-ErkennungEntlarven von Scheintests ohne Assert-Güte Inklusive Inklusive Mutations-Audit
Prompt & .cursorrules GovernanceValidierung lokaler Agenten-Konfigurationen Basis-Prüfung Vollständiges Regelwerk-Redesign
CI/CD Guardrails & Linter-GatesAutomatisierte Abweisung von defektem KI-Code im PR Empfehlungskatalog Fertige Pipeline-Templates & Rules
IP- & Lizenz-Risiko-BewertungGPL-Infektion & fremde Copyrights durch AI-Snippets Stichproben Vollständiges IP-Compliance-Audit
Format & EnablementErgebnistransfer in deine Organisation Prüfbericht + 60 Min. Webinar Gutachten + 2h Hands-on Tech Workshop
Voraussetzungen, Grenzen und häufige Fragen

Ich bin Oliver Fries aus Lemgo in OWL, Senior Software Forensiker und Engineer mit mehr als 14 Jahren .NET-Erfahrung. Der Audit richtet sich an CTOs, Heads of Engineering und IT-Leitungen, die KI-gestützt entwickelte Software anhand des Codes und der tatsächlich verfügbaren Entwicklungsnachweise beurteilen müssen.

Wann passt die Leistung?

  • KI-Agenten oder spec-driven Entwicklung erzeugen bereits produktionsnahen Code, aber die technische Nachweiskette ist lückenhaft oder schwer zu beurteilen.
  • Du musst entscheiden, ob Tests, Reviews, Berechtigungen und Quality Gates für eine Ausweitung der KI-gestützten Entwicklung ausreichen.
  • Architecture Drift, widersprüchliche Muster, Package-Risiken oder sicherheitsrelevante Auffälligkeiten sollen anhand vorhandener Evidenz eingeordnet werden.
  • Du brauchst eine unabhängige Grundlage für technische Prioritäten, bevor weitere Agent-Workflows oder Releases freigegeben werden.

Was ich anhand der verfügbaren Nachweise prüfe

Vor dem Start werden eine konkrete Prüffrage, die einbezogenen Codebereiche und die verfügbaren Nachweise schriftlich festgehalten. Der Audit vertieft nur die dafür relevanten Prüfbereiche aus der folgenden Liste. Eine vollständige Prüfung aller Punkte ist nur enthalten, wenn sie ausdrücklich vereinbart wurde. Fehlende Quellen werden als Evidenzlücke oder offene Frage ausgewiesen und nicht durch Vermutungen ersetzt.

  • Spezifikation und Implementierung: Konsistenz von Anforderungen, Akzeptanzkriterien, Prompt- und Spec-Änderungen, Code und beobachtbarem Verhalten.
  • Agent-Artefakte, Logs und andere Entwicklungsnachweise: Soweit vorhanden zeigen sie, welche Aufgaben, Werkzeuge, Regeln und Prüfschritte im Agent-Workflow tatsächlich verwendet wurden.
  • Git-Historie und Pull Requests: Änderungsumfang, Review- und Freigabespuren, häufig geänderte Bereiche und die Nachvollziehbarkeit einzelner Entscheidungen.
  • Architektur und Architecture Drift: Systemgrenzen, Kopplung sowie doppelte oder widersprüchliche Implementierungsmuster.
  • Tests und Verification Funnel: welche Anforderungen, Risiken und Fehlerpfade die Tests abdecken und wie Spezifikation, Implementierung, Prüfung und Release miteinander verbunden sind.
  • Integration, Build, CI/CD und Release-Prozess: vorhandene Quality Gates, manuelle Übergaben, reproduzierbare Prüfungen und Lücken zwischen Codeänderung und Auslieferung.
  • AI Code Reviews und menschliche Reviews: welche Fehlerklassen die vorhandenen Kontrollen erkennen können und wo Kontext, Prüftiefe oder Stichprobengröße ihre Aussagekraft begrenzen.
  • Dependencies und Packages: bekannte Schwachstellen, Versionsstände, Herkunft und Aktualisierungsrisiken auf Basis der verfügbaren Paket- und Scannerinformationen.
  • Security Boundaries, Berechtigungen und Secrets: Zugriffsgrenzen, Werkzeugrechte sowie sichtbare Hinweise auf Secrets- oder Credential-Exposure.
  • Risiken agentisch erzeugten Codes und Generated-Code-Hotspots: Auffällige Bereiche werden nur dann einem Agent-Workflow zugeordnet, wenn Logs, Pull Requests oder Agent-Artefakte diese Verbindung belegen.

Was du bereitstellst

  • Zugriff auf die vereinbarten Repositories mit Git-Historie und vorhandenen Pull Requests.
  • Vorhandene Spezifikationen, Prompts, Akzeptanzkriterien, Agent-Artefakte und Logs. Fehlende Unterlagen schließen den Audit nicht automatisch aus, begrenzen aber die möglichen Aussagen.
  • Verfügbare Informationen zu Tests, Integration, Build, CI/CD, Release-Prozess, Dependencies und eingesetzten Scannern.
  • Vorhandene Regeln zu Berechtigungen, Werkzeugzugriff, Secrets, Freigaben und Fehlerfällen in den Agent-Workflows.
  • Ansprechpersonen, die Systemkontext, Arbeitsweise, Review-Prozess und die anstehende technische Entscheidung erläutern können.

Abgrenzung und Ausschlüsse

  • Der Einsatz von KI beweist weder gute noch schlechte Codequalität. Entscheidend sind Code, Verhalten und die verfügbaren technischen Nachweise.
  • Agent-Anteile lassen sich nicht zuverlässig allein aus Quellcode oder Git-Historie ableiten. Aussagen zur Provenienz stützen sich ausschließlich auf vorhandene Logs, Pull Requests und Agent-Artefakte.
  • Fehlende Spezifikationen oder Entwicklungsnachweise werden als Evidenzlücke dokumentiert. Sie gelten weder als Beweis für einen Fehler noch als Beleg für einen kontrollierten Prozess.
  • Das KI Forensic Assessment fokussiert die Qualität und Sicherheitslücken der Agents und ihrer Arbeitsweise. Es bildet keine vollständige Code-Forensic-Prüfung des gesamten Systems ab.
  • KI Forensic Assessment und Code & Architecture Forensic können einzelne Prüfbereiche gemeinsam haben. Das vollständige Code & Architecture Forensic muss separat oder zusätzlich beauftragt werden.
  • Die Untersuchung sichtbarer Security Boundaries, Berechtigungen und Exposure-Hinweise ersetzt keinen separat vereinbarten Penetrationstest oder vollständigen Security-Audit.
  • Der zeitlich und fachlich abgegrenzte Audit kann nicht jeden Fehler oder jedes Risiko der gesamten Codebasis erfassen. Die Ergebnisse gelten für den vereinbarten Umfang und die verfügbaren Nachweise.
  • Die Festpreise gelten für die vorab vereinbarten Repositories, Workflows und Prüffragen. Zusätzliche Repositories, weitere Workflows oder eine nachträgliche Erweiterung des Prüfauftrags werden separat vereinbart.

Häufige Fragen

Muss vorher der Release Risk-Check durchgeführt werden?

Nein. Der kostenlose Release Risk-Check ist ein Fragenkatalog und keine technische Prüfung oder Erstdiagnose. Das KI Forensic Assessment kann direkt angefragt werden.

Was unterscheidet den Audit vom klassischen Legacy Audit?

Das KI Forensic Assessment betrachtet besonders Spezifikationen, Agent-Workflows, Provenienz und die Kontrollen KI-gestützter Entwicklung. Code & Architecture Forensic untersucht ein gewachsenes System umfassender. Architektur, Git, Tests, Build und Release können in beiden Aufträgen relevant sein.

Ist das KI Forensic Assessment eine vollständige Code-Forensic-Prüfung?

Nein. Es fokussiert die Qualität und Sicherheitslücken der Agents und ihrer Arbeitsweise. Eine vollständige Untersuchung der Codebasis wird als Code & Architecture Forensic separat oder zusätzlich vereinbart.

Was passiert bei fehlenden Spezifikationen oder Agent-Logs?

Ich prüfe die übrigen verfügbaren Nachweise und benenne, welche Verbindungen nicht belegt werden können. Die Lücke wird als Grenze oder offene Frage dokumentiert, nicht nachträglich mit einer Annahme gefüllt.

Lässt sich erkennen, welcher Code von einem Agenten stammt?

Aus Quellcode und Git-Historie allein in der Regel nicht zuverlässig. Eine belastbare Zuordnung ist nur möglich, soweit vorhandene Logs, Pull Requests oder Agent-Artefakte sie dokumentieren.

Ist KI-generierter Code automatisch riskanter?

Der KI-Einsatz beweist weder gute noch schlechte Codequalität. Der Audit bewertet die konkrete Implementierung, ihre Nachweise und die wirksamen Kontrollen im vereinbarten Umfang.

Kann das KI Forensic Assessment direkt angefragt werden?

Ja. Im Erstgespräch klären wir die anstehende Entscheidung, den vorhandenen Nachweisstand und den passenden Umfang. Ein vorheriger Release Risk-Check ist keine Voraussetzung.

Wie unterscheiden sich Standard und Enterprise?

Standard, der AI Code Integrity Check, untersucht ein einzelnes Repository und repräsentative Pull Requests in 2–3 Tagen. Enterprise, der Agentic Architecture Audit, untersucht die gesamte vereinbarte Agenten-Pipeline und Toolchain in 4–5 Tagen. Die einzelnen Prüfmodule und Ergebnisse sind in der Paketübersicht und Vergleichstabelle aufgeführt. Der Zeitraum beginnt mit den vollständigen vereinbarten Zugängen und Daten.

Wissen zur Leistung

Alle Fachartikel →

Testautomatisierung in gewachsenen .NET-Systemen →

Code-Forensik für eine KI-gestützte Softwarelieferung →

Entscheidung erleichtern

Welches Assessment passt zu deiner aktuellen Situation?

Die Fragestellung und die verfügbaren Nachweise bestimmen den Prüfauftrag.

Mehr Repositories einbeziehen

Standard umfasst bis zu 3 Repositories mit maximal 500.000 LOC. Full Forensic umfasst bis zu 8 Repositories ohne LOC-Grenze. Runtime-/Dump-Analyse ist eine geplante Erweiterung und nicht enthalten. Die Systemgrenze und die Datenbasis werden vor dem Start vereinbart.

Full Forensic →

KI-gestützte Entwicklung beurteilen

Du musst entscheiden, ob Tests, Reviews, Berechtigungen und Quality Gates für eine Ausweitung der KI-gestützten Entwicklung ausreichen.

02 // KI Forensic Assessment →

Transparenter Ablauf

In 4 Schritten zur technischen Entscheidungsgrundlage

Der Ablauf wird an den gewählten Prüfbereich angepasst. Zeiträume beginnen erst, wenn die vereinbarten Zugänge und Daten vollständig vorliegen.

Auftrag & Zugänge

Kickoff: Wir klären die anstehende Entscheidung, die Systemgrenze, bekannte Probleme, Release-Risiken und die verfügbaren Datenquellen.

02 // KI Forensic Assessment

Prüffrage und Paket festlegen: Standard untersucht ein einzelnes Repository und repräsentative Pull Requests. Enterprise untersucht die gesamte vereinbarte Agenten-Pipeline und Toolchain. Dabei klären wir auch, ob zusätzlich Code & Architecture Forensic benötigt wird.

Nachweise & Analyse

Analyse: Ich untersuche den vereinbarten Bestand und verbinde technische Befunde mit Git-, Code- und Fehlerdaten, soweit diese vorliegen.

02 // KI Forensic Assessment

Nachweiskette erfassen: Ich ordne verfügbare Spezifikationen, Prompts, Agent-Artefakte, Logs, Pull Requests, Git-Historie, Tests, Build- und Release-Daten ein und dokumentiere fehlende Verbindungen.

Befunde & Prioritäten

Einordnung: Ich gleiche Auffälligkeiten mit Architektur, Tests, Build, Deployment und dem Wissen deines Teams ab. Belegte Befunde, Risiken, Hypothesen und offene Fragen bleiben unterscheidbar.

02 // KI Forensic Assessment

Code und Kontrollen untersuchen: Im vereinbarten Umfang prüfe ich Architektur, Hotspots, Dependencies, Security Boundaries, Tests, Reviews, Integration und Delivery. Jeder Punkt wird als belegter Befund, Risiko, Hypothese oder offene Frage gekennzeichnet.

Review & nächste Schritte

Abschluss und Übergabe: Liegen alle vereinbarten Zugänge und Daten vollständig vor, stelle ich Analyse und Bericht im Standardpaket innerhalb von 5 Werktagen und bei Full Forensic innerhalb von 10 Werktagen bereit. Die Briefings richten sich nach dem gewählten Paket. Full Forensic enthält außerdem eine 45-Minuten-Nachbesprechung nach 30 Tagen.

02 // KI Forensic Assessment

Entscheidungen vorbereiten: Standard dauert 2–3 Tage, Enterprise 4–5 Tage. Der Zeitraum beginnt, sobald die vereinbarten Zugänge und Daten vorliegen. Im Ergebnisgespräch erläutere ich Evidenzstärke, Grenzen, Prioritäten und die nächsten überprüfbaren Schritte.

Assessment anfragen

Forensic Code Assessment oder KI Forensic Assessment konkret anfragen

Nenne Systemumfang, Technologien und deine Fragestellung. Ich prüfe die Angaben und stimme die nächsten Schritte mit dir ab.

Oliver FriesSenior Software Forensiker und EngineerAntwort innerhalb von 1–2 Werktagen
  • Unverbindliche Vorab-Prüfung deiner Codebasis-Größe
  • NDA-Vorlage auf Wunsch vorab
  • Prüfumfang und Termin gemeinsam abstimmen

Du beauftragst noch kein kostenpflichtiges Assessment. Ich antworte innerhalb von 1–2 Werktagen. Prüfumfang, Festpreis und Termin klären wir vor der Beauftragung.

Vertrauliche Anfragebearbeitung über Brevo. Datenschutzerklärung
Erstgespräch im Kalender buchen →