Projektstand einfrieren
Releases, Repositories, Tickets, Testsysteme und Konfigurationen nachvollziehbar sichern.
Ratgeber · ERP · SOFTWARE · EBUSINESS
Gescheitertes Softwareprojekt technisch aufarbeiten
Eine strukturierte technische Bestandsaufnahme trennt Behauptungen, Projektverlauf und nachweisbaren Systemzustand.
Ausgangslage
Technische Einordnung statt vorschneller Schuldzuweisung
Wenn ein Softwareprojekt beendet wird oder feststeckt, entstehen schnell gegensätzliche Erzählungen. Der Auftraggeber verweist auf fehlende Funktionen, der Dienstleister auf geänderte Anforderungen oder ausstehende Mitwirkung.
Die technische Aufarbeitung ordnet freigegebene Anforderungen, Änderungen, Lieferstände, Tests und Fehler chronologisch. Ziel ist nicht eine vorschnelle Schuldzuweisung, sondern eine prüfbare Darstellung von Abweichungen, Ursachen und Abhängigkeiten.
Die Leistung betrifft die technische Untersuchung. Rechtsberatung, Vertragsauslegung und die abschließende Bewertung rechtlicher Ansprüche sind nicht Gegenstand der technischen Begutachtung.
Typische Prüfbereiche
Was konkret untersucht werden kann
Soll bestimmen
Nur freigegebene und zuordenbare Quellen als technischen Prüfmaßstab verwenden.
Lieferstände zuordnen
Versionen, Zeitpunkte und enthaltene Funktionen belastbar dokumentieren.
Fehler reproduzieren
Behauptete Probleme unter definierten Bedingungen erneut prüfen.
Changes trennen
Ursprünglicher Umfang, Ergänzungen und informelle Wünsche auseinanderhalten.
Ergebnis strukturieren
Feststellungen je Beweisfrage mit Belegen und Grenzen beantworten.
Vorgehen
Nachvollziehbar vom Auftrag bis zum Ergebnis
Sachverhalt, Systeme, Zeitraum und Prüftiefe eindeutig abgrenzen.
Unterlagen, Daten, Versionen und technische Zustände geordnet sichern.
Soll und Ist vergleichen, Tests reproduzieren und Ursachen analysieren.
Feststellungen, Belege, Grenzen und Antworten verständlich dokumentieren.
Fragen zur technischen Prüfung
Kann ein unvollständiges Projekt noch geprüft werden?
Ja. Gerade dann ist die genaue Zuordnung von Anforderungen, Lieferständen und offenen Punkten wichtig.
Werden auch Quellcode und Repositories untersucht?
Wenn die Beweisfrage dies erfordert und geeigneter Zugriff besteht, können Versionsstände und technische Artefakte einbezogen werden. Der Umfang wird vorher festgelegt.
Was bringt eine technische Ersteinschätzung?
Sie zeigt, welche Fragen mit den vorhandenen Unterlagen prüfbar sind und ob eine vertiefte Begutachtung verhältnismäßig erscheint.